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

Kent Watsen <kwatsen@juniper.net> Thu, 25 August 2016 20:01 UTC

Return-Path: <kwatsen@juniper.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 81B2912B077; Thu, 25 Aug 2016 13:01:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.911
X-Spam-Level:
X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.onmicrosoft.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 ejPRMDeAVDoE; Thu, 25 Aug 2016 13:01:37 -0700 (PDT)
Received: from NAM03-DM3-obe.outbound.protection.outlook.com (mail-dm3nam03on0097.outbound.protection.outlook.com [104.47.41.97]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 59AE112D0AD; Thu, 25 Aug 2016 13:01:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=0NNgjIBq/zWCDoVTAIG7h6Htf2Qjy5E2p8tHevjTS2s=; b=f/ioeKUn/pDoS+T52KBDjGhn2Cb9Z/TYYJw49g97yTHwzVVpomjb//W0ppF7DF2NAi9OOAiLrT3kYnBMMyH3GeKUlO6TP2NJ1rXt6sLGF8BaonX1e5Wb4CpAEEDhJSC+atSYKvxku/s72BSgUuY/jwm/n9MaSbuyZqr12JWfgt8=
Received: from DM2PR0501MB1455.namprd05.prod.outlook.com (10.161.224.152) by DM2PR0501MB1454.namprd05.prod.outlook.com (10.161.224.151) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.599.2; Thu, 25 Aug 2016 20:01:34 +0000
Received: from DM2PR0501MB1455.namprd05.prod.outlook.com ([10.161.224.152]) by DM2PR0501MB1455.namprd05.prod.outlook.com ([10.161.224.152]) with mapi id 15.01.0599.001; Thu, 25 Aug 2016 20:01:35 +0000
From: Kent Watsen <kwatsen@juniper.net>
To: Eliot Lear <lear@cisco.com>, Zhoutianran <zhoutianran@huawei.com>, Warren Kumari <warren@kumari.net>
Thread-Topic: [OPSAWG] WG consensus call for the IANA early assignment //RE: Adoption poll for draft-lear-ietf-netmod-mud-04
Thread-Index: AQHR/vX0x/b8i1GnC0uPEMdFpCA6baBaATYA///UxQA=
Date: Thu, 25 Aug 2016 20:01:34 +0000
Message-ID: <058F02CC-5369-4A4D-96E9-B81FB6407973@juniper.net>
References: <3FCB4CBE-6885-4708-AD21-4D4B2D1AA7EE@juniper.net> <b29fd26d-70d0-7690-f5b0-55a6c8742ce3@cisco.com>
In-Reply-To: <b29fd26d-70d0-7690-f5b0-55a6c8742ce3@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/f.18.0.160709
authentication-results: spf=none (sender IP is ) smtp.mailfrom=kwatsen@juniper.net;
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [66.129.241.11]
x-ms-office365-filtering-correlation-id: 9cede37f-225a-4853-88a5-08d3cd229dd7
x-microsoft-exchange-diagnostics: 1; DM2PR0501MB1454; 6:KXrya7KrA/JUyejmaNhd6K8/ilgNOcnAyP62CEkX/vHT8rTy9Rvc93Ix1Q9JpO4DVuGJOJheDphl/tKdeEnMtSyRq6Xp88/+hUIN+LqiAtE1BfizdufmCSF7GQsHFZ2WI/kqvPPoivNoO3XKa3nRf5/srpOUzC6g15qyzZOWH96Eo7LyRGHeQUpWhz5Xy8ywpeYzbJDQZd1AzgNvA9nEWkArA6eJi3DJ6SuJAr1flgD7nY5Wf1JPMZNMf7zoKzykiPVuXitcd/X8v7aRDVWuudEYm5maThioU92MUa8SV362td6jboKetOJ1ni26KvbnTWVxB68ys5zGLKLSwwS4ww==; 5:2FC7mZK+FeOOdnTPlWxybkaLNpi4+7yTa2ddrsmo6FyozlKT+LAmpLNLTmnueMr0ZyEMSyTVnawlA96s3ghW1e9SEtHID0X3AjJvb9dwcu6Hs3NWhP8pQhlvLwvX0vllDikBzEYU35TLteGHm8vLEw==; 24:fCfkwQdvOyQIHsib0uztg31Ll/ncTDL6cswY8y2FUygS9BGUWlR5P5RhlUq/azXdLtBNSOaCPfNQeDK5i/ugV09e6eIYrzDz+wB2f3pGUhg=; 7:BUPBCrZGF1MpTMqcQdgb51IlAJ+jn8LKpHMookf8ky3VPsTCn3nUDob5dzorvv5XkHQezNqoqB5DiZZWZa4BgH9KRJcYSqjxv7yH3ubQJO910PKruRMnycisyAbCPv99dAKTJb/golckYH9THFzctuR9dgu8NGetDAUyQx2Q6ELWkRtEbT675kA09VP+rNHo9eezf/ge+MvYASTit5cHuKg0g7ItCdoCBoXj+3li8G2iZpHy9zUq+3KDryy0UyTB
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DM2PR0501MB1454;
x-microsoft-antispam-prvs: <DM2PR0501MB145448ADCB3F494BAE57926CA5ED0@DM2PR0501MB1454.namprd05.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(278428928389397)(192374486261705)(138986009662008)(100405760836317)(95692535739014)(21748063052155)(50582790962513);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040176)(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6055026); SRVR:DM2PR0501MB1454; BCL:0; PCL:0; RULEID:; SRVR:DM2PR0501MB1454;
x-forefront-prvs: 0045236D47
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(7916002)(377454003)(53754006)(199003)(24454002)(189002)(5001770100001)(92566002)(101416001)(50986999)(76176999)(54356999)(81156014)(19580405001)(81166006)(83506001)(36756003)(4326007)(7846002)(8676002)(19580395003)(19300405004)(106116001)(7736002)(19625215002)(82746002)(15975445007)(122556002)(10400500002)(106356001)(4001350100001)(77096005)(8936002)(83716003)(2906002)(230783001)(2950100001)(86362001)(189998001)(97736004)(33656002)(5660300001)(16236675004)(586003)(102836003)(66066001)(5002640100001)(6116002)(2900100001)(99286002)(105586002)(87936001)(68736007)(3660700001)(3846002)(3280700002)(104396002); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR0501MB1454; H:DM2PR0501MB1455.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en;
received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_058F02CC53694A4D96E9B81FB6407973junipernet_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Aug 2016 20:01:34.8500 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR0501MB1454
Archived-At: <https://mailarchive.ietf.org/arch/msg/opsawg/ziWz_3HSVGyN_T5GR7RGO4aLJZo>
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: Thu, 25 Aug 2016 20:01:40 -0000

I don’t know.  It seems that every draft could make similar claims, and yet having IANA make early assignments all the time wouldn’t be good.   I don’t see why this draft should get a pass.   Is there any documentation detailing criteria for early assignments?

Kent

From: Eliot Lear <lear@cisco.com>
Date: Thursday, August 25, 2016 at 2:36 PM
To: Kent Watsen <kwatsen@juniper.net>, Zhoutianran <zhoutianran@huawei.com>, Warren Kumari <warren@kumari.net>
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


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><mailto:opsawg-bounces@ietf.org> on behalf of Zhoutianran <zhoutianran@huawei.com><mailto:zhoutianran@huawei.com>
Date: Tuesday, August 23, 2016 at 5:46 AM
To: Eliot Lear <lear@cisco.com><mailto:lear@cisco.com>, Warren Kumari <warren@kumari.net><mailto:warren@kumari.net>
Cc: "opsawg@ietf.org"<mailto:opsawg@ietf.org> <opsawg@ietf.org><mailto:opsawg@ietf.org>, "opsawg-chairs@ietf.org"<mailto:opsawg-chairs@ietf.org> <opsawg-chairs@ietf.org><mailto: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><mailto:lear@cisco.com>, Ralph Droms <rdroms@cisco.com><mailto:rdroms@cisco.com>
   o Intended usage: COMMON
   o Restrictions on usage: none

   o Author: Eliot Lear <lear@cisco.com><mailto:lear@cisco.com>, Ralph Droms <rdroms@cisco.com><mailto: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<mailto:opsawg@ietf.org>; opsawg-chairs@ietf.org<mailto: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