RE: Spin bit discussion - where we're at

Roni Even <roni.even@huawei.com> Wed, 22 November 2017 14:22 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 B008D12421A for <quic@ietfa.amsl.com>; Wed, 22 Nov 2017 06:22:34 -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, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 Mv6_HqRacVGs for <quic@ietfa.amsl.com>; Wed, 22 Nov 2017 06:22:33 -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 6A2F61200FC for <quic@ietf.org>; Wed, 22 Nov 2017 06:22:33 -0800 (PST)
Received: from lhreml702-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id EF8124D1F95D3; Wed, 22 Nov 2017 14:22:29 +0000 (GMT)
Received: from DGGEMM406-HUB.china.huawei.com (10.3.20.214) by lhreml702-cah.china.huawei.com (10.201.108.43) with Microsoft SMTP Server (TLS) id 14.3.361.1; Wed, 22 Nov 2017 14:22:31 +0000
Received: from DGGEMM506-MBX.china.huawei.com ([169.254.3.96]) by DGGEMM406-HUB.china.huawei.com ([10.3.20.214]) with mapi id 14.03.0361.001; Wed, 22 Nov 2017 22:22:28 +0800
From: Roni Even <roni.even@huawei.com>
To: "Eggert, Lars" <lars@netapp.com>, Salvatore Loreto <salvatore.loreto@ericsson.com>
CC: 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: AQHTY2jqp1VdukIM2U+G9HAjuBI8daMgHeUAgAAyYACAAAWjAP//iaKAgAAGuACAAIyeUA==
Date: Wed, 22 Nov 2017 14:22:27 +0000
Message-ID: <6E58094ECC8D8344914996DAD28F1CCD8461C0@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>
In-Reply-To: <9F6AAAF0-02BE-4538-8D4A-1C5B58841104@netapp.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: text/plain; charset="windows-1255"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/cmBEF9SPzLBcEQGs-wOF9Qmde6M>
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: Wed, 22 Nov 2017 14:22:35 -0000


> -----Original Message-----
> From: Eggert, Lars [mailto:lars@netapp.com]
> Sent: יום ד 22 נובמבר 2017 15:56
> To: Salvatore Loreto
> Cc: Roni Even; Brian Trammell; Mark Nottingham; QUIC WG
> Subject: Re: Spin bit discussion - where we're at
> 
> Hi,
> 
> On 2017-11-22, at 14:31, Salvatore Loreto <salvatore.loreto@ericsson.com>
> wrote:
> > Indeed in the original mail Mark is on one side proposing to discuss
> > it in London (instead that into the next interim) but at same time is
> > leaving open the possibility to postpone the final decision until
> > right before shipping the protocol to the IESG
> 
> 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!!!!
> 
> > While I agree with Mark assessment that we can tip this into the short
> > header relatively late in the game, I am concerned for this huge potential
> delay for a proposal that I would argue is already clear to all people actively
> involved in the QUIC design.
> >
> > Can you please which are the next steps you are going to follow here?
> 
> 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. 
> 
> Lars