[Starlink] IETF side meeting on satellite and deep space networks (Tue Mar 18)

Michael Richardson mcr at sandelman.ca
Thu Mar 6 13:48:22 EST 2025


Nishanth Sastry via Starlink <starlink at lists.bufferbloat.net> wrote:
    > Great question. One clear and easy answer is that this is meant to be
    > an IRTF group rather than an IETF group, so with more of a focus on
    > identifying long-term research issues (that are of interest to the IETF
    > community) rather than on forming standards. We think there is a need
    > for an IRTF-lens to draw clear boundaries, identify overlaps, and
    > connect interfaces across architectures (e.g., Bundle Protocol/IP),
    > different variants the space domain (LEO/DeepSpace), phenomena
    > (Delay/Disruptions down to relativistic effects), and entities (IETF,
    > CCSDS, IOAG, but also the private players in the space, like
    > Starlink).

Did you consider rechartering dtnrg ?

    > That said, the meeting is really to figure out what the community
    > thinks there is a need for, and indeed, whether there is a need for
    > something like this. Why not come to the meeting (virtually or in
    > person) to provide your views and inputs on things we could/should do?
    > Of course, appreciate that the Bangkok timezone may not work out for
    > some, but if we manage to get this going, we are hoping to have regular
    > activities in other IETF meetings which will be in other time zones.

It seems to me that there is research needed in predictable routing flaps.
Most routing protocols today assume that failures are random.

There is some work in RPL (RFC6550) as related to 6TISCH (TSCH) where
channels come and go already, but that is multiple times/second vs multiple
times/hour.

--
]               Never tell me the odds!                 | ipv6 mesh networks [
]   Michael Richardson, Sandelman Software Works        |    IoT architect   [
]     mcr at sandelman.ca  http://www.sandelman.ca/        |   ruby on rails    [

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 511 bytes
Desc: not available
URL: <https://lists.bufferbloat.net/pipermail/starlink/attachments/20250306/7fcbe27f/attachment.sig>


More information about the Starlink mailing list