Re: [Starlink] fiber IXPs in space

[David Lang <david@lang.hm>]

[-- Attachment #1: Type: text/plain, Size: 2305 bytes --]

if Starlink can route via in-space-lasers and in a dishy-to-dishy way (both have 
been talked about, at least in future tenses) then they could also route to an 
on-satellite IP.

historically 'bent pipe' satellite support meant that the satellite just 
repeated the RF signal back down with no modifications. Starlink was designed to 
do routing of traffic, some to a ground station (possibly more than one), some 
to other satellites (including ones at different altitudes), and some to other 
dishys. It's initial deployment included no routing, just relaying between a 
dishy and a ground station, but we know that it's extended beyond that, at least 
when there are not ground stations in range

David Lang

On Mon, 17 Apr 2023, David Fernández via Starlink wrote:

> Well, I have some concerns about how you implement an anycast address
> in a transparent satellite.
>
> If the pre-requisite for this is that the satellite is a router, I
> don't see this happening anytime soon. I am not aware of any system,
> not deployed, even designed with satellites being routers, but IRIS2
> could be the first, maybe:
> https://defence-industry-space.ec.europa.eu/eu-space-policy/eu-space-programme/iriss_en
>
> Bufferbloat will be checked and prevented as much as possible in IRIS2.
>
> Regards,
>
> David
>
> 2023-04-17 16:38 GMT+02:00, Rodney W. Grimes <starlink@gndrsh.dnsmgr.net>:
>>> On Sun, 16 Apr 2023, David Fern?ndez via Starlink wrote:
>>>
>>> > The idea would be that the satellite inspects IP packets and when it
>>> > detects a DNS query, instead of forwarding the packet to ground
>>> > station, it just answers back to the sender of the query.
>>>
>>> This would be a bad way to implement it. You don't want to override
>>> queries to
>>> other DNS servers, but it would be very easy to create an anycast address
>>> that
>>> is served by the satellites.
>>
>> Yes, and the later is what I proposed, the idea of intercepting
>> someone ELSE'S anycast address and processing it would be
>> wrong in many ways, in effect a Man In the Middle attack
>> as stated else where.
>>
>>> David Lang
>> --
>> Rod Grimes
>> rgrimes@freebsd.org
>>
> _______________________________________________
> Starlink mailing list
> Starlink@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/starlink