Re: More context on ATSSS use case

Olivier Bonaventure <Olivier.Bonaventure@uclouvain.be> Mon, 26 October 2020 08:38 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 1DF893A19C1 for <quic@ietfa.amsl.com>; Mon, 26 Oct 2020 01:38:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.347
X-Spam-Level:
X-Spam-Status: No, score=-2.347 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, NICE_REPLY_A=-0.247, 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 uRt5dUnkpM3k for <quic@ietfa.amsl.com>; Mon, 26 Oct 2020 01:38:10 -0700 (PDT)
Received: from EUR05-VI1-obe.outbound.protection.outlook.com (mail-vi1eur05on2105.outbound.protection.outlook.com [40.107.21.105]) (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 C120F3A15B1 for <quic@ietf.org>; Mon, 26 Oct 2020 01:38:09 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=O/iyUvaowTEKRsSdnlev4OFBr6h0+kGOgPkBhaWbDzS4AxOsBcz8RqhcLJvcnYgzqz/vKzf9uE8/x4IsyiuBGTRHxdQKI5m8qEVTgFn0k0EIXqnvoYwlDY9upydKp/jDRPp4an/Gy8GGSxPoLjRAX2qAn+PggHgz/Pp0fYvA+1XpAsxWr8jwLdUWuCz1S6QFPewqPu2dMZCH8yfZNZISmOs8+Gy6llzQCDkYP6ecEG+YEXhme7fJ4QnmhwehjU2Bu1xh5f2dTIt/RF2WXT7c3uPL1FIu5/lahrQUQ7eKR3+E89AFVzl7zr+93cAvDlP1k2is6yckmsDTtHVTt5VIBw==
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=OVN3wx81YGIrok4x2C30Mf/d7lsI/RB2+TRiYrk8lwY=; b=gaSAMTGoVpChSPi+Dbp8GyiXkx0MAADzt2AGhXKlll8QtkwW5AJSnvnilWk93huOjPve5UM251j1/rbrh/YNePfzHhGXr7NTNhN1VTzINsVeth2g0d76zgIkwBAbhrQYnBA0f5QVgh8NDocYamEImMxFvbiyzVetSzYx/8EfaFHBuJp5O5YeiAyDathVbPY2MoEnynDVHc5GaRGb2bCfEBG3HakZznqnZ0q0bOGE5L8IxsI+2AboUqk1cLvSQjGoUaAbk50LFrgGUXDXhdfNbJCf1gcy87nhcaeIn/eO0QNRTdqwRjrK13u4VLyO5sMsQoTCCaja9hXmxNtU71vzWg==
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=OVN3wx81YGIrok4x2C30Mf/d7lsI/RB2+TRiYrk8lwY=; b=G8W3tQ8mVud9rPBRrGdHNj3qVSNm1uXvu08KL4Ypa3aiIDW2vDf76N41dW59/k8IpfrADPF5aN2S7lgLIOh22LTu8AAsa5a89Fd2+HAnxtfcI23Psy8OY0Sbuu+dKV7NI/Y54hgu5cNuJxjWsIMuNV8zC6X1ySQlu1D0xMswbek=
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 AM6PR0302MB3301.eurprd03.prod.outlook.com (2603:10a6:209:21::29) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3499.18; Mon, 26 Oct 2020 08:38:07 +0000
Received: from AM7PR03MB6642.eurprd03.prod.outlook.com ([fe80::b03d:e09f:4450:31cd]) by AM7PR03MB6642.eurprd03.prod.outlook.com ([fe80::b03d:e09f:4450:31cd%5]) with mapi id 15.20.3477.028; Mon, 26 Oct 2020 08:38:07 +0000
Subject: Re: More context on ATSSS use case
To: David Schinazi <dschinazi.ietf@gmail.com>, Florin Baboescu <florin.baboescu@broadcom.com>
Cc: QUIC <quic@ietf.org>
References: <50316F2A-931B-483E-B2CC-023C91AE91F0@ericsson.com> <CAPDSy+6k13fW_oQuEhmyQsMY9PH2DrVvKQ-DnJ=kQk5tTsN7TA@mail.gmail.com> <77E53AF0-6435-492A-B20A-5C18372BD1F8@ericsson.com> <CAPDSy+5pc7bPDXUT0uNu2MtD-MgVD7fXpG22eYY+7pmVBi30pw@mail.gmail.com> <0d7b0483916b3876934ed195075d8d72@mail.gmail.com> <CAPDSy+5Rfy77=iNNeg--YinfKvhmSThDJ98sN6WNyNvhX-d9MQ@mail.gmail.com> <cdd11cd390de134c98c6aa51a2b9bca7@mail.gmail.com> <CAPDSy+4uQ_TxcfFZpTDNqjj6js3VABpntOLyAz0HV+q7fpCkXg@mail.gmail.com>
From: Olivier Bonaventure <Olivier.Bonaventure@uclouvain.be>
Message-ID: <f1200a58-7cfe-b747-5be4-d22579bdaf68@uclouvain.be>
Date: Mon, 26 Oct 2020 09:38:05 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0
In-Reply-To: <CAPDSy+4uQ_TxcfFZpTDNqjj6js3VABpntOLyAz0HV+q7fpCkXg@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
X-Originating-IP: [2a02:2788:484:585:c409:8f52:279d:5bbb]
X-ClientProxiedBy: AM4PR0302CA0022.eurprd03.prod.outlook.com (2603:10a6:205:2::35) To AM7PR03MB6642.eurprd03.prod.outlook.com (2603:10a6:20b:1bf::6)
MIME-Version: 1.0
X-MS-Exchange-MessageSentRepresentingType: 1
Received: from [IPv6:2a02:2788:484:585:c409:8f52:279d:5bbb] (2a02:2788:484:585:c409:8f52:279d:5bbb) by AM4PR0302CA0022.eurprd03.prod.outlook.com (2603:10a6:205:2::35) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3499.19 via Frontend Transport; Mon, 26 Oct 2020 08:38:06 +0000
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: 4d69004a-5765-44bf-b9be-08d8798a764c
X-MS-TrafficTypeDiagnostic: AM6PR0302MB3301:
X-Microsoft-Antispam-PRVS: <AM6PR0302MB330189B4CB69D950EB080D8C86190@AM6PR0302MB3301.eurprd03.prod.outlook.com>
X-MS-Oob-TLC-OOBClassifiers: OLM:9508;
X-MS-Exchange-SenderADCheck: 1
X-Microsoft-Antispam: BCL:0;
X-Microsoft-Antispam-Message-Info: UCBMJcsEz4A1+WrTyMavDIXrHYrOaKJpzCDUjfh6i0o0mSl6S/bfkKEecXZ9YNAynws6zSJRg9rCztbA6n4h0v3NcP140Hy30H2UcsC8SLkpJ7rPzWMaHjHx7Ueg7ktiSK7Ne3mAcHHLG8ng+fAm5e15Dhu3pHhiujGGGetWszZVQgWRlqwDrbaClzQuSrou0lvRX33iskZSxK8maz+hrQ5KtV81sbBNiD+36opfBa3cFndbV7OFQe+u+IDQgfRx8BeMGb6RBf2FcP23RMtlZet28lr3wvd11xF/4X610VT/xVgm+OtaWSrqbJfCdAu2l7qknr8utz+C9/SYRff2TNepaIU0+E1kofUqI7mWVObI8IVJ9psNDd0fYlNWXB2B
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; SFS:(4636009)(39860400002)(376002)(366004)(136003)(396003)(346002)(110136005)(2616005)(186003)(83380400001)(16526019)(66556008)(36756003)(316002)(66476007)(5660300002)(786003)(66946007)(8936002)(52116002)(31696002)(8676002)(86362001)(6486002)(478600001)(2906002)(31686004)(4326008)(43740500002); DIR:OUT; SFP:1102;
X-MS-Exchange-AntiSpam-MessageData: K/QjkCIJBro1a08civ7MiLuRZ4R+ciCRi7OvgJnwhSLeIwbi/W8WSdSyt+9xkw1x8NGawNsxz/d83O6FFZ+JXeq21bnt9gkT6V7e0BWAcHYnOTsJHn4doecRBC2K08t2mymr456HHcOyqsr6pfQkB8L8q5QA1Agk0isdkWvuZokKHUAgQwSLarizq6uQ04Wrrf85xLNbZRobOmcixB67M00+CkXEaQcOrIIOrejpiSdF/Nm5Kl9E+vw8LV4sTpyWz4qFiVN0Ld3eGEXooNMwNauKWr9FYwtPZJKGrXJdrJ1FUbRfpa7jV84EhUNBe34xVYOyVj1HmTvtjYFp1b3FOZD/OJD9pE6dyd3nku0Nhv+oF0eleG0BZup1ZsiEtNQwUG2NWW5pYz6og5iTEzlV/fPrKiy6mQg+1+j0+z9qB9rAYnue6+jG3TODr6Yl0Tg59D/opCAN6U89qeP4ydgS3EGJfLyuxeBOhjdseSG0GzDaBzqI3GkpaYYaYCHT+dDzJWZaD3bJwjy/zj9I7rfTMUOb3p7P7VDz+5M33/ntekvCtzn+I/F0xpvwaLR1/ke3/r8IQIW6VRPl1sRPd+8Udjs5praugfgtr4pbZ7PiYK28j5lmFGWSZXRC2LwsXouKABdiNWpSSmooTtOTxbpgK0EN0DFqYNLlUJftwCd2lhRFnvn4aeUBl9pdAKCjPI6FGoyr9JcA32u2eTJRwERT/Q==
X-OriginatorOrg: uclouvain.be
X-MS-Exchange-CrossTenant-Network-Message-Id: 4d69004a-5765-44bf-b9be-08d8798a764c
X-MS-Exchange-CrossTenant-AuthSource: AM7PR03MB6642.eurprd03.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 26 Oct 2020 08:38:07.1058 (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: Z2wZJSm64Qvt0qxgZtAXl/ls9ofigqPOx2FB/S1LipI1nQWuYEorIs12c2XNNJVsCO3iOA3zYd3sk7OJgqTgjy0BLepJn+ClBxU7t11vO5zbwpr8rHe8wnPU/HLr8ZL/
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM6PR0302MB3301
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/k0roi-OFVeWbJPzCe88thjk5OO0>
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: Mon, 26 Oct 2020 08:38:12 -0000

David,

> 
> 
> [DS] Let me clarify why ATSSS introduces a new point of failure. First 
> here's the common network topology today without ATSSS. In this example 
> the Client is a smartphone, and the user is browsing a website hosted by 
> WebServer.
> 
> [Client] ----- { cellular } ------- [WebServer]
>      \------------{ Wi-Fi   } ------------/
> 
> The client has (at least) two IP addresses: IP_Client_cell and 
> IP_Client_WiFi.
> The WebServer has IP_Server.


My understanding of most of today's QUIC deployments is that the client 
is not connected to the webserver but to a CDN or edge node that serves 
as a proxy to the webserver.

Thus the setup is

[Client] ----- { cellular } ------- [Edge]   ---------[WebServer]
       \------------{ Wi-Fi   } -------/

> Now let's assume the Client is happily browsing using QUICv1 over one 
> interface, if that network goes down, QUIC will automatically migrate to 
> the other network and the web browsing will not fail. The client can 
> send packets to IP_Server on any interface and as long as one interface 
> works they will reach the server.
> 
> Now let's introduce ATSSS:
> 
> [Client] ----- { cellular } ------- [ATSSS Proxy] -------- [WebServer]
>      \------------{ Wi-Fi   } ------------/
> 
> 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.

> My point is that in this scenario ATSSS reduces reliability by adding a 
> point of failure.

I don't see a difference between the failure of an Edge node and an 
ATSSS proxy. Both can be deployed with enough redundancy to limit the 
impact of failures. The only difference is that ATSSS nodes will 
probably be deployed by network operators while Edge nodes are deployed 
by CDN providers.

Olivier