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

Dan Romascanu <dromasca@gmail.com> Sun, 25 September 2016 15:21 UTC

Return-Path: <dromasca@gmail.com>
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 6760E12B241; Sun, 25 Sep 2016 08:21:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 krM9Li_bEiPl; Sun, 25 Sep 2016 08:21:06 -0700 (PDT)
Received: from mail-qk0-x233.google.com (mail-qk0-x233.google.com [IPv6:2607:f8b0:400d:c09::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9E96912B237; Sun, 25 Sep 2016 08:21:05 -0700 (PDT)
Received: by mail-qk0-x233.google.com with SMTP id z190so144320674qkc.3; Sun, 25 Sep 2016 08:21:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=d5FHKj7+RW2NA2de6mnNzTwj+vE8kJU91kXAw3UWZSc=; b=ewPoluYGzklIm6dUvtVThVqiM8nounWQYVv8qX92FCXSCTAIwTagrmsaKBfz0H0Pbd IXPMcE3q5ASpM+/9mWOq1fxpfkHdlw/Dmt0mhXPY5jukg7cvi7FE3vryZU+EwtNlcn/K YVEZ8A64i/8H4A1aNL58y1TyCKh0Az4NI7Kco+u66no1RvObwuJzPh+Icsrcg/Q96BAI QcydzTF+EthHrPbCnCVTqDSKshK93i//HwORwZaQDf5+B5u3Kb1FxjQyQcrRyaNo9KgH I7ql0gu3nmQRlP2sAxVuaZfnBx7tz8OU90MQcIwRGUiSg4fqTE3R4rk8RUcVyHTAtn3w JNOA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=d5FHKj7+RW2NA2de6mnNzTwj+vE8kJU91kXAw3UWZSc=; b=k4iy2Nn6gbnhhzEjx2P+2Jm1hQgtxVQDLhIBcl7kjXzu2hMF7fJIz5/GWlymkBYXG9 XPG1KHjQws3xgEOwLBiQUuhbg+Ywws/asAbcJ1mU896l5soYjvAnCm2aZFrLudQgIB72 e8gcz7zTV1mCykl/9cgNzqe3rzOeI8z3+tTSBJXDcUBBK5R6ghQD7c3v7W+6DqXOtUNo I0jFN/Bgh+F4zIPHm+R8hamR5NrBqzCWtDiXMEO1owXVbLKzKRPm8vcNU8Uc2IR7kRqQ 7NdJlwdwvatwPa0GHx6ImT0t+mfTKCDWKeOD+NCD6s9EYYvHdvXNRLQlxWZyvtbi/6Zy uhBQ==
X-Gm-Message-State: AA6/9RkWVbVqqZrHt9HVSJGIlL8zDO5PkCtJwLXU9OaQfiXeNT9a58cq9qqhuKrJyNzzTJI6xh6TNghHlzTljQ==
X-Received: by 10.55.77.7 with SMTP id a7mr16444931qkb.35.1474816864750; Sun, 25 Sep 2016 08:21:04 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.140.38.180 with HTTP; Sun, 25 Sep 2016 08:21:03 -0700 (PDT)
In-Reply-To: <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> <CC583034-73B4-48DC-9F62-EFBDB6F1FB4A@cox.net>
From: Dan Romascanu <dromasca@gmail.com>
Date: Sun, 25 Sep 2016 08:21:03 -0700
Message-ID: <CAFgnS4Vd4mN17yGDc6Rt0ZP9u8T2QBD_5Sxj+cZb47t9M4Xttg@mail.gmail.com>
To: ROBERT GROW <bobgrow@cox.net>
Content-Type: multipart/alternative; boundary="001a114a7df45513d0053d568f4f"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ieee-ietf-coord/eyi4yI1ZvtmEkaPoUpSitGrBzY8>
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: Sun, 25 Sep 2016 15:21:09 -0000

Bob,

Thank you very much for your detailed answer, which helps to clarify many
issues.

I have only two comments.

1. The IETF definitely respects and appreciates the challenges in managing
number spaces, and the process put in place by the RAC to best administrate
the spaces under its responsibility. We face similar issues with numbers
under our responsibilities, and you may be sure that the IETF WGs and the
IESG make all that is possible and we know to do in order to avoid
submitting frivolous applications.

2. This being said, mistakes can happen, and applications may not include
from the beginning all required information. What I would suggest that we
do in the spirit of cooperation between the IETF and the IEEE 802 is to
avoid as possible the errors and at the same time do best effort to shorten
processing time. That is why when a document is sent to the ieee-ietf
coordination list with a clear indication that it includes some kind of
request for assignment from the RAC, it would be useful to be reviewed as
early as possible - desirably at WGLC or IETF LC, and not after the
document approval by the IESG (which is roughly equivalent to passing an
IEEE Sponsor Ballot). Also, after the application is submitted, it would be
good to have some confirmation that it was received and is under
processing, and when possible an answer earlier than three months. Note
that this time is from the IETF publication process a complete freeze in
waiting for the answer, which impacts the 'time-to-market'.

Regards,

Dan


On Sat, Sep 24, 2016 at 11:18 AM, ROBERT GROW <bobgrow@cox.net> wrote:

> 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
>>>>> <https://datatracker.ietf.org/doc/draft-ietf-forces-interfelfb/>, 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
>
>
>