RE: LS from 3GPP on QUIC network level troubleshooting capabilities

<lionel.morand@orange.com> Sun, 27 October 2019 22:14 UTC

Return-Path: <ietf-http-wg-request+bounce-httpbisa-archive-bis2juki=lists.ie@listhub.w3.org>
X-Original-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Delivered-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B074C1200BA for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Sun, 27 Oct 2019 15:14:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.649
X-Spam-Level:
X-Spam-Status: No, score=-2.649 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, SPF_PASS=-0.001, URIBL_BLOCKED=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 zsPBstU5Wh_v for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Sun, 27 Oct 2019 15:14:13 -0700 (PDT)
Received: from frink.w3.org (frink.w3.org [IPv6:2603:400a:ffff:804:801e:34:0:38]) (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 2C3FD1200D5 for <httpbisa-archive-bis2Juki@lists.ietf.org>; Sun, 27 Oct 2019 15:14:13 -0700 (PDT)
Received: from lists by frink.w3.org with local (Exim 4.89) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1iOqmJ-0003L4-OH for ietf-http-wg-dist@listhub.w3.org; Sun, 27 Oct 2019 22:12:51 +0000
Resent-Message-Id: <E1iOqmJ-0003L4-OH@frink.w3.org>
Received: from titan.w3.org ([2603:400a:ffff:804:801e:34:0:4c]) by frink.w3.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from <ylafon@w3.org>) id 1iOqmI-0003KH-04 for ietf-http-wg@listhub.w3.org; Sun, 27 Oct 2019 22:12:50 +0000
Received: from raoul.w3.org ([128.30.52.128]) by titan.w3.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from <ylafon@w3.org>) id 1iOqmG-0003so-2T for ietf-http-wg@w3.org; Sun, 27 Oct 2019 22:12:49 +0000
Received: from platy.fdn.fr ([80.67.176.7] helo=[192.168.1.129]) by raoul.w3.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from <ylafon@w3.org>) id 1iOqmF-0002qM-Mu for ietf-http-wg@w3.org; Sun, 27 Oct 2019 22:12:47 +0000
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\))
Content-Type: multipart/alternative; boundary="Apple-Mail=_23EE28C8-B32F-433F-B5D4-D388D2D50045"
From: lionel.morand@orange.com
In-Reply-To: <CAKcm_gObjr+EQQH1DKsvFWkJ8xkj_50NyzvLeYfkYbjw2X_K5A@mail.gmail.com>
Resent-From: Yves Lafon <ylafon@w3.org>
Date: Mon, 14 Oct 2019 12:09:15 +0000
Cc: "httpbis-chairs@ietf.org" <httpbis-chairs@ietf.org>, "allison.mankin@gmail.com" <allison.mankin@gmail.com>, "quic-chairs@ietf.org" <quic-chairs@ietf.org>, Gonzalo Camarillo <gonzalo.camarillo@ericsson.com>, "ietf-http-wg@w3.org" <ietf-http-wg@w3.org>, "quic@ietf.org" <quic@ietf.org>, "quic-ads@ietf.org" <quic-ads@ietf.org>, "httpbis-ads@ietf.org" <httpbis-ads@ietf.org>, "tsvwg-chairs@ietf.org" <tsvwg-chairs@ietf.org>, "tsvwg@ietf.org" <tsvwg@ietf.org>
Resent-Date: Sun, 27 Oct 2019 23:12:47 +0100
Message-Id: <7429_1571048053_5DA44A75_7429_244_1_6B7134B31289DC4FAF731D844122B36E3A24304B@OPEXCAUBM41.corporate.adroot.infra.ftgroup>
Resent-To: HTTP Working Group <ietf-http-wg@w3.org>
References: <20859_1570868686_5DA18DCE_20859_72_1_6B7134B31289DC4FAF731D844122B36E3A240FE0@OPEXCAUBM41.corporate.adroot.infra.ftgroup> <A5CA915A-9E0D-42CC-B1D6-54C3AC1B3DB0@eggert.org> <CAKcm_gObjr+EQQH1DKsvFWkJ8xkj_50NyzvLeYfkYbjw2X_K5A@mail.gmail.com>
X-Name-Md5: efe3dad792d606410c9cc49cedaffc94
To: Ian Swett <ianswett@google.com>, Lars Eggert <lars@eggert.org>
X-Mailer: Apple Mail (2.3445.104.11)
X-W3C-Hub-Spam-Status: No, score=-0.2
X-W3C-Hub-Spam-Report: ALL_TRUSTED=-1, BAYES_20=-0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, HTML_MESSAGE=0.001, W3C_NW=0.5
X-W3C-Scan-Sig: titan.w3.org 1iOqmG-0003so-2T a86bbc3d782fbbd466054491b82babda
X-Original-To: ietf-http-wg@w3.org
Subject: RE: LS from 3GPP on QUIC network level troubleshooting capabilities
Archived-At: <https://www.w3.org/mid/7429_1571048053_5DA44A75_7429_244_1_6B7134B31289DC4FAF731D844122B36E3A24304B@OPEXCAUBM41.corporate.adroot.infra.ftgroup>
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/37076
X-Loop: ietf-http-wg@w3.org
Resent-Sender: ietf-http-wg-request@w3.org
Precedence: list
List-Id: <ietf-http-wg.w3.org>
List-Help: <https://www.w3.org/Mail/>
List-Post: <mailto:ietf-http-wg@w3.org>
List-Unsubscribe: <mailto:ietf-http-wg-request@w3.org?subject=unsubscribe>

Hi,
 
As said below, QUIC would be used only in the control plane and not for e2e user traffic.
 
Regards,
 
Lionel
 
De : Ian Swett [mailto:ianswett@google.com] 
Envoyé : lundi 14 octobre 2019 00:35
À : Lars Eggert
Cc : MORAND Lionel TGI/OLN; httpbis-chairs@ietf.org; allison.mankin@gmail.com; quic-chairs@ietf.org; Gonzalo Camarillo; ietf-http-wg@w3.org; quic@ietf.org; quic-ads@ietf.org; httpbis-ads@ietf.org
Objet : Re: LS from 3GPP on QUIC network level troubleshooting capabilities
 
If the main concern is inability to passively measure packet loss and as Lars said this is not for end-to-end user traffic(so support for certain extensions could be assumed), then this could be a good test case for draft-ferrieuxhamchaoui-quic-lossbits <https://tools.ietf.org/html/draft-ferrieuxhamchaoui-quic-lossbits-01> to prove it works as intended and see if the mechanism needs any changes.
 
On Sun, Oct 13, 2019 at 4:34 AM Lars Eggert <lars@eggert.org <mailto:lars@eggert.org>> wrote:
Hi Lionel,

On 2019-10-12, at 11:24, <lionel.morand@orange.com <mailto:lionel.morand@orange.com>> <lionel.morand@orange.com <mailto:lionel.morand@orange.com>> wrote:
> Please find enclosed a liaison statement from the 3GPP CT WG 4 (CT4).

I do not see this liaison statement posted at https://datatracker.ietf.org/liaison/ <https://datatracker.ietf.org/liaison/>. Please make sure to submit it via the regular process, to keep all relevant entities in the loop.

> This WG is actually studying the introduction of QUIC as transport protocol instead of HTTP/2 in the 5G core network.
> The WG has some questions regarding the troubleshooting capabilities supported by QUIC compared to the ones available with TCP.

Based on my (limited) understanding of the 5G architecture, this use of QUIC would be as a protocol for carrying control information inside a 5G network control plane. In other words, it is not about the end-to-end use of QUIC over paths that traverse 5G networks. Is my understanding correct?

Thanks,
Lars

>  The LS is officially addressed to the QUIC WG. However, it was highlighted that httpbis WG could also be interested in. I will let you decide if only QUIC or both are relevant in the discussion.
> 
> Next CT4 WG meetings:
> 3GPP TSG CT4#95           11th – 15th November 2019       Reno, US
> 3GPP TSG CT4#96           24th – 28th February 2020          Sophia Antipolis, FR
> 
> It would be good to receive an official feedback at the latest for the February meeting, where the study will be concluded (at least for this release).
> 
> Regards,
> 
> <image001.jpg>
> 
> Lionel Morand
> Chair of 3GPP TSG CT
> 3GPP Liaison Person to IETF
> Chair of IETF Dime and Radext WGs
> Core Network Senior Architect and Diameter expert
> Cell. +33 6 07 75 89 36 <tel:+33%206%2007%2075%2089%2036>
> lionel.morand@orange.com <mailto:lionel.morand@orange.com>
> 
> 
> 
> 
> _________________________________________________________________________________________________________________________
> 
> 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.
> 
> <Liaison Statement on QUIC network level troubleshooting capabilities.docx>

_________________________________________________________________________________________________________________________

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.