From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 9CF853B2A4 for ; Fri, 2 Sep 2022 16:11:40 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1662149496; bh=duErIOy/0kywM4kSaS8smz08MC5lUSBAsoCj9K6fHWc=; h=X-UI-Sender-Class:Subject:From:In-Reply-To:Date:Cc:References:To; b=WFvOzrpkgLvascJXRGedzi/EvUTOrw46i8mdFb+QTwd0oTeDCjtNfkc396FiNbH5H poWRrq/bcCLvcjsB4c8omE5bPqY7Vebjk9NI5IBFagM3TXNOCE93A65qg2snYN70OB sMP4/xBkVtEA2V6Mt6EIEdO4yLb3jADtLheJdJPY= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from smtpclient.apple ([77.10.1.67]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1N0G1n-1pHWAi2xrb-00xG6Q; Fri, 02 Sep 2022 22:11:35 +0200 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.120.41.1.1\)) From: Sebastian Moeller In-Reply-To: <105644.1662143657@dooku> Date: Fri, 2 Sep 2022 22:11:34 +0200 Cc: =?us-ascii?Q?=3D=3Fus-ascii=3FB=3FPT9VVEYtOD9RP0RhdmlkX0Zlcm49QzM9QTFu?= =?us-ascii?Q?ZGV6Pz0=3D=3F=3D?= , starlink@lists.bufferbloat.net Content-Transfer-Encoding: quoted-printable Message-Id: <02FB2206-A0AE-4D95-990C-4103CDF0EF9D@gmx.de> References: <16193.1662062192@localhost> <105644.1662143657@dooku> To: Michael Richardson X-Mailer: Apple Mail (2.3696.120.41.1.1) X-Provags-ID: V03:K1:OwVB719NBSgiPwXJ0iPlardvkATn9A3M2MJjmBNEBKrf261j2rD sPHDyy5NK5h5eYIfmiwqj2onp7KenjXUlDJtGD1Zo/o9ll0URbzR61rHg6QI+dOX0WIhYYI O4ogb+Y50jqJyRSXyQT6Eg+n7b7UKSBuPWaLW2rmMi+Vj2fcm2Lbk8P3TcRhLBo8jIEqXhk 8m/VRGHcr3Pjglq05Wj0Q== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:PONzAn75bb4=:OyLa8sTsTYmdqKB7VWYM62 VHNRZqxI1gCA0LMbO6mz4RG8UymkvHTDGSH85BgEeQ8p8q70jdmNp1wuiXAAWJyh6CaaSAOLC taFlwJREGqJmJZA4RJSW3tIVsVFWjcraTRdFKp6AysNc2qwXU/vcqHGPnP3jzuBM6AajtKHb8 yM9eDhuCJBzMcmPUOaPM+cSqP0qcYMRBuaEg//k+H+SvRO2SFbKyic4u4emfe3pCQo53Ptm9l xqHm9xJ5cGjwde2bXsyH2vAsBkzaBaRW3K37j2xCr0SCTYVR4ahYEVw7HZW+ehtZdNpN3aAUf +RjZ2mINq0wQCi8sRMT/T/W4gHyH0u9P9uJfboTOLNhXPlmUGAGWAYwJt0o6+C1WEJwDxELCG QemTNIvB1pDYrB0pI/Dzu1Hrivl3EqJEk833TX9NQi8nYgu5sa2D0n6FaRHOjRuOy2lbC4dj7 3hqOrrvj5jT9Uzi+CKdvo4ICHr10ZiGoKA7AZ/vYkWRKDRMdh4D6d/k6QDQvDtlqv+yekngG6 fA0itZeUHSjlaljwZvn3fXzD1UwXbjj0Z6BKI3vGfAVBcuIcvtHJUNt1sJxLOuCAvqtLheZt6 F6WaZ3/MeNDME4P2bQLL1Rp/NvOsX87xlOZYzCHTircSw8/e4bwrJzIPSqT3ZYOK4GxajVkqb B/fvGC7hTvxoE9T1/HjZBhXyXbce80wjjyn12j737TTXphcuXFEzMr96AEzEJlqPk+AlF9YLI Alx9jwUVYpNSFeCjVCm4YOukdUhbiHZWII43UTzLuJ7ItvIQ0P35Yk5Dv+qFYH/34bzprUPzu RYyxyJAhYUskE75/IP7EZXsHRvSG2EsYheJQLIcTK59r1zzCLgN8c51w/MTlOmDaeRT6WEEQ/ U0UDqCrMdUCpK9al42SuQIw8PeNK9w/cQ4cr7SDHLSNVQ+DVUumje4S5RBlgLPZL0L9c40nKq KBHJ43sPUmhnp8g4K2i6COECHzcMRtSUy5HgqkL92kGHjOMpOQhW0VQHaIDdlj7xT4W9fSCJR V3yiIB5OjsmjO17wDD7PUk4IHCyPtMOfzWs8w/10pz9QsmXqFM8TlFzMhjSwkyo8fSf0RVNxP JYrmnR7bE7hUzCNBWxzE5hfR6lF5uLj0BOu2EiHUUdVd17mf6rhMC0yz9uS77KI6yHqWWCgFw M5FB8= Subject: Re: [Starlink] Starlink "beam spread" X-BeenThere: starlink@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Starlink has bufferbloat. Bad." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Sep 2022 20:11:41 -0000 Hi Michael, Thanks! > On Sep 2, 2022, at 20:34, Michael Richardson wrote: >=20 >=20 > Sebastian Moeller wrote: >>> sadly, they aren't doing IP processing. I don't think that they = ever >>> will decide to for NIH reasons. I suspect that their SDN hardware >>> probably can, and I think that SR6 is probably ideal for their use, >>> but... >=20 >> Why would SR6 be better than any other "underlay" encapsulation = here, >> like MPLS or SR-MPLS? Naively put this seems to trade 4 byte per = label >> with a full 40 byte IPv6 header plus 8 bytes plus 16 bytes per >=20 > SR6 collapses all those things into a single IPv6 forwarding engine. > The idea is that it's converged. As for the 44 byte header, as = envisioned > by the SR6 people, they would use the original header, but that's = against the > Ipv6 architecture. There are ways to compress that header down if you = need > to do that. >=20 >> "label". Asking out of genuine curiosity what are those additional >> bytes in overhead actually buying (except the freedom from MPLS). >=20 > IPv6 all the way down. Thanks. Still puzzled but now in an informed way ;) Regards Sebastian