RE: Spin bit discussion - where we're at

<emile.stephan@orange.com> Thu, 23 November 2017 09:45 UTC

Return-Path: <emile.stephan@orange.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 85F851275F4 for <quic@ietfa.amsl.com>; Thu, 23 Nov 2017 01:45:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.618
X-Spam-Level:
X-Spam-Status: No, score=-2.618 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 CiTs3y6Ehy9r for <quic@ietfa.amsl.com>; Thu, 23 Nov 2017 01:45:39 -0800 (PST)
Received: from orange.com (mta240.mail.business.static.orange.com [80.12.66.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A8E87124207 for <quic@ietf.org>; Thu, 23 Nov 2017 01:45:38 -0800 (PST)
Received: from opfedar04.francetelecom.fr (unknown [xx.xx.xx.6]) by opfedar21.francetelecom.fr (ESMTP service) with ESMTP id 09FD4100DA3; Thu, 23 Nov 2017 10:45:37 +0100 (CET)
Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.42]) by opfedar04.francetelecom.fr (ESMTP service) with ESMTP id DA4AF40090; Thu, 23 Nov 2017 10:45:36 +0100 (CET)
Received: from OPEXCLILM44.corporate.adroot.infra.ftgroup ([fe80::b08d:5b75:e92c:a45f]) by OPEXCLILM41.corporate.adroot.infra.ftgroup ([fe80::c845:f762:8997:ec86%19]) with mapi id 14.03.0361.001; Thu, 23 Nov 2017 10:45:36 +0100
From: emile.stephan@orange.com
To: Roni Even <roni.even@huawei.com>, Marcus Ihlar <marcus.ihlar@ericsson.com>, "Eggert, Lars" <lars@netapp.com>
CC: Salvatore Loreto <salvatore.loreto@ericsson.com>, Brian Trammell <ietf@trammell.ch>, Mark Nottingham <mnot@mnot.net>, QUIC WG <quic@ietf.org>
Subject: RE: Spin bit discussion - where we're at
Thread-Topic: Spin bit discussion - where we're at
Thread-Index: AQHTY2jgLJ4dZfGUakC4emhuNG4GQqMgDSIAgAAyYACAAAWjgIAAD76AgAAGuACAAAd0gIAACAWAgAASmwCAAO3AgIAATDNg
Date: Thu, 23 Nov 2017 09:45:36 +0000
Message-ID: <21183_1511430336_5A1698C0_21183_123_1_5AE9CCAA1B4A2248AB61B4C7F0AD5FB924E8472D@OPEXCLILM44.corporate.adroot.infra.ftgroup>
References: <AFEE7BBA-E5DC-4064-AA19-33921EAF4C01@mnot.net> <21B07D8C-C4A1-4321-9E43-61C9DB9DC4CA@trammell.ch> <6E58094ECC8D8344914996DAD28F1CCD846139@DGGEMM506-MBX.china.huawei.com> <ACB9B7B7-CEAD-48E8-B8CC-0FE4F660DC79@netapp.com> <AM2PR07MB0563DF395D716F1B78DFECE4ED200@AM2PR07MB0563.eurprd07.prod.outlook.com> <9F6AAAF0-02BE-4538-8D4A-1C5B58841104@netapp.com> <6E58094ECC8D8344914996DAD28F1CCD8461C0@DGGEMM506-MBX.china.huawei.com> <F2EEDC07-3D61-4FBE-984E-85015C089705@netapp.com> <6FA87C43-D639-4700-9B97-5901237BA5F1@ericsson.com> <6E58094ECC8D8344914996DAD28F1CCD8464B8@DGGEMM506-MBX.china.huawei.com>
In-Reply-To: <6E58094ECC8D8344914996DAD28F1CCD8464B8@DGGEMM506-MBX.china.huawei.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.168.234.2]
Content-Type: multipart/alternative; boundary="_000_5AE9CCAA1B4A2248AB61B4C7F0AD5FB924E8472DOPEXCLILM44corp_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/UpzVSs45oAm08B3djDnr59fCFKo>
X-BeenThere: quic@ietf.org
X-Mailman-Version: 2.1.22
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: Thu, 23 Nov 2017 09:45:45 -0000

Hi

I propose to contribute as a telco representative. We already described troubleshooting use cases in https://tools.ietf.org/html/draft-stephan-quic-interdomain-troubleshooting-00.

Regards
Emile

De : QUIC [mailto:quic-bounces@ietf.org] De la part de Roni Even
Envoyé : jeudi 23 novembre 2017 07:09
À : Marcus Ihlar; Eggert, Lars
Cc : Salvatore Loreto; Brian Trammell; Mark Nottingham; QUIC WG
Objet : RE: Spin bit discussion - where we're at

Hi,
I will work with Brian and Marcus on this draft
Roni

From: QUIC [mailto:quic-bounces@ietf.org] On Behalf Of Marcus Ihlar
Sent: יום ד 22 נובמבר 2017 17:58
To: Eggert, Lars
Cc: Salvatore Loreto; Brian Trammell; Roni Even; QUIC WG; Mark Nottingham
Subject: Re: Spin bit discussion - where we're at

Hi,
Just chipping in to say that I’m happy to work with Brian on this draft.

/Marcus

On 22 Nov 2017, at 22:51, Eggert, Lars <lars@netapp.com<mailto:lars@netapp.com>> wrote:
Hi,

On 2017-11-22, at 15:22, Roni Even <roni.even@huawei.com<mailto:roni.even@huawei.com>> wrote:
I think the decision to not discuss it at the interim is based on the observation
that the registered attendees at the interim are probably not representative
of the overall WG constituency - we want to give all sides an ability to
participate equally in the discussion.
[Roni Even] This is why we have remote participants at IETF meetings !!!!!!!!
You do not have to be in person to discuss!!!!

the IETF (vie MeetEcho) provides remote participation at the main meetings. At the interims, it's Mark. It seems to have mostly worked OK for passive participation during two out of the last three interims, but we haven't tried to hold a discussion with many active remote participants.

I think what Mark tried to express is that the discussion on the Spin Bit can be
mostly decoupled from the (large amount of) work remaining on the base
spec. That is, we don't have to conclude the Spin Bit discussion significantly
prior to the conclusion of the overall work (although we can), since it should
be easy to merge at the later stages before handing things to the IESG.
[Roni Even] delaying the discussion may prevent the acceptance.  If people will put effort at submitting text then the chairs should allow for discussion and not delay the work.

I disagree with this characterization.

What I said above in the paragraph you quote is that we do not *have to* conclude the Spin Bit discussion urgently *although we can*. Specifically, we can begin (and conclude) the discussion once there is an actual proposal that addresses what Mark's original email outlined.

Lars

_________________________________________________________________________________________________________________________

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.