RE: New Liaison Statement, "LS on ATSSS Phase 2 conclusions"

Apostolis Salkintzis <salki@motorola.com> Wed, 02 December 2020 09:14 UTC

Return-Path: <salki@motorola.com>
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 356C53A1231; Wed, 2 Dec 2020 01:14:10 -0800 (PST)
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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=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=lenovobeijing.onmicrosoft.com
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 V_DFUYZCysVK; Wed, 2 Dec 2020 01:14:08 -0800 (PST)
Received: from mail1.bemta24.messagelabs.com (mail1.bemta24.messagelabs.com [67.219.250.114]) (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 33F283A1222; Wed, 2 Dec 2020 01:14:06 -0800 (PST)
Received: from [100.112.133.178] (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits)) by server-3.bemta.az-b.us-west-2.aws.symcld.net id BF/AC-33082-CDA57CF5; Wed, 02 Dec 2020 09:14:04 +0000
X-Brightmail-Tracker: H4sIAAAAAAAAA1WTe0xTdxTH+d3b+1ApXl7yG8MHne5hbKEw4JI lThLYqtmiMXMZxoxdxoVW28LaEtFtUgwIoYIQN0CglTEYj4xJGJYxMSKgnSgQGZgyedhB1OIU cFQeMlwvtzr3z8nne77nd8753fwuiXpdJPxJNk3HatSMUoSvFsjv29aIh/db4oJbexHamjdI0 D3fl+N0U00dQj+cycboB10Ggr7doqDnO/tRuv/cKEIP3GjA6eOVRoIuHr+P0ycr1tB/tc2hO4 Sy0yeuY7JFxyAue1xdjMhaS0cIWVXVAiLLvHsNl52wb9pD7McU6vjktM8w+VBWHZ4ychpNmy9 sI/SgMR/NBatJL0qPwOaln/BcsMop7ABeaD3GG88A7Lt8S8CLRQCbi4owTgCqGoU5p7oBL64K 4CV7A8ILM4CWgQGCEwLqAgovj2QTfAMjAvPsDowXowAu1ZQQ3EycCoLt7csrVT6UEcDv5s+jn IFSCygsu5nAsTcVAy1P6gHHPtR70NT8FOdZAkc7fkA4FlCboaNtGONYSB2ATbO2lQGAWgfnun 9E+J5+8I+JsysMKQpWtfWhPPtC+/iy63r5AFqflGG8sQnWPs1xFa2H/WcNgOcPYXdGDcHzVmj /J9uVPwR77RWu/Bswc8bk6rMB1ufZBDwHwDvWFpwbBrmPVPF7J14AgkpfWpBnNczLfCgoXbmQ J7x2ZsLJpDP/Fjz3q6s8EH5jsBE8vwmzyo3Ey/kKQNSDiHiNIkmuUzEKpVgaHCyWSkPE0tAwc djbEuaoOF6SqhUfZrU6cYiEOayVaI+oPlcmSNSsrgk4X2xCSnb4L2DowbSkA7xCIiJf4dw+S5 yXR3xywhE5o5XHaVKVrLYDBJCkCApnP3F6nho2iU1LVCid7/65DUl3kY9wjLOF2hRGpVUk8VY 3iCEL7MZKlJypr3LGuZU4NMXFLmN1JeolUCerWX8/YQZ3mOIOy1PVL1o//6v6wXp/byFwc3Pz ck9hNSqF7v/+JPAjgchbuD3W2cVdoda92GDSuRziXC76705uOR3zn+WvR2IfMaFXL2reNQzej qIblhaSCrJ78y2RzEyYWbrDOozd+nJq973EqeST95SRH9lLog3H9rymMsQFxFyxXy8sLat1L6 73ac05WikrjUplF9eOqVomlka25wYufPHtrhJ1er7FkV4XWbj3QExlLLlFuasm01TmZooN3xD U41f+KIB123Je/9jha7aNZSyG7h3NHc4LkxXu/voS2jd7sH3zXaph342x6fAUfZfsYO/P75tv bvtAArzJsbXTER5XPrZ6fIpFZYhfNdzZ9o4onbTVekaEpP/2ehJYJo43Nw70ZO38cx2ONCJFJ vNE4JKtZDj6q9FDwQWd2MZEsnfjqmfjky0OkUArZ6RbUY2W+ReV/mdY0AQAAA==
X-Env-Sender: salki@motorola.com
X-Msg-Ref: server-27.tower-356.messagelabs.com!1606900442!43987!1
X-Originating-IP: [104.232.225.11]
X-SYMC-ESS-Client-Auth: outbound-route-from=fail
X-StarScan-Received:
X-StarScan-Version: 9.60.3; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 6573 invoked from network); 2 Dec 2020 09:14:03 -0000
Received: from unknown (HELO lenovo.com) (104.232.225.11) by server-27.tower-356.messagelabs.com with ECDHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 2 Dec 2020 09:14:03 -0000
Received: from HKGWPEMAIL02.lenovo.com (unknown [10.128.3.70]) (using TLSv1.2 with cipher AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by Forcepoint Email with ESMTPS id 380F8C08DCD427DE826E; Wed, 2 Dec 2020 04:13:59 -0500 (EST)
Received: from HKGWPEMAIL04.lenovo.com (10.128.3.72) by HKGWPEMAIL02.lenovo.com (10.128.3.70) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2044.4; Wed, 2 Dec 2020 17:13:57 +0800
Received: from HKEXEDGE01.lenovo.com (10.128.62.71) by HKGWPEMAIL04.lenovo.com (10.128.3.72) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2044.4 via Frontend Transport; Wed, 2 Dec 2020 17:13:57 +0800
Received: from APC01-HK2-obe.outbound.protection.outlook.com (104.47.124.52) by mail.lenovo.com (10.128.62.71) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2044.4; Wed, 2 Dec 2020 17:13:57 +0800
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Zg31WqfsXFStqNjpa9MWEoNxT6j5WMw+8Mw58X1bkN7SXrQSmKB10EvL6DetB8J4JhyS153skNB8fOxo4ACqMWrvg21fHaxhIoBu7JVZ5q/h5J1HTZ+GXBqSvQfftFxBEYgs2ZMj0VikdAhKBsX7wuY2mT3DDtMUT1+vLmVEJTszMp7MikV+f7pswr2rbdyiABkEgGeDhCHLavc4hM4i2TiaDcXh2orZhNkiNz43Deqm5GzlLMe0vekbD8ZzDnGNCXZNGKTgVdoDQBjnrvtlWi8Db/MdyA1pR5dLc5CmQ4ZJ/1DW5gDylPOWDMOYvuMe8UQBy9vxtOd8IxZEJYoQew==
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=MlFFKNIBDnWTK9oy+pAoVWuKZD0xmoiJ+/h9QzQUMpY=; b=UtafQojusWOQoFsBTa3r76E8ml5J/9waF52r9nHh2yGgRL0l49kQ7B9/QwE7JXDtUmcBm0UWU3hTTKnfEA1YcYoq4Q3R2Rk1reEQkVonJSAm3DnaArgY7rPBKNDYxaJR5X7DmWTZefT8mOK0IyaiiImSzE3WCvwIiwVCUnqyMWQkyT6TBOnlI38yiT+HcvRrt+JJ4e9W43k7fNEjigenoi/FgF04dEA8ZgqJ4GmWHYtwGPFr+OmUHhz8D8ofLB60SPr6583Xp3v+z9FbYmmqftjZYjmwTMJfvDxbrzXC401rKPWkYvdVlpp1t2vhBeJQJ5LAlozQYMpdS/DC2d3d2w==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=motorola.com; dmarc=pass action=none header.from=motorola.com; dkim=pass header.d=motorola.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=LenovoBeijing.onmicrosoft.com; s=selector2-LenovoBeijing-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=MlFFKNIBDnWTK9oy+pAoVWuKZD0xmoiJ+/h9QzQUMpY=; b=ZghZsSAtSpOmB6O5FhaBdbPWKjF9T5cuHmRhUnufpd93ZQW2QFk6HlMpOObruNOJid0Yl5l9yAgaQRwh6vH66wgIIOrMA9q5dRFxQMalRD2i2w1+2TcYscrdkjPrHiTwtIWntnr28SNHZYhD5GoRJmMVF7d0ULbGiH1MqvhYjP0=
Received: from PU1PR03MB3175.apcprd03.prod.outlook.com (2603:1096:803:2c::22) by PS1PR03MB4748.apcprd03.prod.outlook.com (2603:1096:300:84::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3632.7; Wed, 2 Dec 2020 09:13:52 +0000
Received: from PU1PR03MB3175.apcprd03.prod.outlook.com ([fe80::1cf8:866f:e134:72a2]) by PU1PR03MB3175.apcprd03.prod.outlook.com ([fe80::1cf8:866f:e134:72a2%3]) with mapi id 15.20.3632.016; Wed, 2 Dec 2020 09:13:52 +0000
From: Apostolis Salkintzis <salki@motorola.com>
To: "lionel.morand@orange.com" <lionel.morand@orange.com>, "Markus.Amend@telekom.de" <Markus.Amend@telekom.de>, "kazuhooku@gmail.com" <kazuhooku@gmail.com>
CC: "magnus.westerlund@ericsson.com" <magnus.westerlund@ericsson.com>, "statements@ietf.org" <statements@ietf.org>, "gonzalo.camarillo@ericsson.com" <gonzalo.camarillo@ericsson.com>, "3GPPLiaison@etsi.org" <3GPPLiaison@etsi.org>, "chair@ietf.org" <chair@ietf.org>, "lucaspardue.24.7@gmail.com" <lucaspardue.24.7@gmail.com>, "martenseemann@gmail.com" <martenseemann@gmail.com>, "lars@eggert.org" <lars@eggert.org>, "quic@ietf.org" <quic@ietf.org>, "martin.h.duke@gmail.com" <martin.h.duke@gmail.com>
Subject: RE: New Liaison Statement, "LS on ATSSS Phase 2 conclusions"
Thread-Topic: New Liaison Statement, "LS on ATSSS Phase 2 conclusions"
Thread-Index: AdbIi24Iu+sEp+LBQB2ct4164veIrw==
Date: Wed, 02 Dec 2020 09:13:52 +0000
Message-ID: <PU1PR03MB3175EA4E66B982558A703E9CC0F30@PU1PR03MB3175.apcprd03.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [94.65.12.127]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 42421ac7-d587-4941-8c03-08d896a2967e
x-ms-traffictypediagnostic: PS1PR03MB4748:
x-microsoft-antispam-prvs: <PS1PR03MB4748EDA2877497F1D8818F86C0F30@PS1PR03MB4748.apcprd03.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: o2pwUFDncRw8ZfCVpRhTyIPef2U5kZsK44kWPCqxfR+kBS++ZCnDnKLLMw6smDbj9FIQG/Jo577RHPkXvxGgoR0zY1y0R0oTcT0aWYRYyaLAk9hoTmxfnQcXei6tYfjVKDw7EfIwoBlRnS4InPjDy/0jmg3gAqxqGFbfxbFpCcuIHxeoh67Xxev5/ZnyJkNJcu8zQ9+SiIUDVz3Pgi1AhDFO2mRSD+pQUzR+Jca2TdT6ZJhJSJO0eyQVaNbxrgU4G7zmSjzLwKcvJEd41/2Lj6i3QVJTR5rgivVrJcXjVL05KprkSEf9fKvuJRkxJ9rypctjYnJ+rK1IVO59U3LyBOygRFJb/swewebIQ9eaTIrH99TD5UfjpsP3tz4M7Xtt/4A71UkyJ7RnmPp6n/5tdg==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:PU1PR03MB3175.apcprd03.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(39860400002)(366004)(136003)(376002)(396003)(346002)(9686003)(71200400001)(8936002)(54906003)(55016002)(7696005)(6506007)(478600001)(166002)(52536014)(66574015)(83380400001)(5660300002)(966005)(4326008)(66446008)(64756008)(66476007)(8676002)(66556008)(76116006)(26005)(86362001)(186003)(7416002)(2906002)(66946007)(33656002)(110136005)(53546011)(316002)(4001150100001); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: LUl4om2v26ZmeJnmgwdClv/BkD1JKMUvG/Megzul6gBtlbLwM9cqIHG0EXM/m1utqUoMfEJcbrRMn+h/WB7qasql42LFxWGAF/h7CJ6rAjRhelmqwjKftuhPAe21Hndn/YeOlvXeLe30/0q/fRmYzpfEyVtiJbMZKkerREIlw8/lD4Zj/8Ogc46fc5Cuf7NR5AxnfJM0nUtAKbkaoPemmSwOWfN7HvO/9rXZGU8iwGXvwlEBzJ38+OgBmUj3YekGW8MCS3D9GHjqgddYtK1enEweOeq00gxr6sFrU8mWIQwvVYWCodGvrx+wVBOs+m+a0CTD4pRkNaUTz8aziEZLzEt9D8X8cvAXA4sGjP5WbMOyERnT7A9DGssRtjm5f4n7G8OwQH7yVqZhyCQ+qQTdfSDJT9wdXcYoUvObXVe3+PilN5//kFwMlzv/BWd2Qk42NaGSczbI0g1tHsoK7HrlzZdC/3Dz50KjpujQhx42IU1lDnkktt+rXUgpGGqeqLVmoHiIqJnQR+BwCnYwJzv1+k3akksxUom3LwmF/9kNL8u2gHYnPC/X6Ao939loQeolhmR/IBTCcUOVPDsuTm/5tL5zCzV64zACmxQA65mxtiwLtrYDOWLsC7h+XxyWuyHwkpD2yOo2bnMs61YL4gKzXuqb+P+7bTbdsUfYxus02vJUF193ETG2qtPfNufCCd+SRYIrzxdabcnFkYRiHIVx9MvgeRoVRZdyvQwUCIbxpjilUOJEJXtm+PYuVB91msHte3suDoP9csNZdbgcnxfqTuDJIG5dqgUQXAU7hEOx/C/EjmirT5iienWxUQ+4XUvYigbqme8q10LtRFtbutgkETzApIYFq1hcz/9v/dRmD+Uw+G9PenFyFA1iOAdhXnp9LOepYtXo9DcntCs6f5LLwVS5eu/MRC0sIXMk2bAK1VOJ3HftZo/3AlO6QaSgRsWrStN7TEEsPT1tjz1eImny2GXM/wz34gPssUBwuwekKZc=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_PU1PR03MB3175EA4E66B982558A703E9CC0F30PU1PR03MB3175apcp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: PU1PR03MB3175.apcprd03.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 42421ac7-d587-4941-8c03-08d896a2967e
X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Dec 2020 09:13:52.4930 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5c7d0b28-bdf8-410c-aa93-4df372b16203
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 8cwSiI3JPot6VRa+YDu0cGW2ngU9EryQ3qGFfWccpLXHL8sUIyvBABxD8sL8LNl4XgVjeL+WgO5RRntfXkSaIw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: PS1PR03MB4748
X-OriginatorOrg: motorola.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/S8rdRaUfk3UqX3QpA5NXFNAjfSY>
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, 02 Dec 2020 09:14:10 -0000

Thank you Lionel.

Quick response to the question below:
“I wonder what this sentence means. Is it suggesting that UPF (and possibly UE) would buffer packets that arrive on the faster path until the packets that were sent on the slower path reach that node?”

Correct. Note, however, that how out-of-order delivery is achieved by protocol implementations is not considered by 3GPP SA2. 3GPP SA2 only assumes that the multipath protocol between the UE and UPF should be able to support out-of-order delivery.

Regards,
Apostolis


From: lionel.morand@orange.com <lionel.morand@orange.com>
Sent: Tuesday, December 1, 2020 9:14 PM
To: Markus.Amend@telekom.de; kazuhooku@gmail.com
Cc: magnus.westerlund@ericsson.com; statements@ietf.org; gonzalo.camarillo@ericsson.com; 3GPPLiaison@etsi.org; chair@ietf.org; lucaspardue.24.7@gmail.com; martenseemann@gmail.com; lars@eggert.org; quic@ietf.org; martin.h.duke@gmail.com; Apostolis Salkintzis <salki@motorola.com>
Subject: [External] RE: New Liaison Statement, "LS on ATSSS Phase 2 conclusions"

Including Apostolis into the loop.

De : Markus.Amend@telekom.de<mailto:Markus.Amend@telekom.de> [mailto:Markus.Amend@telekom.de]
Envoyé : mardi 1 décembre 2020 12:07
À : kazuhooku@gmail.com<mailto:kazuhooku@gmail.com>; MORAND Lionel TGI/OLN <lionel.morand@orange.com<mailto:lionel.morand@orange.com>>
Cc : magnus.westerlund@ericsson.com<mailto:magnus.westerlund@ericsson.com>; statements@ietf.org<mailto:statements@ietf.org>; gonzalo.camarillo@ericsson.com<mailto:gonzalo.camarillo@ericsson.com>; 3GPPLiaison@etsi.org<mailto:3GPPLiaison@etsi.org>; chair@ietf.org<mailto:chair@ietf.org>; lucaspardue.24.7@gmail.com<mailto:lucaspardue.24.7@gmail.com>; martenseemann@gmail.com<mailto:martenseemann@gmail.com>; lars@eggert.org<mailto:lars@eggert.org>; quic@ietf.org<mailto:quic@ietf.org>; martin.h.duke@gmail.com<mailto:martin.h.duke@gmail.com>
Objet : RE: New Liaison Statement, "LS on ATSSS Phase 2 conclusions"

Thanks for raising this topic. With https://tools.ietf.org/html/draft-amend-iccrg-multipath-reordering-01 we consider exactly that and try to provide input to develop/discuss different re-ordering strategies. My personal belief is, that without any re-ordering implementation in the UPF or UE the end-to-end delivery will be worse.

From: QUIC <quic-bounces@ietf.org<mailto:quic-bounces@ietf.org>> On Behalf Of Kazuho Oku
Sent: Dienstag, 1. Dezember 2020 11:29
To: lionel.morand@orange.com<mailto:lionel.morand@orange.com>
Cc: Magnus Westerlund <magnus.westerlund@ericsson.com<mailto:magnus.westerlund@ericsson.com>>; Liaison Statement Management Tool <statements@ietf.org<mailto:statements@ietf.org>>; gonzalo.camarillo@ericsson.com<mailto:gonzalo.camarillo@ericsson.com>; 3GPPLiaison@etsi.org<mailto:3GPPLiaison@etsi.org>; chair@ietf.org<mailto:chair@ietf.org>; Lucas Pardue <lucaspardue.24.7@gmail.com<mailto:lucaspardue.24.7@gmail.com>>; Marten Seemann <martenseemann@gmail.com<mailto:martenseemann@gmail.com>>; Lars Eggert <lars@eggert.org<mailto:lars@eggert.org>>; QUIC Discussion List <quic@ietf.org<mailto:quic@ietf.org>>; Martin Duke <martin.h.duke@gmail.com<mailto:martin.h.duke@gmail.com>>
Subject: Re: New Liaison Statement, "LS on ATSSS Phase 2 conclusions"

Lionel, thank you for converting the statement to PDF.

Reading the document, I have one question.

"The simultaneous transmission of a data flow across two accesses should not result in out-of-order delivery"

I wonder what this sentence means. Is it suggesting that UPF (and possibly UE) would buffer packets that arrive on the faster path until the packets that were sent on the slower path reach that node? To give an example, let's say that UE has sent three packets: packet 1 sent using WiFi, packet 2 using LTE, packet 3 using WiFi. UPF receives packets in the order of 1, 3, 2. Is UPF expected to postpone the forwarding of packet 3 until it receives packet 2?

I raise the question, because during the interim, some have pointed out that such buffering has negative effects on loss recovery, and that we should devote our efforts to designing an end-to-end multi-path design, rather than having an intermediary that aggregates paths (in this case UPF).


2020年12月1日(火) 18:43 <lionel.morand@orange.com<mailto:lionel.morand@orange.com>>:
Hi,

Here is a pdf version.

Regards,

Lionel

De : Marten Seemann [mailto:martenseemann@gmail.com<mailto:martenseemann@gmail.com>]
Envoyé : mardi 1 décembre 2020 05:17
À : Liaison Statement Management Tool <statements@ietf.org<mailto:statements@ietf.org>>
Cc : Lucas Pardue <lucaspardue.24.7@gmail.com<mailto:lucaspardue.24.7@gmail.com>>; Lars Eggert <lars@eggert.org<mailto:lars@eggert.org>>; Magnus Westerlund <magnus.westerlund@ericsson.com<mailto:magnus.westerlund@ericsson.com>>; MORAND Lionel TGI/OLN <lionel.morand@orange.com<mailto:lionel.morand@orange.com>>; gonzalo.camarillo@ericsson.com<mailto:gonzalo.camarillo@ericsson.com>; 3GPPLiaison@etsi.org<mailto:3GPPLiaison@etsi.org>; chair@ietf.org<mailto:chair@ietf.org>; QUIC Discussion List <quic@ietf.org<mailto:quic@ietf.org>>; Martin Duke <martin.h.duke@gmail.com<mailto:martin.h.duke@gmail.com>>
Objet : Re: New Liaison Statement, "LS on ATSSS Phase 2 conclusions"

Would it be possible to publish this document in a format that can be opened by everyone without using proprietary software?

Thank you,
Marten

On Mon, Nov 30, 2020 at 10:40 PM Liaison Statement Management Tool <statements@ietf.org<mailto:statements@ietf.org>> wrote:
Title: LS on ATSSS Phase 2 conclusions
Submission Date: 2020-11-30
URL of the IETF Web page: https://datatracker.ietf.org/liaison/1710/

From: Susanna Kooistra <3GPPLiaison@etsi.org<mailto:3GPPLiaison@etsi.org>>
To: Lars Eggert <lars@eggert.org<mailto:lars@eggert.org>>,Lucas Pardue <lucaspardue.24.7@gmail.com<mailto:lucaspardue.24.7@gmail.com>>
Cc: QUIC Discussion List <quic@ietf.org<mailto:quic@ietf.org>>,Martin Duke <martin.h.duke@gmail.com<mailto:martin.h.duke@gmail.com>>,Magnus Westerlund <magnus.westerlund@ericsson.com<mailto:magnus.westerlund@ericsson.com>>,Lucas Pardue <lucaspardue.24.7@gmail.com<mailto:lucaspardue.24.7@gmail.com>>,Lars Eggert <lars@eggert.org<mailto:lars@eggert.org>>,gonzalo.camarillo@ericsson.com<mailto:gonzalo.camarillo@ericsson.com>,chair@ietf.org<mailto:chair@ietf.org>
Response Contacts: lionel.morand@orange.com<mailto:lionel.morand@orange.com>,3GPPLiaison@etsi.org<mailto:3GPPLiaison@etsi.org>
Technical Contacts:
Purpose: For information

Body:
Attachments:

    S2-2009400_8852r02
    https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2020-11-30-3gpp-tsgsa-sa2-quic-ls-on-atsss-phase-2-conclusions-attachment-1.doc


_________________________________________________________________________________________________________________________



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.


--
Kazuho Oku

_________________________________________________________________________________________________________________________



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.