Re: [tcpm] New Version Notification for draft-touch-tcpm-tcp-edo-01.txt

"Scharf, Michael (Michael)" <michael.scharf@alcatel-lucent.com> Sat, 03 May 2014 08:54 UTC

Return-Path: <michael.scharf@alcatel-lucent.com>
X-Original-To: tcpm@ietfa.amsl.com
Delivered-To: tcpm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F3D811A0054 for <tcpm@ietfa.amsl.com>; Sat, 3 May 2014 01:54:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.9
X-Spam-Level:
X-Spam-Status: No, score=-6.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5] autolearn=ham
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 ZN2A41ZTBRP9 for <tcpm@ietfa.amsl.com>; Sat, 3 May 2014 01:54:56 -0700 (PDT)
Received: from hoemail1.alcatel.com (hoemail1.alcatel.com [192.160.6.148]) by ietfa.amsl.com (Postfix) with ESMTP id 905101A0053 for <tcpm@ietf.org>; Sat, 3 May 2014 01:54:56 -0700 (PDT)
Received: from fr711usmtp1.zeu.alcatel-lucent.com (h135-239-2-122.lucent.com [135.239.2.122]) by hoemail1.alcatel.com (8.13.8/IER-o) with ESMTP id s438sqXx011736 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 3 May 2014 03:54:53 -0500 (CDT)
Received: from FR711WXCHHUB02.zeu.alcatel-lucent.com (fr711wxchhub02.zeu.alcatel-lucent.com [135.239.2.112]) by fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id s438sp0c017080 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sat, 3 May 2014 10:54:51 +0200
Received: from FR712WXCHMBA15.zeu.alcatel-lucent.com ([169.254.7.94]) by FR711WXCHHUB02.zeu.alcatel-lucent.com ([135.239.2.112]) with mapi id 14.02.0247.003; Sat, 3 May 2014 10:54:51 +0200
From: "Scharf, Michael (Michael)" <michael.scharf@alcatel-lucent.com>
To: Joe Touch <touch@isi.edu>
Thread-Topic: [tcpm] New Version Notification for draft-touch-tcpm-tcp-edo-01.txt
Thread-Index: AQHPZfhmeY9ISCS3G0i0FqD83czy1JstPNQAgAAE3ICAAFqmAIAAAdMAgADXt2A=
Date: Sat, 03 May 2014 08:54:50 +0000
Message-ID: <655C07320163294895BBADA28372AF5D2CFE36@FR712WXCHMBA15.zeu.alcatel-lucent.com>
References: <20140425221257.12559.43206.idtracker@ietfa.amsl.com> <2586_1398464386_535ADF82_2586_915_1_535ADF56.9050106@isi.edu> <CF8D8E25-E435-4199-8FD6-3F7066447292@iki.fi> <5363AF84.8090701@mti-systems.com> <5363B397.8090009@isi.edu> <CAO249yeyr5q21-=e6p5azwULOh1_jUsniZ6YPcDYd69av8MMYw@mail.gmail.com> <DCC98F94-EA74-4AAA-94AE-E399A405AF13@isi.edu>
In-Reply-To: <DCC98F94-EA74-4AAA-94AE-E399A405AF13@isi.edu>
Accept-Language: de-DE, en-US
Content-Language: de-DE
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [135.239.27.39]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/tcpm/dnp-rFuCegxdT9wR82WJ2tfd9mc
Cc: "tcpm@ietf.org" <tcpm@ietf.org>
Subject: Re: [tcpm] New Version Notification for draft-touch-tcpm-tcp-edo-01.txt
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tcpm>, <mailto:tcpm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tcpm/>
List-Post: <mailto:tcpm@ietf.org>
List-Help: <mailto:tcpm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 03 May 2014 08:54:58 -0000

Hi Joe,

> It's good but should not be required.  Meeting attendance isn't required and officially all IETF business is supposed to happen on the list. So holding up work to involve meetings should not ever happen IMO. 

Meeting attendance is not required. Still, I don't understand why not running an adoption call about two weeks after posting -00 really holds up work.

TCPM is not the only working group that has a high bar for adopting new work, and I think being conservative regarding std track TCP changes has always been a community consensus (e.g., our previous charter even told us that every new TCPM milestone requires IESG approval - that was certainly too conservative). Also, in TCPM review cycles are unfortunately a rather scarce resource, and the chairs have to consider this as well when adopting new work. All this has nothing to do with this draft specifically.
 
Regarding draft-touch-tcpm-tcp-edo, I am particularly interested in more feedback from implementers and users before starting the formal adoption call. We usually get very valuable feedback from implementers during meetings, and that would be one reason not to rush right now - but it is the feedback I am interested in, not the meeting. If corresponding aspects are discussed on the list before the next meeting, I'll be more than happy as well.

Thus, instead of further arguing about process aspects, I am more interested in thoughts on:

* From designers of TCP extensions requiring more option space: Is draft-touch-tcpm-tcp-edo a good solution for your needs and thus the right way to move forward?

* From implementers: Are there deployment issues beyond what is described in the draft already? And, would this mechanism be implemented in the Internet? 

Michael