Re: [OPSAWG] WG consensus call for the IANA early assignment //RE: Adoption poll for draft-lear-ietf-netmod-mud-04

"Bert Wijnen (IETF)" <bertietf@bwijnen.net> Mon, 29 August 2016 11:58 UTC

Return-Path: <bertietf@bwijnen.net>
X-Original-To: opsawg@ietfa.amsl.com
Delivered-To: opsawg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 06CC912D6B9 for <opsawg@ietfa.amsl.com>; Mon, 29 Aug 2016 04:58:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.62
X-Spam-Level:
X-Spam-Status: No, score=-2.62 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] 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 SjrAwnn12hgC for <opsawg@ietfa.amsl.com>; Mon, 29 Aug 2016 04:58:16 -0700 (PDT)
Received: from lb2-smtp-cloud3.xs4all.net (lb2-smtp-cloud3.xs4all.net [194.109.24.26]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5803112D6B5 for <opsawg@ietf.org>; Mon, 29 Aug 2016 04:58:16 -0700 (PDT)
Received: from Macintosh-4.fritz.box ([83.163.239.181]) by smtp-cloud3.xs4all.net with ESMTP id czy91t00P3vXPcr01zyBD1; Mon, 29 Aug 2016 13:58:14 +0200
To: Eliot Lear <lear@cisco.com>, Kent Watsen <kwatsen@juniper.net>, Zhoutianran <zhoutianran@huawei.com>, Warren Kumari <warren@kumari.net>
References: <3FCB4CBE-6885-4708-AD21-4D4B2D1AA7EE@juniper.net> <b29fd26d-70d0-7690-f5b0-55a6c8742ce3@cisco.com>
From: "Bert Wijnen (IETF)" <bertietf@bwijnen.net>
Message-ID: <e52ab82c-9e33-78a2-2e13-840be6e9409c@bwijnen.net>
Date: Mon, 29 Aug 2016 13:58:09 +0200
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.2.0
MIME-Version: 1.0
In-Reply-To: <b29fd26d-70d0-7690-f5b0-55a6c8742ce3@cisco.com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/opsawg/eteVGoZUEGR8hBfCDboyvMfbW70>
Cc: "opsawg@ietf.org" <opsawg@ietf.org>, "opsawg-chairs@ietf.org" <opsawg-chairs@ietf.org>
Subject: Re: [OPSAWG] WG consensus call for the IANA early assignment //RE: Adoption poll for draft-lear-ietf-netmod-mud-04
X-BeenThere: opsawg@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: OPSA Working Group Mail List <opsawg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/opsawg>, <mailto:opsawg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/opsawg/>
List-Post: <mailto:opsawg@ietf.org>
List-Help: <mailto:opsawg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/opsawg>, <mailto:opsawg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 29 Aug 2016 11:58:19 -0000

So, do you want early assignments for all the registries that
are listed under your IANA considerations?

There are quite a few as far as I can tell.

Bert

On 25/08/16 20:36, Eliot Lear wrote:
> Hi Kent,
>
> We're doing some open source and would like to make it easier for those who are coding to have to do a little less REcoding.  I
> doubt very much we're going to see much change in the content or format the URL or the option.  That's what most of the requests are
> for.  Where I expect we will see change is in the content of the YANG file.  There we have the option to bump the version # in the
> URL if we think there has been any real uptake of earlier versions.
>
> Fair enough?
>
> Eliot
>
>
> On 8/25/16 7:27 PM, Kent Watsen wrote:
>>
>>
>>
>> Why is an early assignment being requested?   I think it unusual, especially for a draft that was just adopted, and no
>> justification is given for why it’s needed other than “to assist with interoperable development”...
>>
>>
>>
>> Kent
>>
>>
>>
>> *From: *OPSAWG <opsawg-bounces@ietf.org> on behalf of Zhoutianran <zhoutianran@huawei.com>
>> *Date: *Tuesday, August 23, 2016 at 5:46 AM
>> *To: *Eliot Lear <lear@cisco.com>, Warren Kumari <warren@kumari.net>
>> *Cc: *"opsawg@ietf.org" <opsawg@ietf.org>, "opsawg-chairs@ietf.org" <opsawg-chairs@ietf.org>
>> *Subject: *[OPSAWG] WG consensus call for the IANA early assignment //RE: Adoption poll for draft-lear-ietf-netmod-mud-04
>>
>>
>>
>> Hi All,
>>
>>
>>
>> Since the authors of the draft-ietf-opsawg-mud-00 asked for the early assignment for various registries from IANA, I would like to
>> ask the WG consensus.
>>
>>
>>
>> There will be 1 week since today. You can express your support or objection.
>>
>>
>>
>> If there is no objection, I would like to request from the WG.
>>
>>
>>
>> The following is a list of IANA considerations copied from the draft.
>>
>>
>>
>>
>>
>> Best,
>>
>> Tianran
>>
>>
>>
>> -------------------------------------
>>
>>
>>
>> 15.  IANA Considerations
>>
>>
>>
>> 15.1.  DHCPv4 and DHCPv6 Options
>>
>>
>>
>>    IANA is requested to allocated the DHCPv4 and v6 options as specified
>>
>>    in Section 9.
>>
>>
>>
>> 15.2.  PKIX Extensions
>>
>>
>>
>>    The IANA is requested to assign a value for id-pe-mud-uri in the "SMI
>>
>>    Security for PKIX Certificate Extension" Registry.  Its use is
>>
>>    specified in Section 10.
>>
>>
>>
>> 15.3.  Well Known URI Suffix
>>
>>
>>
>>    The IANA is requested to register the URL suffix of "mud" as follows:
>>
>>
>>
>>    o URI Suffix: "mud" o Specification documents: this document o
>>
>>    Related information: n/a
>>
>>
>>
>> 15.4.  MIME Media-type Registration for MUD files
>>
>>
>>
>>    The following media-type is defined for transfer of MUD file:
>>
>>
>>
>>    o Type name: application
>>
>>    o Subtype name: mud+json
>>
>>    o Required parameters: n/a
>>
>>    o Optional parameters: n/a
>>
>>    o Encoding considerations: 8bit; application/mud+json values
>>
>>      are represented as a JSON object; UTF-8 encoding SHOULD be
>>
>>      employed.
>>
>>    o Security considerations: See {{secon}} of this document.
>>
>>    o Interoperability considerations: n/a
>>
>>    o Published specification: this document
>>
>>    o Applications that use this media type: MUD controllers as
>>
>>      specified by this document.
>>
>>    o Fragment identifier considerations: n/a
>>
>>    o Additional information:
>>
>>
>>
>>        Magic number(s): n/a
>>
>>        File extension(s): n/a
>>
>>        Macintosh file type code(s): n/a
>>
>>
>>
>>    o Person & email address to contact for further information:
>>
>>      Eliot Lear <lear@cisco.com>, Ralph Droms <rdroms@cisco.com>
>>
>>    o Intended usage: COMMON
>>
>>    o Restrictions on usage: none
>>
>>
>>
>>    o Author: Eliot Lear <lear@cisco.com>, Ralph Droms <rdroms@cisco.com>
>>
>>    o Change controller: IESG
>>
>>    o Provisional registration? (standards tree only): No.
>>
>>
>>
>>
>>
>> 15.5.  LLDP IANA TLV Subtype Registry
>>
>>
>>
>>    IANA is requested to create a new registry for IANA Link Layer
>>
>>    Discovery Protocol (LLDP) TLV subtype values.  The recommended policy
>>
>>    for this registry is Expert Review.  The maximum number of entries in
>>
>>    the registry is 256.
>>
>>
>>
>>    IANA is required to populate the initial registry with the value:
>>
>>
>>
>>    LLDP subtype value = 1
>>
>>
>>
>>    Description = the Manufacturer Usage Description (MUD) Uniform
>>
>>    Resource Locator (URL)
>>
>>
>>
>>    Reference = < this document >
>>
>>
>>
>>
>>
>>
>>
>> *From:*Eliot Lear [mailto:lear@cisco.com]
>> *Sent:* Monday, August 22, 2016 7:04 PM
>> *To:* Warren Kumari
>> *Cc:* Zhoutianran; opsawg@ietf.org; opsawg-chairs@ietf.org
>> *Subject:* Re: Adoption poll for draft-lear-ietf-netmod-mud-04
>>
>>
>>
>> Hi Warren, Tianran, and all,
>>
>>
>>
>> On 8/17/16 4:17 PM, Warren Kumari wrote:
>>
>>
>>
>>
>>         Second, and hopefully not that more of a controversy, I would like to
>>         request early IANA assignments to assist with interoperable
>>         development.  These would be listed in the IANA considerations section
>>         of the current draft.  If we need a WG draft to make this happen, that's
>>         fine with me, but we should do a quick rev after the assignments.
>>
>>
>>
>>     I believe that this *can* be accomplished without it being a WG doc, but it is better / cleaner / easier if we make it a WG
>>     doc and then ask for early assistant. We are fine with lots of revisions / it being submitted and then quickly revised.
>>
>>
>> Just following up on this point: we'd like to request early assignment from IANA for the various registries.  Does that go through
>> the chairs or the authors at this point?
>>
>> Thanks,
>>
>> Eliot
>>
>
>
>
> _______________________________________________
> OPSAWG mailing list
> OPSAWG@ietf.org
> https://www.ietf.org/mailman/listinfo/opsawg
>