* [Starlink] I still dream of an tiny on-orbit repair and inspection robot @ 2024-06-19 17:31 Dave Taht 2024-06-19 18:44 ` Kenneth Porter 2024-06-24 10:39 ` [Starlink] Jamaican Starlink Outages and a hint of shared infrastructure Inemesit Affia 0 siblings, 2 replies; 11+ messages in thread From: Dave Taht @ 2024-06-19 17:31 UTC (permalink / raw) To: Dave Taht via Starlink [-- Attachment #1: Type: text/plain, Size: 782 bytes --] https://www.npr.org/2024/06/19/nx-s1-5010440/nasa-has-delayed-the-undocking-of-boeings-starliner-capsule-until-next-week Not just for this, but for starship, to inspect the tiles, nestled perhaps in the engine dome during launch. It could fly out and magneticaly attach? Something like that might have helped columbia, also. Having to fire the thrusters and measure the effect on the ISS to see if they are working strikes me as more difficult than direct observation. There does seem to still be a dragon capsule attached to the ISS... that could possibly be used for recovery if starliner's problems are more severe than being indicaated. -- https://www.linkedin.com/feed/update/urn:li:activity:7203400057172180992/ Donations Drive. Dave Täht CSO, LibreQos [-- Attachment #2: Type: text/html, Size: 1340 bytes --] ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Starlink] I still dream of an tiny on-orbit repair and inspection robot 2024-06-19 17:31 [Starlink] I still dream of an tiny on-orbit repair and inspection robot Dave Taht @ 2024-06-19 18:44 ` Kenneth Porter 2024-06-24 10:39 ` [Starlink] Jamaican Starlink Outages and a hint of shared infrastructure Inemesit Affia 1 sibling, 0 replies; 11+ messages in thread From: Kenneth Porter @ 2024-06-19 18:44 UTC (permalink / raw) To: starlink It could be used to fix the stuck door on this space telescope: https://www.space.com/xrism-jammed-gate-door-jaxa ^ permalink raw reply [flat|nested] 11+ messages in thread
* [Starlink] Jamaican Starlink Outages and a hint of shared infrastructure 2024-06-19 17:31 [Starlink] I still dream of an tiny on-orbit repair and inspection robot Dave Taht 2024-06-19 18:44 ` Kenneth Porter @ 2024-06-24 10:39 ` Inemesit Affia 2024-06-24 14:42 ` J Pan 1 sibling, 1 reply; 11+ messages in thread From: Inemesit Affia @ 2024-06-24 10:39 UTC (permalink / raw) To: Inemesit Affia; +Cc: Dave Taht via Starlink [-- Attachment #1: Type: text/plain, Size: 575 bytes --] I don't live in Jamaica but I just saw a user complain his service goes out at the same time his local provider does. The provider is Flow Jamaica and they seem to get service via C&W Caribbean according to another poster. Service going out together likely means there's shared infrastructure. And buying Starlink as backup and having it fail hard without rerouting several times in a row is below expectations. There's another provider in Jamaica. Digicel that seems to have separate infrastructure but that might not be value for money to have alternative connectivity. [-- Attachment #2: Type: text/html, Size: 753 bytes --] ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Starlink] Jamaican Starlink Outages and a hint of shared infrastructure 2024-06-24 10:39 ` [Starlink] Jamaican Starlink Outages and a hint of shared infrastructure Inemesit Affia @ 2024-06-24 14:42 ` J Pan 2024-06-24 22:19 ` Ulrich Speidel 0 siblings, 1 reply; 11+ messages in thread From: J Pan @ 2024-06-24 14:42 UTC (permalink / raw) To: Inemesit Affia; +Cc: Dave Taht via Starlink can you give the reference to the complaint so we can dive into it a bit? once the user packet reaches the satellite, it needs to get to the ground (sooner than later according to starlink's current practice), which may run into the same fiber to tunnel the packet from the landing ground station to the user's home pop. once at the pop, most starlink pop's now have at least two neighbor pop's, so theoretically, starlink has the capability to route packets to a different landing ground station through inter-sat links and another pop, if it can arrange so properly -- J Pan, UVic CSc, ECS566, 250-472-5796 (NO VM), Pan@UVic.CA, Web.UVic.CA/~pan On Mon, Jun 24, 2024 at 3:40 AM Inemesit Affia via Starlink <starlink@lists.bufferbloat.net> wrote: > > I don't live in Jamaica but I just saw a user complain his service goes out at the same time his local provider does. > > The provider is Flow Jamaica and they seem to get service via C&W Caribbean according to another poster. > > Service going out together likely means there's shared infrastructure. And buying Starlink as backup and having it fail hard without rerouting several times in a row is below expectations. > > There's another provider in Jamaica. Digicel that seems to have separate infrastructure but that might not be value for money to have alternative connectivity. > _______________________________________________ > Starlink mailing list > Starlink@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/starlink ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Starlink] Jamaican Starlink Outages and a hint of shared infrastructure 2024-06-24 14:42 ` J Pan @ 2024-06-24 22:19 ` Ulrich Speidel 2024-06-25 3:42 ` David Lang 2024-06-25 19:07 ` J Pan 0 siblings, 2 replies; 11+ messages in thread From: Ulrich Speidel @ 2024-06-24 22:19 UTC (permalink / raw) To: starlink This is actually a wider problem and it's not just a Starlink one. In grad school, we teach students what a wonderful thing this Internet is, and how it abounds with algorithms that find the shortest path and make life wonderful. In practice, most people who "buy Internet" don't look much past where their immediate physical connection terminates and what might be lurking upstream. I had dinner with the CEO of a REN a few years ago who complained bitterly that some university managers didn't understand that if they made them an offer to build a connection for them, it meant that they could get a dedicated fibre pair all the way to the other side of the world if they needed it. And of course their offering was a bit dearer than that of the local retail ISP who was also offering "X Gb/s" - but of course only going as far as their own infrastructure. From where the university traffic would have been travelling cattle class. This can also lead to weird effects globally. For example, much of the traffic between Japan and New Zealand *could* in principle trundle down to Guam and from there to Sydney and then to Auckland. Which would be kind of shortest path. And occasionally it does. But just as often, you see it crossing the Pacific to the US West Coast (or from Guam to Hawaii) and from there back to New Zealand. Why? Good question. Was it because US backhaul carriers were cheaper for a while with the US dollar being soft and the Australian / NZ currencies surging in comparison? Were there government incentives for carriers to let traffic run through US territory for intelligence access (if so, the NSA would have to fear a strong dollar I guess)? With Starlink, keeping traffic out of space might seem a bit weird given their 100 Gb/s lasers, but yes it does mean downlinking to infrastructure that may path-share with with the infrastructure you're seeking to back up. But lasering your traffic around means adding latency - the path may zig-zag badly or may even overshoot the target. Plus the latency won't be stable. So keeping traffic out of space isn't such a bad idea after all perhaps. Then again, Jamaica's fibre connectivity is by and large not great circle path either... On 25/06/2024 2:42 am, J Pan via Starlink wrote: > can you give the reference to the complaint so we can dive into it a > bit? once the user packet reaches the satellite, it needs to get to > the ground (sooner than later according to starlink's current > practice), which may run into the same fiber to tunnel the packet from > the landing ground station to the user's home pop. once at the pop, > most starlink pop's now have at least two neighbor pop's, so > theoretically, starlink has the capability to route packets to a > different landing ground station through inter-sat links and another > pop, if it can arrange so properly > -- > J Pan, UVic CSc, ECS566, 250-472-5796 (NO VM), Pan@UVic.CA, Web.UVic.CA/~pan > > On Mon, Jun 24, 2024 at 3:40 AM Inemesit Affia via Starlink > <starlink@lists.bufferbloat.net> wrote: >> I don't live in Jamaica but I just saw a user complain his service goes out at the same time his local provider does. >> >> The provider is Flow Jamaica and they seem to get service via C&W Caribbean according to another poster. >> >> Service going out together likely means there's shared infrastructure. And buying Starlink as backup and having it fail hard without rerouting several times in a row is below expectations. >> >> There's another provider in Jamaica. Digicel that seems to have separate infrastructure but that might not be value for money to have alternative connectivity. >> _______________________________________________ >> Starlink mailing list >> Starlink@lists.bufferbloat.net >> https://lists.bufferbloat.net/listinfo/starlink > _______________________________________________ > Starlink mailing list > Starlink@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/starlink -- **************************************************************** Dr. Ulrich Speidel School of Computer Science Room 303S.594 (City Campus) The University of Auckland u.speidel@auckland.ac.nz http://www.cs.auckland.ac.nz/~ulrich/ **************************************************************** ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Starlink] Jamaican Starlink Outages and a hint of shared infrastructure 2024-06-24 22:19 ` Ulrich Speidel @ 2024-06-25 3:42 ` David Lang 2024-06-25 4:34 ` Ulrich Speidel 2024-06-25 5:37 ` Sebastian Moeller 2024-06-25 19:07 ` J Pan 1 sibling, 2 replies; 11+ messages in thread From: David Lang @ 2024-06-25 3:42 UTC (permalink / raw) To: Ulrich Speidel; +Cc: starlink Ulrich Speidel wrote: > This can also lead to weird effects globally. For example, much of the > traffic between Japan and New Zealand *could* in principle trundle down > to Guam and from there to Sydney and then to Auckland. Which would be > kind of shortest path. And occasionally it does. But just as often, you > see it crossing the Pacific to the US West Coast (or from Guam to > Hawaii) and from there back to New Zealand. Why? Good question. Was it > because US backhaul carriers were cheaper for a while with the US dollar > being soft and the Australian / NZ currencies surging in comparison? > Were there government incentives for carriers to let traffic run through > US territory for intelligence access (if so, the NSA would have to fear It's important to realize that BGP doesn't know how long any link is. it defines 'closest' by the number of hops. so Japan -> LA -> Auckland is 'shorter' than Japan -> Guam -> Sydnes -> Auckland even though it's much longer, probably through more congested links, and higher latency. David Lang ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Starlink] Jamaican Starlink Outages and a hint of shared infrastructure 2024-06-25 3:42 ` David Lang @ 2024-06-25 4:34 ` Ulrich Speidel 2024-06-25 5:37 ` Sebastian Moeller 1 sibling, 0 replies; 11+ messages in thread From: Ulrich Speidel @ 2024-06-25 4:34 UTC (permalink / raw) To: David Lang; +Cc: starlink On 25/06/2024 3:42 pm, David Lang wrote: > Ulrich Speidel wrote: > >> This can also lead to weird effects globally. For example, much of >> the traffic between Japan and New Zealand *could* in principle >> trundle down to Guam and from there to Sydney and then to Auckland. >> Which would be kind of shortest path. And occasionally it does. But >> just as often, you see it crossing the Pacific to the US West Coast >> (or from Guam to Hawaii) and from there back to New Zealand. Why? >> Good question. Was it because US backhaul carriers were cheaper for a >> while with the US dollar being soft and the Australian / NZ >> currencies surging in comparison? Were there government incentives >> for carriers to let traffic run through US territory for intelligence >> access (if so, the NSA would have to fear > > It's important to realize that BGP doesn't know how long any link is. > it defines 'closest' by the number of hops. > > so Japan -> LA -> Auckland is 'shorter' than Japan -> Guam -> Sydnes > -> Auckland even though it's much longer, probably through more > congested links, and higher latency. Indeed, but that's assuming that (a) there are hops (just because two cables land on the same island, it doesn't mean that they are connected there) and (b) that pure BGP hop count metric isn't overruled by the sending ISPs or someone along the way, as it often is. E.g., Hawaii to NZ is just one cable "hop", but traffic from the University of Hawaii to Auckland also used to go via the US West Coast for a long time (someone's fixed it now) as they didn't peer with Southern Cross. -- **************************************************************** Dr. Ulrich Speidel School of Computer Science Room 303S.594 (City Campus) The University of Auckland u.speidel@auckland.ac.nz http://www.cs.auckland.ac.nz/~ulrich/ **************************************************************** ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Starlink] Jamaican Starlink Outages and a hint of shared infrastructure 2024-06-25 3:42 ` David Lang 2024-06-25 4:34 ` Ulrich Speidel @ 2024-06-25 5:37 ` Sebastian Moeller 2024-06-25 6:54 ` Gert Doering 1 sibling, 1 reply; 11+ messages in thread From: Sebastian Moeller @ 2024-06-25 5:37 UTC (permalink / raw) To: David Lang, David Lang via Starlink, Ulrich Speidel; +Cc: starlink [-- Attachment #1: Type: text/plain, Size: 1720 bytes --] My understanding is routing mostly follows the path of least cost... and is more complex then BGP makes it look, if two ASs have multiple handover points one still needs to pick one for each flow... and even for a simple route between two AS the forward and reverse path might use different hand-over points... think hot-potato routing. On 25 June 2024 05:42:47 CEST, David Lang via Starlink <starlink@lists.bufferbloat.net> wrote: >Ulrich Speidel wrote: > >> This can also lead to weird effects globally. For example, much of the traffic between Japan and New Zealand *could* in principle trundle down to Guam and from there to Sydney and then to Auckland. Which would be kind of shortest path. And occasionally it does. But just as often, you see it crossing the Pacific to the US West Coast (or from Guam to Hawaii) and from there back to New Zealand. Why? Good question. Was it because US backhaul carriers were cheaper for a while with the US dollar being soft and the Australian / NZ currencies surging in comparison? Were there government incentives for carriers to let traffic run through US territory for intelligence access (if so, the NSA would have to fear > >It's important to realize that BGP doesn't know how long any link is. it defines 'closest' by the number of hops. > >so Japan -> LA -> Auckland is 'shorter' than Japan -> Guam -> Sydnes -> Auckland even though it's much longer, probably through more congested links, and higher latency. > >David Lang >_______________________________________________ >Starlink mailing list >Starlink@lists.bufferbloat.net >https://lists.bufferbloat.net/listinfo/starlink -- Sent from my Android device with K-9 Mail. Please excuse my brevity. [-- Attachment #2: Type: text/html, Size: 2306 bytes --] ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Starlink] Jamaican Starlink Outages and a hint of shared infrastructure 2024-06-25 5:37 ` Sebastian Moeller @ 2024-06-25 6:54 ` Gert Doering 2024-06-25 7:26 ` Sebastian Moeller 0 siblings, 1 reply; 11+ messages in thread From: Gert Doering @ 2024-06-25 6:54 UTC (permalink / raw) To: Sebastian Moeller; +Cc: David Lang, David Lang via Starlink, Ulrich Speidel Hi, On Tue, Jun 25, 2024 at 07:37:40AM +0200, Sebastian Moeller via Starlink wrote: > My understanding is routing mostly follows the path of least cost... and is more complex then BGP makes it look, if two ASs have multiple handover points one still needs to pick one for each flow... and even for a simple route between two AS the forward and reverse path might use different hand-over points... think hot-potato routing. This is true, but BGP offers sufficient knobs to help in situations where the "naive" algorithms would fail to find the actual best path (for some definition of "best" - bandwidth, latency, monetary cost, ...). It gets more problematic when money or politics get in the way of "build good networks" - like, two major transit ISPs refusing to peer with each other, because both assert the other one should buy from them... and customers of both suffer. Gert Doering -- NetMaster -- have you enabled IPv6 on something today...? SpaceNet AG Vorstand: Sebastian v. Bomhard, Ingo Lalla, Karin Schuler, Sebastian Cler Joseph-Dollinger-Bogen 14 Aufsichtsratsvors.: A. Grundner-Culemann D-80807 Muenchen HRB: 136055 (AG Muenchen) Tel: +49 (0)89/32356-444 USt-IdNr.: DE813185279 ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Starlink] Jamaican Starlink Outages and a hint of shared infrastructure 2024-06-25 6:54 ` Gert Doering @ 2024-06-25 7:26 ` Sebastian Moeller 0 siblings, 0 replies; 11+ messages in thread From: Sebastian Moeller @ 2024-06-25 7:26 UTC (permalink / raw) To: Gert Doering; +Cc: David Lang, David Lang via Starlink, Ulrich Speidel Hi Gert, > On 25. Jun 2024, at 08:54, Gert Doering <gert@space.net> wrote: > > Hi, > > On Tue, Jun 25, 2024 at 07:37:40AM +0200, Sebastian Moeller via Starlink wrote: >> My understanding is routing mostly follows the path of least cost... and is more complex then BGP makes it look, if two ASs have multiple handover points one still needs to pick one for each flow... and even for a simple route between two AS the forward and reverse path might use different hand-over points... think hot-potato routing. > > This is true, but BGP offers sufficient knobs to help in situations > where the "naive" algorithms would fail to find the actual best path > (for some definition of "best" - bandwidth, latency, monetary cost, ...). > > It gets more problematic when money or politics get in the way of > "build good networks" - like, two major transit ISPs refusing to peer > with each other, because both assert the other one should buy from > them... and customers of both suffer. Indeed, however these customers are part of the problem in a sense, as if customers would simply drop these two like a hot potato for exactly that reason, I am sure these two might be willing to come together over a cake perhaps ( h++ps://eu-images.contentstack.com/v3/assets/blt8eb3cdfc1fce5194/blt87f5367a512efb22/664b33f657aac63927f84866/Hurricane-Cake.jpg?width=700&auto=webp&quality=80&disable=upscale )? Sorry for fudging the URL, but my mail service helpfully marks outgoing posts with (too many?) URLs as spam and the list server will reject my posts... > > Gert Doering > -- NetMaster > -- > have you enabled IPv6 on something today...? > > SpaceNet AG Vorstand: Sebastian v. Bomhard, Ingo Lalla, > Karin Schuler, Sebastian Cler > Joseph-Dollinger-Bogen 14 Aufsichtsratsvors.: A. Grundner-Culemann > D-80807 Muenchen HRB: 136055 (AG Muenchen) > Tel: +49 (0)89/32356-444 USt-IdNr.: DE813185279 ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Starlink] Jamaican Starlink Outages and a hint of shared infrastructure 2024-06-24 22:19 ` Ulrich Speidel 2024-06-25 3:42 ` David Lang @ 2024-06-25 19:07 ` J Pan 1 sibling, 0 replies; 11+ messages in thread From: J Pan @ 2024-06-25 19:07 UTC (permalink / raw) To: Ulrich Speidel; +Cc: starlink yes, internet nowadays in the hands of isp's does not (only) route packets but money ;-) -- J Pan, UVic CSc, ECS566, 250-472-5796 (NO VM), Pan@UVic.CA, Web.UVic.CA/~pan On Mon, Jun 24, 2024 at 3:19 PM Ulrich Speidel via Starlink <starlink@lists.bufferbloat.net> wrote: > > This is actually a wider problem and it's not just a Starlink one. In > grad school, we teach students what a wonderful thing this Internet is, > and how it abounds with algorithms that find the shortest path and make > life wonderful. In practice, most people who "buy Internet" don't look > much past where their immediate physical connection terminates and what > might be lurking upstream. I had dinner with the CEO of a REN a few > years ago who complained bitterly that some university managers didn't > understand that if they made them an offer to build a connection for > them, it meant that they could get a dedicated fibre pair all the way to > the other side of the world if they needed it. And of course their > offering was a bit dearer than that of the local retail ISP who was also > offering "X Gb/s" - but of course only going as far as their own > infrastructure. From where the university traffic would have been > travelling cattle class. > > This can also lead to weird effects globally. For example, much of the > traffic between Japan and New Zealand *could* in principle trundle down > to Guam and from there to Sydney and then to Auckland. Which would be > kind of shortest path. And occasionally it does. But just as often, you > see it crossing the Pacific to the US West Coast (or from Guam to > Hawaii) and from there back to New Zealand. Why? Good question. Was it > because US backhaul carriers were cheaper for a while with the US dollar > being soft and the Australian / NZ currencies surging in comparison? > Were there government incentives for carriers to let traffic run through > US territory for intelligence access (if so, the NSA would have to fear > a strong dollar I guess)? > > With Starlink, keeping traffic out of space might seem a bit weird given > their 100 Gb/s lasers, but yes it does mean downlinking to > infrastructure that may path-share with with the infrastructure you're > seeking to back up. But lasering your traffic around means adding > latency - the path may zig-zag badly or may even overshoot the target. > Plus the latency won't be stable. So keeping traffic out of space isn't > such a bad idea after all perhaps. Then again, Jamaica's fibre > connectivity is by and large not great circle path either... > > On 25/06/2024 2:42 am, J Pan via Starlink wrote: > > can you give the reference to the complaint so we can dive into it a > > bit? once the user packet reaches the satellite, it needs to get to > > the ground (sooner than later according to starlink's current > > practice), which may run into the same fiber to tunnel the packet from > > the landing ground station to the user's home pop. once at the pop, > > most starlink pop's now have at least two neighbor pop's, so > > theoretically, starlink has the capability to route packets to a > > different landing ground station through inter-sat links and another > > pop, if it can arrange so properly > > -- > > J Pan, UVic CSc, ECS566, 250-472-5796 (NO VM), Pan@UVic.CA, Web.UVic.CA/~pan > > > > On Mon, Jun 24, 2024 at 3:40 AM Inemesit Affia via Starlink > > <starlink@lists.bufferbloat.net> wrote: > >> I don't live in Jamaica but I just saw a user complain his service goes out at the same time his local provider does. > >> > >> The provider is Flow Jamaica and they seem to get service via C&W Caribbean according to another poster. > >> > >> Service going out together likely means there's shared infrastructure. And buying Starlink as backup and having it fail hard without rerouting several times in a row is below expectations. > >> > >> There's another provider in Jamaica. Digicel that seems to have separate infrastructure but that might not be value for money to have alternative connectivity. > >> _______________________________________________ > >> Starlink mailing list > >> Starlink@lists.bufferbloat.net > >> https://lists.bufferbloat.net/listinfo/starlink > > _______________________________________________ > > Starlink mailing list > > Starlink@lists.bufferbloat.net > > https://lists.bufferbloat.net/listinfo/starlink > > -- > **************************************************************** > Dr. Ulrich Speidel > > School of Computer Science > > Room 303S.594 (City Campus) > > The University of Auckland > u.speidel@auckland.ac.nz > http://www.cs.auckland.ac.nz/~ulrich/ > **************************************************************** > > > > _______________________________________________ > Starlink mailing list > Starlink@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/starlink ^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2024-06-25 19:07 UTC | newest] Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2024-06-19 17:31 [Starlink] I still dream of an tiny on-orbit repair and inspection robot Dave Taht 2024-06-19 18:44 ` Kenneth Porter 2024-06-24 10:39 ` [Starlink] Jamaican Starlink Outages and a hint of shared infrastructure Inemesit Affia 2024-06-24 14:42 ` J Pan 2024-06-24 22:19 ` Ulrich Speidel 2024-06-25 3:42 ` David Lang 2024-06-25 4:34 ` Ulrich Speidel 2024-06-25 5:37 ` Sebastian Moeller 2024-06-25 6:54 ` Gert Doering 2024-06-25 7:26 ` Sebastian Moeller 2024-06-25 19:07 ` J Pan
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox