RE: Spin bit discussion - where we're at

Roni Even <roni.even@huawei.com> Thu, 23 November 2017 06:08 UTC

Return-Path: <roni.even@huawei.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 4845A120721 for <quic@ietfa.amsl.com>; Wed, 22 Nov 2017 22:08:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.22
X-Spam-Level:
X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-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 iVoyldql9Tpj for <quic@ietfa.amsl.com>; Wed, 22 Nov 2017 22:08:52 -0800 (PST)
Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (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 285DC1205F1 for <quic@ietf.org>; Wed, 22 Nov 2017 22:08:52 -0800 (PST)
Received: from LHREML713-CAH.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 7D2CBFE76EA61; Thu, 23 Nov 2017 06:08:48 +0000 (GMT)
Received: from DGGEMM401-HUB.china.huawei.com (10.3.20.209) by LHREML713-CAH.china.huawei.com (10.201.108.36) with Microsoft SMTP Server (TLS) id 14.3.361.1; Thu, 23 Nov 2017 06:08:49 +0000
Received: from DGGEMM506-MBX.china.huawei.com ([169.254.3.96]) by DGGEMM401-HUB.china.huawei.com ([10.3.20.209]) with mapi id 14.03.0361.001; Thu, 23 Nov 2017 14:08:41 +0800
From: Roni Even <roni.even@huawei.com>
To: Marcus Ihlar <marcus.ihlar@ericsson.com>, "Eggert, Lars" <lars@netapp.com>
CC: Salvatore Loreto <salvatore.loreto@ericsson.com>, Brian Trammell <ietf@trammell.ch>, QUIC WG <quic@ietf.org>, Mark Nottingham <mnot@mnot.net>
Subject: RE: Spin bit discussion - where we're at
Thread-Topic: Spin bit discussion - where we're at
Thread-Index: AQHTY2jqp1VdukIM2U+G9HAjuBI8daMgHeUAgAAyYACAAAWjAIAAD76AgAAGt4CAAAd2gIAACAKA//+MgQCAAXOuAA==
Date: Thu, 23 Nov 2017 06:08:41 +0000
Message-ID: <6E58094ECC8D8344914996DAD28F1CCD8464B8@DGGEMM506-MBX.china.huawei.com>
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>
In-Reply-To: <6FA87C43-D639-4700-9B97-5901237BA5F1@ericsson.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.200.203.55]
Content-Type: multipart/alternative; boundary="_000_6E58094ECC8D8344914996DAD28F1CCD8464B8DGGEMM506MBXchina_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/fTN5cUM8WOO7cdl5aLrgRje05v8>
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 06:08:54 -0000

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