David, The end-to-end QUIC connection will always survive.
If you refer to https://tools.ietf.org/html/draft-bonaventure-quic-atsss-overview-00#section-5.2, you will see that the external IP address seen by the remote server may be local to the ATSSS proxy or may be the one that is directly assigned to the UE. Depending whether the UE’s address is preserved or not when the ATSSS proxy is involved, migrating flows outside the tunnel (for whatever reason) may or may not even require a connection migration! Cheers, Med De : QUIC [mailto:[email protected]] De la part de David Schinazi Envoyé : lundi 26 octobre 2020 17:58 À : Olivier Bonaventure <[email protected]> Cc : QUIC <[email protected]> Objet : Re: More context on ATSSS use case Hi Olivier, responses inline. > > The ATSSS Proxy has IP_ATSSS. > The packets sent by the client are not sent to IP_Server here, they're > sent to IP_ATSSS. > If the ATSSS proxy becomes unreachable mid connection, the client's > connection will break - because it's sending to IP_ATSSS not IP_Server. The client will detect the failure of the ATSSS proxy and will then be able to switch to non-ATSSS to directly reach the webserver/edge node. Since the client uses the ATSSS for multiple applications, a failure of the ATSSS proxy will be quickly detected. How can it do this without the end-to-end QUIC connection failing? Are you saying that the Client will migrate its end-to-end QUIC connection away from the virtual ATSSS interface and go straight over Wi-Fi? _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you.
