Re: New Version Notification for draft-bonaventure-quic-atsss-overview-00.txt

Christian Huitema <huitema@huitema.net> Tue, 02 June 2020 23:29 UTC

Return-Path: <huitema@huitema.net>
X-Original-To: quic@ietfa.amsl.com
Delivered-To: quic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7281E3A1105 for <quic@ietfa.amsl.com>; Tue, 2 Jun 2020 16:29:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id neOfUtyGODrB for <quic@ietfa.amsl.com>; Tue, 2 Jun 2020 16:29:31 -0700 (PDT)
Received: from mx43-out1.antispamcloud.com (mx43-out1.antispamcloud.com [138.201.61.189]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0DAEE3A1104 for <quic@ietf.org>; Tue, 2 Jun 2020 16:29:31 -0700 (PDT)
Received: from xse310.mail2web.com ([66.113.197.56] helo=xse.mail2web.com) by mx114.antispamcloud.com with esmtp (Exim 4.92) (envelope-from <huitema@huitema.net>) id 1jgGLY-000axq-Mt for quic@ietf.org; Wed, 03 Jun 2020 01:29:29 +0200
Received: from xsmtp22.mail2web.com (unknown [10.100.68.61]) by xse.mail2web.com (Postfix) with ESMTPS id 49c6vK2fw5z6VsQ for <quic@ietf.org>; Tue, 2 Jun 2020 16:00:13 -0700 (PDT)
Received: from [10.5.2.16] (helo=xmail06.myhosting.com) by xsmtp22.mail2web.com with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.92) (envelope-from <huitema@huitema.net>) id 1jgFtF-0000ZJ-8e for quic@ietf.org; Tue, 02 Jun 2020 16:00:13 -0700
Received: (qmail 2545 invoked from network); 2 Jun 2020 23:00:12 -0000
Received: from unknown (HELO [192.168.1.107]) (Authenticated-user:_huitema@huitema.net@[172.58.43.64]) (envelope-sender <huitema@huitema.net>) by xmail06.myhosting.com (qmail-ldap-1.03) with ESMTPA for <quic@ietf.org>; 2 Jun 2020 23:00:12 -0000
To: Roland Zink <roland@zinks.de>, quic@ietf.org
References: <159084638843.27466.7915766554130545967@ietfa.amsl.com> <CAKKJt-eHQtgjc-zuO7vrGZ1Q2c7=3hetOb0FyqnEmbTDu1Uwuw@mail.gmail.com> <CADdTf+iBRLu20OH-WTEmo=e7WZ8Ce5QVP+_LWO09u6LxjCPe2g@mail.gmail.com> <D2BBDD3C-89F7-43BF-B5C3-1EC5E8C69EBE@ericsson.com> <72be8104-e738-136f-d05c-285fc49533dc@huitema.net> <f2d20d2f-d574-e0bb-cd71-35503964c82c@zinks.de>
From: Christian Huitema <huitema@huitema.net>
Autocrypt: addr=huitema@huitema.net; prefer-encrypt=mutual; keydata= mDMEXtavGxYJKwYBBAHaRw8BAQdA1ou9A5MHTP9N3jfsWzlDZ+jPnQkusmc7sfLmWVz1Rmu0 J0NocmlzdGlhbiBIdWl0ZW1hIDxodWl0ZW1hQGh1aXRlbWEubmV0PoiWBBMWCAA+FiEEw3G4 Nwi4QEpAAXUUELAmqKBYtJQFAl7WrxsCGwMFCQlmAYAFCwkIBwIGFQoJCAsCBBYCAwECHgEC F4AACgkQELAmqKBYtJQbMwD/ebj/qnSbthC/5kD5DxZ/Ip0CGJw5QBz/+fJp3R8iAlsBAMjK r2tmyWyJz0CUkVG24WaR5EAJDvgwDv8h22U6QVkAuDgEXtavGxIKKwYBBAGXVQEFAQEHQJoM 6MUAIqpoqdCIiACiEynZf7nlJg2Eu0pXIhbUGONdAwEIB4h+BBgWCAAmFiEEw3G4Nwi4QEpA AXUUELAmqKBYtJQFAl7WrxsCGwwFCQlmAYAACgkQELAmqKBYtJRm2wD7BzeK5gEXSmBcBf0j BYdSaJcXNzx4yPLbP4GnUMAyl2cBAJzcsR4RkwO4dCRqM9CHpVJCwHtbUDJaa55//E0kp+gH
Subject: Re: New Version Notification for draft-bonaventure-quic-atsss-overview-00.txt
Message-ID: <ea81ee5e-22a6-edc0-c2db-d8ce2d05ebe8@huitema.net>
Date: Tue, 2 Jun 2020 16:00:12 -0700
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0
MIME-Version: 1.0
In-Reply-To: <f2d20d2f-d574-e0bb-cd71-35503964c82c@zinks.de>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Content-Language: en-US
X-Originating-IP: 66.113.197.56
X-Spampanel-Domain: xsmtpout.mail2web.com
X-Spampanel-Username: 66.113.197.0/24
Authentication-Results: antispamcloud.com; auth=pass smtp.auth=66.113.197.0/24@xsmtpout.mail2web.com
X-Spampanel-Outgoing-Class: unsure
X-Spampanel-Outgoing-Evidence: Combined (0.15)
X-Recommended-Action: accept
X-Filter-ID: Mvzo4OR0dZXEDF/gcnlw0T32zu7lnXf5JHTxKFqDV/OpSDasLI4SayDByyq9LIhVUZbR67CQ7/vm /hHDJU4RXkTNWdUk1Ol2OGx3IfrIJKywOmJyM1qr8uRnWBrbSAGDcnqpk5VeF3xR4kF6iVwRtbgN zB/4Jkrw1eDLcif59fv/UEY9KAbdQsenOUscphKhU7Tmz6iKnkQL9gqsxD347235Nhqq+/HvroPq 8GSPg+60/QPNqXybIny9WGhadIo/d/hBjqsxautjlVXfyJaQKbyme9ldZJ7uNXfg/GfS8fUvP/L5 rCqHDsKZM+xa1iwJX+gRCHfMVnsAk591zk0uilUI+ZL4xWiN8NS6C+dmX6OEdA4u1aThyWrQ/ou2 +v/lmX4Em37yFgrCB6NHRn1g+f3uncIqYSL3lhh5c81YyJqFoLZMmkWsaurVZfvqROaDnDtHb8z5 dpPkEuJ8Snwqla7jUnW3hy14Yji8fo+4xCnSRo4Rcu5Z37rMuDjCny5fE9ykbJ7I9co1MAEE3ruN Xsm8UJsAPvDcVSKtDCYkioPY5Qx4fJOk03R5fJtf/Dv/dkIzS7m4GUpXCY1Y3j3ilUN7TTX3qb0a 8RNcOLCOSd6whjgtKo9vvLdWvMqyXFm2s0ig5FXNj8gTONhiUTNPzzlvekm8sQPjZSMxYCIi5tgv UwPy3x0FYtCNEb10sHyQCLHEvD1OqP6bgZ4L66GcgBg66gs5OuzYxJgw5atIxeNDvjI/CYe5WPy0 +t1RP0azev9O5MZeLDHV7/FDROsLTpxMPnetLBJMh51NiRRoHIC5eUQn1da8r/l5OyX4PvuPmiK7 x42VjdzChZMe6O/DiWiiIzuXMTE3l4bIsk+O50sB+BhWZBrEJLEQJbuZHVw508QV3No+S2msRDep v5w/kkG0v17AmegcpQ0tml/sN9lmMy/o83jVXTcfb9k0nLWblJy7uxV6dw8jzlsaNZe6hynMJcjx DydxsJEju76A7X1QIVydqXpZ6MHhiKws9Iiut28r9wo4SqUIg8Yh9hAM0n3LLzx/F2gT3wl8JQJv Bho=
X-Report-Abuse-To: spam@quarantine11.antispamcloud.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/a6I5Xl6ZEWm-OsU4Xk8_Exx-hpA>
X-BeenThere: quic@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Main mailing list of the IETF QUIC working group <quic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/quic>, <mailto:quic-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/quic/>
List-Post: <mailto:quic@ietf.org>
List-Help: <mailto:quic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/quic>, <mailto:quic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 02 Jun 2020 23:29:32 -0000

On 6/2/2020 3:19 PM, Roland Zink wrote:
>
> When I understood this right for MPTCP then this can be applied
> end-to-end without any ATSSS interaction. The ATSSS proxy is only
> needed when the end servers do not support MPTCP. When there is
> end-to-end MPQUIC then there doesn't seem to be a need for ATSSS as well.
>
Yes, that's pretty much the idea. In fact, we have seen arguments on the
QUIC WG list that the scenarios in which multipath is used for
reliability are already supported with the connection migration features
of QUIC  V1. It is not clear that there is a technical need for ATSSS
style proxies in QUIC at all, even with just QUIC V1.
>
> A cellular network often knows something about mobile devices even
> when those devices are not actively using it. A device registers with
> a cellular network and gets an IP address. After that the cellular
> network keeps track of the device location area (only an area, not the
> exact location) even when the device is inactive or connected to WiFi.
> This is done in case some data destinated to the device (IP) arrives
> in the cellular network (PGW/UPF). Then the device is paged in the
> area and the data is delivered after the device becomes active. You
> can of cause turn off cellular if you don't want this.
>
Yes an No. If you do not turn on "airplane mode" or something similar,
the cellular network does indeed track the location of the device -- it
needs to do that if the device is to receive calls. But the cellular
network does not normally receive a copy of the data sent over the Wi-Fi
network. The ATSSS architecture changes that: instead of sending the
data from the device directly to the destination server, the packets
would take a detour through the ATSSS proxy of the cellular network
operator. At a minimum, this enables the cellular network to log the
connection's metadata.

-- Christian Huitema