Re: [EToSat] Packet lost on last mile network?

[Kuhn Nicolas <[e-mail]>]

Hi,

IMHO, you are not missing much, there is an issue when you have a lossy end-user delivery network (unless QUIC supports an unreliable transmission).
Moreover, you may also have congestion losses in the aggregation network of the satellite system.
To consider this issue, we have proposed a specific use-case in the QUIC4SAT draft : https://tools.ietf.org/html/draft-kuhn-quic-4-sat-04
There are multiple ways of solving this issue: adding coding in QUIC (draft-swett-nwcrg-coding-for-quic-04), enabling local retransmissions (e.g. with MASQUE approach) or having an "aggressive" congestion control that ignore loss as a congestion signal, etc.
There are also some IETF presentations on this issue:
https://datatracker.ietf.org/meeting/105/materials/slides-105-panrg-quic-over-in-sequence-paths-with-different-characteristics-00
https://datatracker.ietf.org/meeting/105/materials/slides-105-panrg-quic-over-satellite-00

I hope this helps,

Nico

De : EToSat <[e-mail]> De la part de Nitay Argov
Envoyé : mercredi 13 mai 2020 05:28
À : [e-mail]
Objet : [EToSat] Packet lost on last mile network?

Hi,
I'm looking for discussions on issues related to a satellite network that is used with a lossy end-user delivery network - e.g. WiFi. As far as I understand, once QUIC is used, any packet drop by the user network will need to be retransmitted over the satellite? Doesn't this pose a real problem for using QUIC over such networks?
Am I missing something? I am sure this issue was discussed in the past but I could not find where.
Thanks!
IMPORTANT - This email and any attachments is intended for the above named addressee(s), and may contain information which is confidential or privileged. If you are not the intended recipient, please inform the sender immediately and delete this email: you should not copy or use this e-mail for any purpose nor disclose its contents to any person.