From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.249.19]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 160843CB41 for ; Wed, 27 Oct 2021 14:37:13 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by tuna.sandelman.ca (Postfix) with ESMTP id D3F4D1801E; Wed, 27 Oct 2021 14:38:19 -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 4-9omJyN_0Bv; Wed, 27 Oct 2021 14:38:19 -0400 (EDT) Received: from sandelman.ca (obiwan.sandelman.ca [209.87.249.21]) by tuna.sandelman.ca (Postfix) with ESMTP id 471C31801B; Wed, 27 Oct 2021 14:38:19 -0400 (EDT) Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 1CFE6585; Wed, 27 Oct 2021 14:37:12 -0400 (EDT) From: Michael Richardson To: Ulrich Speidel cc: David Lang , starlink@lists.bufferbloat.net In-Reply-To: <49b8e33a-2408-fb9b-0701-51302e1ead47@cs.auckland.ac.nz> References: <28034.1635270711@localhost> <33r3s281-7681-o576-9o66-ss827n15r327@ynat.uz> <49b8e33a-2408-fb9b-0701-51302e1ead47@cs.auckland.ac.nz> 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: [Starlink] thinking about the laser links again 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: Wed, 27 Oct 2021 18:37:13 -0000 --=-=-= Content-Type: text/plain Ulrich Speidel wrote: > IP forwarding (as opposed to routing) checks the destination IP address > against a set of routes in your routing table, which are essentially > destination networks identified by network IP address and netmask. That > decides which interface the routers forwards out through (i.e., to which > neighbour). At a local level, one can often supply these routes manually as > static routes, but at a global level, it still takes the likes of BGP to help > with routing, chiefly because the Internet doesn't have a tree structure at > the global level. This is not an accurate view. You have mixed interior gateways with external gateways. For external traffic Starlink just needs to pick the right exit node, it doesn't need to know about the global BGP infrastructure. IPv6 makes this much simpler (order fewer of networks), so I'd put all my v4 traffic as a service and/or NAT64. > Things that change for you if you are a Starlink satellite: > - Cells you can service (and therefore hosts attached to Dishys you can > reach). You may be over Brazil now, the Atlantic next, then over the UK, and > then over Germany, and so on... So your on-board routing table would need to > reflect that. You never spend more than a minutes or so over the same > cell. Yes, you need a complete internal routing view. This is probably more complex and dealing with the exterior view. > network need to know that they need to send traffic to that destination to > us. I say "something like BGP" here as the network is proprietary, so doesn't > have to stick to any open standards. The problem is akin to routing in a large DC, with VMs that migrate from cabinet to cabinet on a regular basis. Only faster. And way more predicatable. If I had old silicon, I'd do it with two stacks of MPLS. If I had newer silicon, then SRv6. Both cases, with a bunch of PCEs spread around the planet. I'd love to make the satellites independant of earth support, but that could be version 3. -- ] 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+93Q3WUFAmF5nFcACgkQgItw+93Q 3WV0qgf/UCT0MIxjeBNTlquCdV3vX9/J4jp/AQmStLVl2yRvBvrzzbLKLV8TlPwl XUfEjx/s0sdC3otY4g6dJadHB8ujq5sJza96ZICm87tBkzoiZlZHXr/v65eMLTzZ I4P91e7cLC0w5kFywL1Za58jl0F4ULjF2CUxE6r4esgx5R/WcjxuTIQtVRZzU/nq wQRsh/rMyuQDIHZkSHLCksM9wdBcKdaUtfRRSBJEjM9i83VWw9HbzvUx3Q1j1xxq 0Iw9sZJfqh2ngu9SQTzKYw1tjnH/UO0Ru4E1Zk9YOc47wcYApODxAse5yzMfWWCt Oc2iRI+vegrT3KO7SFlCMKqHO7jRMg== =1v1x -----END PGP SIGNATURE----- --=-=-=--