From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from tuna.sandelman.ca (tuna.sandelman.ca [IPv6:2607:f0b0:f:3:216:3eff:fe7c:d1f3]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 531793B29E for ; Fri, 12 Jun 2020 11:30:57 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by tuna.sandelman.ca (Postfix) with ESMTP id 861F1389AA; Fri, 12 Jun 2020 11:28:25 -0400 (EDT) Received: from tuna.sandelman.ca ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with LMTP id ogNMoqxpbuyi; Fri, 12 Jun 2020 11:28:24 -0400 (EDT) Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id CD851389A3; Fri, 12 Jun 2020 11:28:24 -0400 (EDT) Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id A58305FB; Fri, 12 Jun 2020 11:30:55 -0400 (EDT) From: Michael Richardson To: "David P. Reed" cc: "Jonathan Morton" , bloat In-Reply-To: <1591901205.85717618@apps.rackspace.com> References: <1591891396.41838464@apps.rackspace.com> <1591901205.85717618@apps.rackspace.com> X-Mailer: MH-E 8.6+git; nmh 1.7+dev; GNU Emacs 26.1 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Subject: Re: [Bloat] FW: [Dewayne-Net] Ajit Pai caves to SpaceX but is still skeptical of Musk's latency claims 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: Fri, 12 Jun 2020 15:30:57 -0000 --=-=-= Content-Type: text/plain David P. Reed wrote: > Now if the satellite manages each flow from source to destination as a > "constant bitrate" virtual circuit, like Iridium did (in their case > 14.4 kb/sec was the circuit rate, great for crappy voice, bad for > data), the Internet might work over a set of wired-up circuits (lke > MPLS) where the circuits would be frequently rebuilt (inside the > satellite constellation, transparent to the Internet) so queuing delay > would be limited to endpoints of the CBR circuits. That's what I think they will do. But, it might be SPRING rather than MPLS. > But I doubt that is where they are going. Instead, I suspect they > haven't thought about anything other than a packet at a time, with no > thought to reporting congestion by drops or ECN. Agreed. > And it's super easy to build up seconds of lag on TCP if you don't > signal congestion. TCP just keeps opening its window, happy as a clam. -- ] Never tell me the odds! | ipv6 mesh networks [ ] Michael Richardson, Sandelman Software Works | IoT architect [ ] mcr@sandelman.ca http://www.sandelman.ca/ | ruby on rails [ --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAl7jn68ACgkQgItw+93Q 3WV6WggAwy7lmV73vXvB8Ibl1S+OhPOyIISzer8K0hBO3n2I2uzzapZxCBTQKEsP PVhjYGINroWISR4notCbzWRTlOe9+0CMBpMBOWKBYcq+CT/AgB1Rq57tRse3A/VR g/kvZ+FOW/LzuAH81jZSG35qU7hoNNidQNTzb+Oa6qq9cEjlwLFnLcUw+q99uthj d6n5OM0nFvoll3prD3XyQ7bWbY31iwmOdd7icoaXtJiH+IOUIOGbVUASwpwqiVbx nAMm7RsbLSB7fuHyZV/Sijuk74tsHa859ZyxGaDlZChU2Y/oC6XBbn+/MYtfj+sa WPWjeT7SRAyD92USCax4JvobwN30gA== =Jjti -----END PGP SIGNATURE----- --=-=-=--