Re: [ieee-ietf-coord] requesting an EtherType

ROBERT GROW <bobgrow@cox.net> Sat, 24 September 2016 18:20 UTC

Return-Path: <bobgrow@cox.net>
X-Original-To: ieee-ietf-coord@ietfa.amsl.com
Delivered-To: ieee-ietf-coord@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B728512B030 for <ieee-ietf-coord@ietfa.amsl.com>; Sat, 24 Sep 2016 11:20:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.236
X-Spam-Level:
X-Spam-Status: No, score=-4.236 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-2.316, SPF_PASS=-0.001] autolearn=unavailable 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 A8bnfShs3dL9 for <ieee-ietf-coord@ietfa.amsl.com>; Sat, 24 Sep 2016 11:20:13 -0700 (PDT)
Received: from fed1rmfepo202.cox.net (fed1rmfepo202.cox.net [68.230.241.147]) by ietfa.amsl.com (Postfix) with ESMTP id 38D0912B02F for <ieee-ietf-coord@ietf.org>; Sat, 24 Sep 2016 11:20:13 -0700 (PDT)
Received: from fed1rmimpo305.cox.net ([68.230.241.173]) by fed1rmfepo202.cox.net (InterMail vM.8.01.05.28 201-2260-151-171-20160122) with ESMTP id <20160924182012.IWLP3827.fed1rmfepo202.cox.net@fed1rmimpo305.cox.net> for <ieee-ietf-coord@ietf.org>; Sat, 24 Sep 2016 14:20:12 -0400
Received: from [192.168.1.16] ([68.101.171.193]) by fed1rmimpo305.cox.net with cox id nWKh1t0084AilM801WKn0Q; Sat, 24 Sep 2016 14:19:52 -0400
X-CT-Class: Clean
X-CT-Score: 0.00
X-CT-RefID: str=0001.0A090202.57E6C3C9.0009, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0
X-CT-Spam: 0
X-Authority-Analysis: v=2.1 cv=RZ8wcwZv c=1 sm=1 tr=0 a=zfK2h7QH0I6ncxJ5I0E4kQ==:117 a=zfK2h7QH0I6ncxJ5I0E4kQ==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=o83nqyVRAAAA:8 a=pGLkceISAAAA:8 a=kviXuzpPAAAA:8 a=48vgC7mUAAAA:8 a=7bNF4R3OcpH3Vw0pq8AA:9 a=FXDsLrTiA-kLhR42:21 a=Slyqo-oFgWoYs89j:21 a=pILNOxqGKmIA:10 a=rH5NFpFiZ9QA:10 a=mau0lnv0J6cA:10 a=AqXMo2satkH1c56XdFsA:9 a=6iDcJbb6YpMzoXrs:21 a=j8yROKyM9Pe3WInN:21 a=EyzzHuCctKC32kYl:21 a=_W_S_7VecoQA:10 a=yJ5TI40QdRNeQ_vzS6RH:22 a=6kGIvZw6iX1k4Y-7sg4_:22 a=qrIFiuKZe2vaD64auk6j:22 a=w1C3t2QeGrPiZgrLijVG:22
X-CM-Score: 0.00
Authentication-Results: cox.net; auth=pass (PLAIN) smtp.auth=bobgrow@cox.net
Content-Type: multipart/alternative; boundary="Apple-Mail=_3C69C7A3-DA5F-44A1-BAF1-4130F4D8CA14"
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
From: ROBERT GROW <bobgrow@cox.net>
In-Reply-To: <nS3l1t01m0xxhYs01S3ms9>
Date: Sat, 24 Sep 2016 11:18:57 -0700
Message-Id: <CC583034-73B4-48DC-9F62-EFBDB6F1FB4A@cox.net>
References: <CAG4d1rcF9PfaAJnJ2Rp85sMwgk1TiHXSXmFLthLwfqj-wR889g@mail.gmail.com> <CAF4+nEGM+opEw8NT2KQZRtF8tOPe_g8-NdUpiPaOQYDo0zm7dg@mail.gmail.com> <84ADCFD6-FDBC-4927-A88C-9BB699D081AB@cox.net> <CAFgnS4VEc_dgr4aV=x6zYayS4Z5ZdSKFGZh+ss5-D_=GMYb2SQ@mail.gmail.com> <CAF4+nEGusH7kC8wnShLRVDea8=eUDYwynS9bCuaH4cpu1WMhMA@mail.gmail.com> <nS3l1t01m0xxhYs01S3ms9>
To: Dan Romascanu <dromasca@gmail.com>
X-Mailer: Apple Mail (2.1878.6)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ieee-ietf-coord/RbFHBe9Lob0aQ1QZwszJSRO_iAY>
Cc: "draft-ietf-forces-interfelfb@ietf.org" <draft-ietf-forces-interfelfb@ietf.org>, Suresh Krishnan <suresh.krishnan@ericsson.com>, "ieee-ietf-coord@ietf.org" <ieee-ietf-coord@ietf.org>, Ralph Droms <rdroms.ietf@gmail.com>, Donald Eastlake <d3e3e3@gmail.com>, Alia Atlas <akatlas@gmail.com>
Subject: Re: [ieee-ietf-coord] requesting an EtherType
X-BeenThere: ieee-ietf-coord@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Management-level discussions between IEEE and IETF on topics of interest to both SDOs <ieee-ietf-coord.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ieee-ietf-coord>, <mailto:ieee-ietf-coord-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ieee-ietf-coord/>
List-Post: <mailto:ieee-ietf-coord@ietf.org>
List-Help: <mailto:ieee-ietf-coord-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ieee-ietf-coord>, <mailto:ieee-ietf-coord-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 24 Sep 2016 18:20:17 -0000

IETF folk will appreciate the challenges that occur as a result of exhausting a number space.  The Ethertype field does not provide a huge number space and consequently, conservative assignments for new applications is considered important.  Avoiding the need to come back for additional assignments is the major focus of what the review process looks for.  These design items could certainly be examined early in the development of a draft.  Highlighting that the protocol was designed with these considerations will accelerate the review of an application.

The Ethertype tutorial (http://standards.ieee.org/develop/regauth/tut/ethertype.pdf) asked some of the questions that will be asked if not answered on the application.  This includes use of a previous assignment, with its sub typing capability, and certainly designing the new protocol to include sub typing.  Simply pointing the Registration Authority (RA) to the draft isn’t going to be as easy to review as an application that either explains the important characteristics of the protocol, or points to where in the draft the information can be found.  

1.  For example, explaining that the protocol was prototyped using IEEE Std 802-2014, sub clause 9.2 answers most of the questions that would be asked about the protocol (with the assurance the the sub typing illustrated in that standard’s Figure 12 has been preserved).

2.  Absent that using that familiar format for subtype information, help the reviewer understand how similar capabilities are provided.  (E.g., how versions of the protocol will be identified, etc.)

3.  Explaining that the protocol is unrelated to other IETF protocols previously having received an assignment is helpful.

4.  Knowing the status of the protocol development/standardization is helpful, and can help with timely application review.  There will be reluctance to make an early assignment (e.g., we want to design a protocol to …); because we want a high probability of the protocol being “real” rather than burning an Ethertype assignment for something that may not go anywhere.

The application review isn’t supposed to be a protocol review (though if a reviewer see a possible fault, they may point that out).  The IEEE RA and the RAC certainly respect the consensus process of the IETF.  Just convince the RA that the application isn’t frivolous.

—Bob


On Sep 24, 2016, at 7:03 AM, Dan Romascanu <dromasca@gmail.com> wrote:

> Can we maybe try to cut a little bit from the clerical process and make the earlier review of such requests part of our coordination, at least in what concerns the technical aspects? The Internet-Drafts were written with the purpose of providing the required technical documentation. They went through the IETF consensus process, with its principal milestones (LCs) also announced on this (ieee-ietf) list. I would suspect that if any important information was missing or the request was not targeting the right level, this would have been already flagged up. If something was somehow missed, we  should know earlier than the three month typical response time.
> 
> Thanks and Regards,
> 
> Dan
> 
> 
> On Sat, Sep 24, 2016 at 6:07 AM, Donald Eastlake <d3e3e3@gmail.com> wrote:
> I have limited network access right now.
> 
> As I recall, you have to provide technical documentation (can reference an Internet draft) which should mention sub typing, etc. (There have been cases of tags where subtyping is not required but it's more difficult to get through the system.) Generally there has been a contractor that examines the application.
> 
> If you want to know if your application is in process, I recommend picking up the phone during business hours in the eastern US time zone and calling the office that handles this. You will get a clerical person but at least they can confirm that the application was received.
> 
> I believe Pat Thaler has volunteered to informally assist but she may be very busy today and might not get to email for a day or two.
> 
> Donald 
> from iPhone 
> 
> 
> On Saturday, September 24, 2016, Dan Romascanu <dromasca@gmail.com> wrote:
> Hi Bob,
> 
> Is there any way to accelerate this process and have responses or possible further clarification questions in a shorter time than the maximal 90 days?
> 
> Thanks and Regards,
> 
> Dan
>  
> 
> On Fri, Sep 23, 2016 at 3:05 PM, ROBERT GROW <bobgrow@cox.net> wrote:
> It is important to answer the questions on the form clearly, especially about sub typing, including indication of why a new Ethertype is needed versus using an existing IETF assignment.  If the application has already been submitted, and not sufficiently answered, you might get a request for more information.  The application is processed within 90 days.
> 
> Bob Grow
> Chair, IEEE-SA Registration Authority Committee.
> 
> 
> On Sep 23, 2016, at 2:29 PM, Ralph Droms <rdroms.ietf@gmail.com> wrote:
> 
>> My recollection is that suresh has taken responsibility here and submitted the request.
>> 
>> - Ralph
>> 
>> On Sep 23, 2016, at 3:24 PM, Donald Eastlake <d3e3e3@gmail.com> wrote:
>> 
>>> Last time I did this, you just go to the public Ethertype request site, fill out the form saying it is for standards use, indicate you are going to pay by wire transfer, and interact with the IEEE office that handles this and have the invoice amount set to zero.
>>> 
>>> Donald
>>> from iPhone 
>>> 
>>> On Friday, September 23, 2016, Alia Atlas <akatlas@gmail.com> wrote:
>>> Hi,
>>> 
>>> A document, draft-ietf-forces-interfelfb-06, was approved by the IESG for publication and is in the RFC Editor queue.
>>> 
>>> I had assumed that the EtherType request would be made as part of the processing, as per https://www.ietf.org/iesg/statement/ethertypes.html.  That appears to not be the case.
>>> 
>>> What is the correct procedure for officially requesting the EtherType so that this document can finally be published?
>>> 
>>> Thanks,
>>> Alia
>>> 
>>> 
>>> -- 
>>> Sent from Gmail Mobile
>>> _______________________________________________
>>> ieee-ietf-coord mailing list
>>> ieee-ietf-coord@ietf.org
>>> https://www.ietf.org/mailman/listinfo/ieee-ietf-coord
>> _______________________________________________
>> ieee-ietf-coord mailing list
>> ieee-ietf-coord@ietf.org
>> https://www.ietf.org/mailman/listinfo/ieee-ietf-coord
> 
> 
> _______________________________________________
> ieee-ietf-coord mailing list
> ieee-ietf-coord@ietf.org
> https://www.ietf.org/mailman/listinfo/ieee-ietf-coord
> 
> 
> 
> 
> -- 
> Sent from Gmail Mobile
> 
> _______________________________________________
> ieee-ietf-coord mailing list
> ieee-ietf-coord@ietf.org
> https://www.ietf.org/mailman/listinfo/ieee-ietf-coord