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

Olivier Bonaventure <Olivier.Bonaventure@uclouvain.be> Wed, 03 June 2020 06:41 UTC

Return-Path: <olivier.bonaventure@uclouvain.be>
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 92D8B3A0770 for <quic@ietfa.amsl.com>; Tue, 2 Jun 2020 23:41:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.1
X-Spam-Level:
X-Spam-Status: No, score=-2.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, MSGID_FROM_MTA_HEADER=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=uclouvain.be
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 ckyfMOBiOKUC for <quic@ietfa.amsl.com>; Tue, 2 Jun 2020 23:41:24 -0700 (PDT)
Received: from EUR03-DB5-obe.outbound.protection.outlook.com (mail-eopbgr40093.outbound.protection.outlook.com [40.107.4.93]) (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 95D783A0B98 for <quic@ietf.org>; Tue, 2 Jun 2020 23:41:24 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=OQkDWSdHKT7F6rB+jRfEJTKQceD/elmLbZlMiTozhQnBFXKB2gTgzY7rDAE2Qo7agOm/2YY12YQixtDl0TOc5D1sSOfxjztmogUg47DgPI5XHL4RUiuVY4SBgKMqP+CzehWv6/oUOrWOUMMwCPovuvL83txEbh6pVirZTJoIJYHmvGmKpcnSG8/VhoSp1hi13dunhtqwRUO5fHylnEw5y231igmbkdsEd4tN7QhXUgBxt+MJ0atIl12KjfB7inC3RtKxXOiNkY1VJ1Eyt8BaMgRyA83L3WUDwbCsq/NOCN7+iAixa+qYGk8m50Pxmt9JUWZhpQ24U+dWy+KG5aiQuQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=VVPovMVh50814CIlT8yVHg1H+REUqdtMi9PDFhA6O6o=; b=bJYUsL4MqHhkFQ9NzU7qqZXhkiPJYBqqinV4aSmNH1yK44RPLxUnTA5DjrZYLrfP4N79xPkau/eBpMPaikYthNGO7h1ideIpvH+/n7R9+/27vsc7HLrrGk3NSffmdF3cQYMef0JtsWMIlLyRlX9Ipj9cmOJ1lSgEt3uIpMm6i/DCB5ERu8Y5wLXpLoIRD4TDzkaPT9SFQtj7BNMeQCgmtoQMVZQF+wcdVMKcvgp2+zPd/no/gKuo8OH+ag0ApneeXVibCksdH0iobS8kdDNYegDPlMbMr4nXJYokRTHsGWr5GJzCWK01Ui7N/6fLyNBLNrRvkthTkEB9Kb+B2rXfvQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uclouvain.be; dmarc=pass action=none header.from=uclouvain.be; dkim=pass header.d=uclouvain.be; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uclouvain.be; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=VVPovMVh50814CIlT8yVHg1H+REUqdtMi9PDFhA6O6o=; b=oth1W5GfOtn/vRGYiQCqDFT4eIj/y1Vk51AkbS5lj7wjMy1ENQTopvCv2ON1a+2gfdrUWYq/PyMWduo+cTANvGdEwEcNG5cxNXj3Z8HHjyRoBAW2jpdk56s0SNT8OSzRo0j0b2ltLcdOIZ6/uob7ey4OOMvm6BJnd8jNbt5PgOw=
Authentication-Results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=uclouvain.be;
Received: from AM7PR03MB6642.eurprd03.prod.outlook.com (2603:10a6:20b:1bf::6) by AM7PR03MB6232.eurprd03.prod.outlook.com (2603:10a6:20b:13b::24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3045.19; Wed, 3 Jun 2020 06:41:22 +0000
Received: from AM7PR03MB6642.eurprd03.prod.outlook.com ([fe80::fcc2:e19d:eec3:15e6]) by AM7PR03MB6642.eurprd03.prod.outlook.com ([fe80::fcc2:e19d:eec3:15e6%7]) with mapi id 15.20.3066.018; Wed, 3 Jun 2020 06:41:21 +0000
Reply-To: Olivier.Bonaventure@uclouvain.be
Subject: Re: New Version Notification for draft-bonaventure-quic-atsss-overview-00.txt
To: Christian Huitema <huitema@huitema.net>, Mirja Kuehlewind <mirja.kuehlewind=40ericsson.com@dmarc.ietf.org>, Matt Joras <matt.joras@gmail.com>, Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
Cc: IETF QUIC WG <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>
From: Olivier Bonaventure <Olivier.Bonaventure@uclouvain.be>
Message-ID: <e74e1342-4f54-679b-00f3-a2e2dc24c9d0@uclouvain.be>
Date: Wed, 3 Jun 2020 08:41:20 +0200
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:68.0) Gecko/20100101 Thunderbird/68.8.1
In-Reply-To: <72be8104-e738-136f-d05c-285fc49533dc@huitema.net>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: fr-classic
Content-Transfer-Encoding: 7bit
X-ClientProxiedBy: AM4PR0101CA0050.eurprd01.prod.exchangelabs.com (2603:10a6:200:41::18) To AM7PR03MB6642.eurprd03.prod.outlook.com (2603:10a6:20b:1bf::6)
MIME-Version: 1.0
X-MS-Exchange-MessageSentRepresentingType: 1
Received: from mbpobo-2.local (2a02:2788:484:b4f:85fe:72b8:b48d:9955) by AM4PR0101CA0050.eurprd01.prod.exchangelabs.com (2603:10a6:200:41::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3045.19 via Frontend Transport; Wed, 3 Jun 2020 06:41:21 +0000
X-Originating-IP: [2a02:2788:484:b4f:85fe:72b8:b48d:9955]
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: 0f436f22-9076-4cd2-5345-08d8078920eb
X-MS-TrafficTypeDiagnostic: AM7PR03MB6232:
X-Microsoft-Antispam-PRVS: <AM7PR03MB62322AADEACDD63125AAD8FA86880@AM7PR03MB6232.eurprd03.prod.outlook.com>
X-MS-Oob-TLC-OOBClassifiers: OLM:9508;
X-Forefront-PRVS: 04238CD941
X-MS-Exchange-SenderADCheck: 1
X-Microsoft-Antispam: BCL:0;
X-Microsoft-Antispam-Message-Info: /C7wPzfFjhlyXIzTReqCOx0Gs3OjyTsVN5NfHZrDtxk1NpMgD+yXf/7HLuQi0q3sJyxaXq1jWfhwoBZDR4Ahkq6wijqU3P92tTA3QZSzVroF5xijxzgMCyDDm3lq/l/xj13ig3xn/brbl4pOXm67UU1iGaT7JrNHP3ceSdKJjpZBi6lICt/IgUEV6EmGODJ39LKUInJLoGzb8LakDg9PA0cRecZbD869pPWW3UCUxRYXRXuq69PL8M+vaAjQdv46RhHjpuES2Xd9RTashsqRlNtUAbP/ExgvpkJHN6b31gURDfD1yaq6/j9CxXidYvf9aSpeiYlJO9ZG+IYAUG31EoigdM0BEpl/u5PIwIv9TCjCFEgsMaW2nGFGhwyTXLcB
X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM7PR03MB6642.eurprd03.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(376002)(39850400004)(136003)(396003)(346002)(366004)(2906002)(16526019)(186003)(6506007)(86362001)(8676002)(316002)(110136005)(3450700001)(8936002)(2616005)(31696002)(478600001)(36756003)(6486002)(786003)(66556008)(83380400001)(31686004)(4326008)(66574014)(66476007)(52116002)(66946007)(5660300002)(6512007)(43740500002); DIR:OUT; SFP:1102;
X-MS-Exchange-AntiSpam-MessageData: Py/0A49N0D/bNMFs4HJLNNWDAgamKB3bLHIUiUrKN46KUp6RbURF6VlOkIxPV8OK0SudakP8Z9ts3E220E+9ioiHtTK7nb8JsO0A+rqU6D4PTCjjMrp1/DSzywCzcNyaGdLvIcAtfTlJSW809q9btnnxiQZH2xdUu2SrPFwoK1u4VGdhU638EulfCQEg/e21gDWc/1vOWbPyPh27RmI4fiYcfYbK+ZbX7aXfgv/m9EUqGf2hb4E4YBPZGSYwZbt4mBWoyIYDQUD0ovZIaSjNEoOPgbOxMK2cS/6y9DwaLoK9EOf5uX3UMLhOPrDofDZmiSDHWQLD2B0N+zlym50tEMcQoPSW8XOw+5ZLJkA+Mve1jxRriNL9f5ZFPV7AnHBDaUyAWwKCYDUPOa0PtORjbCLZ/KfxofrytGRqUoaZ/fmDwMwMsi0CUT6V9JaYpU1xDBpSwtj7qaX3DjmbhsCwHhPNHX5RAu1/GojKCA7835k0jD4bBg7LwZJzhNMEDNjP3Gzs5LwVnTGlUqrqbtZNGYDtGdeqpFFpKkyWoLFdSifkfw2emQFEN6ABnHgcivvl
X-OriginatorOrg: uclouvain.be
X-MS-Exchange-CrossTenant-Network-Message-Id: 0f436f22-9076-4cd2-5345-08d8078920eb
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 03 Jun 2020 06:41:21.8496 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 7ab090d4-fa2e-4ecf-bc7c-4127b4d582ec
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: qJPKSwtQkf/zxoxZ2FMQyseFq1SV3YnZK5KxwR9N50co7U7Kc6WhVyZiapmg1tsmtFuf5b4QOTgMpPgsU92sOlJHN2K8ITrQUhpIaLGqNLb/NKKuhFJlbDWWadbdBsmQ
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM7PR03MB6232
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/5UiXQsZqQzOHeRVqzQ75f0o4p_w>
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: Wed, 03 Jun 2020 06:41:27 -0000

Christian,

> I think that we should be very clear that the primary goal for QUIC 
> multipath design is end-to-end. For example, a device might very well 
> have connection with 2 cellular networks, each providing their own 
> "advanced" services, and use end-to-end multipath to balance traffic 
> between the two networks.

This end-to-end approach would indeed be possible with a multipath QUIC 
design. Note that the ATSSS service includes rules that determine which 
applications benefit from the service. It does not imply that all 
applications will use it.

AFAIK, many existing QUIC deployments are not really end-to-end 
deployments. Often, clients interact with an edge server that 
caches/proxies on behalf of origin servers.
> 
> We also have to consider multipath privacy. In the ATSSS setup, the 
> device is supposed to establish a connection with the mobile operator's 
> service even in cases when it is only connected to a Wi-Fi network. That 
> means disclosing connectivity and activity to the operator, just in case 
> a backup through cellular might be needed. This is definitely a 
> trade-off that many applications will not want to make. End to end 
> multipath alleviates that concern, because the network operators only 
> learn of the device's activity when the devices actually uses their network.

There are different ways to consider the privacy discussion. As an 
employee, my company might require me to always use a VPN service to 
access the Internet. That's a common policy in many companies. The ATSSS 
service can be considered as a kind of "VPN" service that network 
operators provide to their customers. As an enduser, I have a 
contractual relationship with my network provider and this contract can 
include strong privacy protections. Using the ATSSS service of a 
provider that I trust and needs to obey to specific laws could be better 
from a privacy viewpoint.

Olivier