From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pg1-x541.google.com (mail-pg1-x541.google.com [IPv6:2607:f8b0:4864:20::541]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id DB2A33CB5B for ; Sun, 5 Jul 2020 14:09:43 -0400 (EDT) Received: by mail-pg1-x541.google.com with SMTP id k27so1264276pgm.2 for ; Sun, 05 Jul 2020 11:09:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=networkplumber-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version; bh=4idhw+oqr3/fagPhUgLk1un117rmTUE4CuO4sxweEZ8=; b=CflgTVhntZ4Esbg2l2XgB4kdRwGDmqCo93bszCWfS53sccDuCDfUPnkf0CKcM8hiKY ppJLIuG3orGKIQiZFFMNzjeRqjQTklVAWQ7pDp1VjMeTDUIwa041v9JNYl56wGhmXPso IGAVUMZrkkj/fMEAnradr2Ss4CU3UJqnXAXoUZA777kKwaaYVr0cjPGq+FJo56AOejJl hOMplQmRZ4dNX+DHdatmCtMY6nV7kns2Ij/pA4I4nLTMrHb8D6l14oOwZ8y270VH5g2p ODT0Q/w/yRLdOd8iVf3xKvBHgfdmPAlzZ9cBtRPyFwjlAuxZJsqwG+WuP1+PdZQHuggC PjOQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version; bh=4idhw+oqr3/fagPhUgLk1un117rmTUE4CuO4sxweEZ8=; b=hP0hGgykNepcl977wgOxe/wZ5fVP+aaCz+0V3XOq+RPyFvNfQTA8ard+uHdgwBOIw8 aB3inDXGn+B4zh4OSI5m++xmVNJbTXXtKulEYniHuz6sClQNZYNZRrOQdX8plJrJWfoF TvBfPYcLRfsKAo9nFIIidbJTYtPKqsHv9QiJA7iz2fXRXunfJ0wvK2ZTscNY4BUpZQrP 5jomJ9Tn5tTFiFk0Ldg41GH4fvLeq+erdYpW8oDjp3zZYcoTtfbsM87w6DXYJ7yn+xP8 hd2+j4W5+aPH2PkTH6eQ8k6L6YBAkTgpUTHTrP8yfRHTYhxIxVnqfuxBkUmhcmCVTzHd yeXg== X-Gm-Message-State: AOAM530j3iTUosTcRpa4mZQ4TuZU+06Iu/LOEKdciVvdvwMREeco7WwF 9+HnsGmqQ0+odqmcVO4IJdkVAg== X-Google-Smtp-Source: ABdhPJy/y9dy1sMqcX4l9T3MOeUSN3Ylwb4K8iMsBEucoDCUJ4e9RZZLDnZS3B/kIR1GpFwQjkc3UQ== X-Received: by 2002:a63:ac53:: with SMTP id z19mr36056122pgn.181.1593972583120; Sun, 05 Jul 2020 11:09:43 -0700 (PDT) Received: from hermes.lan (204-195-22-127.wavecable.com. [204.195.22.127]) by smtp.gmail.com with ESMTPSA id az16sm16220725pjb.7.2020.07.05.11.09.42 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 05 Jul 2020 11:09:42 -0700 (PDT) Date: Sun, 5 Jul 2020 11:09:34 -0700 From: Stephen Hemminger To: Michael Richardson Cc: Sebastian Moeller , Matt Mathis , Carlo Augusto Grazia , Jamshid Mahdavi , bloat , Make-Wifi-fast Message-ID: <20200705110934.55bcfb43@hermes.lan> In-Reply-To: <14692.1593971007@localhost> References: <5405F10B-F446-4B74-8894-33232145EB2E@gmx.de> <9A7FBFF1-7F10-41DD-B5C3-5A45254CEB54@gmx.de> <14692.1593971007@localhost> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/6bL=N9V4dtW0_Ix3c9sYqDO"; protocol="application/pgp-signature" Subject: Re: [Bloat] the future belongs to pacing X-BeenThere: bloat@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: General list for discussing Bufferbloat List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jul 2020 18:09:44 -0000 --Sig_/6bL=N9V4dtW0_Ix3c9sYqDO Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 05 Jul 2020 13:43:27 -0400 Michael Richardson wrote: > Sebastian Moeller wrote: > > of the sending rate, no? BBRv2 as I understand it will happily run > > roughshod over any true rfc3168 AQM on the path, I do not have the > > numbers, but I am not fully convinced that typically the most > > significant throttling on a CDN to end-user path happens still insi= de > > the CDN's data center... =20 >=20 > That's an interesting claim. I'm in no position to defend or refute it. >=20 > If it's true, though, it suggests some interesting solutions, because one= can > more easily establish trust relationships within the data-center. >=20 > I'm specifically imagining a clock signal from the Top-of-Rack switch to = the > senders. >=20 > Actually, it's not a clock, so much as a automotive style timing shaft > running down through all the 1-U servers, with fine vernier adjustments := -) > I'm also certain we've seen such technology before. >=20 > -- > ] Never tell me the odds! | ipv6 mesh netwo= rks [ > ] Michael Richardson, Sandelman Software Works | IoT architec= t [ > ] mcr@sandelman.ca http://www.sandelman.ca/ | ruby on rails= [ >=20 >=20 >=20 >=20 I keep wondering how BBR will respond to intermediaries that aggregate pack= ets. At higher speeds, won't packet trains happen and would it not get confused by this? Or is its measurement interval long enough that it doesn't matter. --Sig_/6bL=N9V4dtW0_Ix3c9sYqDO Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEn2/DRbBb5+dmuDyPgKd/YJXN5H4FAl8CF14ACgkQgKd/YJXN 5H7vag//X5vDDHpDkbFj4yARTMTSMaA6ouGoxDljVLd9nP/6Z6kGUD6jgvsixDqC ZdMocHlDWRbbAn+92JZIQ7wDhgMmXbrYz5v4yIonjsnodXnoX0CL7plQfXRrYuy2 tOdr3M1tmZrLZ6GuygAjdGwhM/Q9noxCWWPRBRZ7YUeOqv4jM7SL69RTjxCrkJnz oxrskCpe+8n8SAKN4GAcLXr8CUb7L4JK6F9dGtzzWgmZ+zp+dFm/36pO97Ns5MK/ DCIieEsXINQPbDvOs7bdwedMqMdeyg9JYPOqdu4v/zQys1rQin1ixaWEYUHkNMco CmZbSZEUvc3EcTFEFj7X/PsKvh3lpTkb/fwl/rBLwOvAV3FYgAXhEBNA+CrNb7Z/ 9bz5Tlg+znjrqDswXfd0vnHY0KMah6mI2am3fwxqscjP+Nc8l8e65n3satwQFMtg NGVfgiWbNK/XNfi6DeIry47Env8Wlh7APPyL0ITOL/yJb3+kffz1FIWdk395eimv L/oC2h5dLx8FrrwnHCOoqg3eF8+TOd7ODxGuJJWxwJ13BC66ijz8TXBlzmqEs0eW AIZMNHmRbrKqGf1bzO/ShfWOQ5HHn5vOCZtgwysRmkc9RO24TxQ42k4B2N5Opqey MjeqFseWLrtPRKtFMIfu05V0T7Td/FThlmDYliQYzD5ttHdHEN4= =BGg/ -----END PGP SIGNATURE----- --Sig_/6bL=N9V4dtW0_Ix3c9sYqDO--