From: Mike Puchol <mike@starlink.sx>
To: Sebastian Moeller <moeller0@gmx.de>
Cc: Daniel AJ Sokolov <daniel@falco.ca>, David Lang <david@lang.hm>,
dickroy@alum.mit.edu, starlink@lists.bufferbloat.net
Subject: Re: [Starlink] Starlink Roaming
Date: Tue, 22 Feb 2022 12:40:11 +0300 [thread overview]
Message-ID: <0ecefa3c-da5c-48c6-b60d-e2e121d1319c@Spark> (raw)
In-Reply-To: <66B75B7A-82DF-4A92-BC74-CB0422E2BABC@gmx.de>
[-- Attachment #1: Type: text/plain, Size: 5428 bytes --]
The optical links work in IR spectrum, so non-visible. They would not be a concern for aircraft the same way green lasers are.
On David’s comment "but if you can easily route traffic to a ground station that's further away and not currently saturated”, that is true as long as the path that is connected over ISL has visibility of that other ground station. I will add ISL to my tracker shortly so we can start simulating these things.
Best,
Mike
On Feb 22, 2022, 12:04 +0300, Sebastian Moeller <moeller0@gmx.de>, wrote:
> Intersting!
>
> Silly question, giving that there are already law suits for people pointing lasers at airplanes, how are these commercial laster terminals avoiding that issue?
>
> Regards
> Sebastian
>
>
>
>
> > On Feb 22, 2022, at 08:42, Mike Puchol <mike@starlink.sx> wrote:
> >
> > I did over-simplify so the point was better understood. On the optical gateways, these exist already: https://mynaric.com/products/ground-capabilities/
> >
> > Once you have an optical mesh in orbit, the only practical way to provide it with massive capacity is optical links - there isn’t enough radio spectrum that would do it (without a massive ground gateway network with enough physical separation). You can create a network of optical gateways that guarantees a number of them will not be impared by cloud cover at any given time. Optical has the advantage of being license-free, too.
> >
> > Best,
> >
> > Mike
> > On Feb 22, 2022, 10:20 +0300, Dick Roy <dickroy@alum.mit.edu>, wrote:
> > >
> > >
> > > From: Starlink [mailto:starlink-bounces@lists.bufferbloat.net] On Behalf Of Mike Puchol
> > > Sent: Monday, February 21, 2022 9:35 PM
> > > To: Daniel AJ Sokolov; David Lang
> > > Cc: starlink@lists.bufferbloat.net
> > > Subject: Re: [Starlink] Starlink Roaming
> > >
> > >
> > > Actually, laser links would make gateway connectivity *worse*. If we take the scenario attached, one gateway is suddenly having to serve traffic from all UTs that were not previously under coverage.
> > >
> > > A satellite under full load can saturate two gateway links by itself. If you load, say, 20 satellites in an orbital plane, onto a single gateway, over ISL, you effectively have 5% of each satellite’s capacity available (given an equal distribution of demand, of course there will be satellites with no UTs to cover etc.).
> > >
> > > [RR] I think to do this analysis correctly; one needs to consider the larger system and the time-varying loads on the components thereof. What you say is true; just a bit over-simplified to be maximally useful. Routing through complex congested networks is well-studied problem and hnts at possible solutions can probably be found thereJ)
> > >
> > >
> > >
> > > Eventually they will go for optical gateways, it’s the only way to get enough capacity to the constellation, specially the 30k satellite version.
> > >
> > > [RR] What do you mean by “”optical gateway”? An optical link from the satellite to the ground station? That would be real expensive at least power-wise and unreliable.
> > >
> > >
> > > Best,
> > >
> > > Mike
> > >
> > > On Feb 22, 2022, 05:17 +0300, David Lang <david@lang.hm>, wrote:
> > >
> > >
> > > On Mon, 21 Feb 2022, Daniel AJ Sokolov wrote:
> > >
> > >
> > > On 2022-02-21 at 13:52, David Lang wrote:
> > >
> > >
> > >
> > > They told me that I could try it, and it may work, may be degraded a
> > > bit, or may not work at all. They do plan to add roaming capabilities in
> > > the future (my guess is that the laser satellites will enable a lot more
> > > flexibility)
> > >
> > >
> > > Isn't that a very optimistic assessment? :-)
> > >
> > > Laser links are great for remote locations with very few users, but how
> > > could they relieve overbooking of Starlink in areas with too many users?
> > >
> > > The laser links can reduce the required density of ground stations, but
> > > they don't add capacity to the network. Any ground station not built
> > > thanks to laser links adds load to other ground stations - and, maybe
> > > more importantly, adds load to the satellite that does eventually
> > > connect to a ground station.
> > >
> > > Can laser links really help on a large scale, or are they just a small
> > > help here and there?
> > >
> > >
> > > My thinking is that the laser links will make it possible to route the traffic
> > > from wherever I am to the appropriate ground station that I'm registered with as
> > > opposed to the current bent-pipe approach where, if I move to far from my
> > > registered location, I need to talk to a different ground station.
> > >
> > > Currently there are two limits in any area for coverage:
> > >
> > > 1. satellite bandwidth
> > > 2. ground station bandwidth
> > >
> > > laser links will significantly reduce the effect of the second one.
> > >
> > > We know that they can do mobile dishes (they are testing it currently on Elon's
> > > gulfstream, FAR more mobile that I will ever be :-) )
> > >
> > > David Lang
> > > _______________________________________________
> > > 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
>
[-- Attachment #2: Type: text/html, Size: 6117 bytes --]
next prev parent reply other threads:[~2022-02-22 9:40 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-02-14 19:53 Jonathan Bennett
2022-02-14 20:29 ` David Lang
2022-02-14 21:43 ` Mike Puchol
2022-02-14 21:53 ` Jonathan Bennett
2022-02-14 21:59 ` Mike Puchol
2022-02-21 7:22 ` Larry Press
2022-02-21 7:29 ` David Lang
2022-02-21 20:31 ` Dick Roy
2022-02-21 20:43 ` Mike Puchol
2022-02-21 20:52 ` David Lang
2022-02-21 21:17 ` Dick Roy
2022-02-21 21:32 ` David Lang
2022-02-21 21:58 ` Nathan Owens
2022-02-21 22:26 ` Dick Roy
2022-02-21 23:08 ` Steve Golson
2022-02-21 23:15 ` Nathan Owens
2022-02-22 1:19 ` Dick Roy
2022-02-21 22:02 ` Daniel AJ Sokolov
2022-02-22 2:17 ` David Lang
2022-02-22 5:34 ` Mike Puchol
2022-02-22 7:20 ` Dick Roy
2022-02-22 7:42 ` Mike Puchol
2022-02-22 7:51 ` Dick Roy
2022-02-22 9:03 ` Sebastian Moeller
2022-02-22 9:40 ` Mike Puchol [this message]
2022-02-22 9:46 ` Sebastian Moeller
2022-02-22 10:01 ` Mike Puchol
2022-02-22 10:37 ` Vint Cerf
2022-02-22 11:14 ` Mike Puchol
2022-02-22 7:58 ` Ulrich Speidel
2022-02-22 8:51 ` David Lang
2022-02-22 7:47 ` Dick Roy
2022-02-22 8:55 ` David Lang
2022-02-22 23:14 ` Dick Roy
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://lists.bufferbloat.net/postorius/lists/starlink.lists.bufferbloat.net/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=0ecefa3c-da5c-48c6-b60d-e2e121d1319c@Spark \
--to=mike@starlink.sx \
--cc=daniel@falco.ca \
--cc=david@lang.hm \
--cc=dickroy@alum.mit.edu \
--cc=moeller0@gmx.de \
--cc=starlink@lists.bufferbloat.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox