Re: [netmod] "iana" in yang modules' name/namespace/prefix
"Acee Lindem (acee)" <acee@cisco.com> Fri, 20 July 2018 14:01 UTC
Return-Path: <acee@cisco.com>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D0F16130E2D for <netmod@ietfa.amsl.com>; Fri, 20 Jul 2018 07:01:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level:
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 l5uozjqu4L1X for <netmod@ietfa.amsl.com>; Fri, 20 Jul 2018 07:01:08 -0700 (PDT)
Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1C8B5130DE7 for <netmod@ietf.org>; Fri, 20 Jul 2018 07:01:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2042; q=dns/txt; s=iport; t=1532095268; x=1533304868; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=RIXkfy7PTY45zHdYs/8aGpgm4c3bNOj9oCSGLehAHjU=; b=BCFlhHFfPu9zv2XXoTfdm51Gb1vG2YHaOJmaZ6xpjoQYTzMlaqFLYtuS dbcrEMnjRp2TTz+bYPBhPeHO5lCayHwHBC/jOO5ERLVXNK2OBB4IOj0Pd fgm6V9ZRmst0Yrp0DFvCb0YuYJ1aOV326FS+Zd4HeNwY23UPj43gReNem A=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0BRAwA76lFb/4MNJK1bGgEBAQEBAgEBAQEIAQEBAYNNY38oCoN0iASML4Fog1ySBIF6CxgLhANGAheCdSE0GAECAQECAQECbRwMhTcCBAEBIRE6GwIBCBoCJgICAiULFRACBAESgyABgX8PqiyBLoRdhW4FgQuHd4IWgREnDIJegxkBAYFggwExgiQCjFyNEAkCjy6NcpF6AhEUgSQdOIFScBU7KgGCPosVhT5vjCmBGwEB
X-IronPort-AV: E=Sophos;i="5.51,379,1526342400"; d="scan'208";a="145352676"
Received: from alln-core-1.cisco.com ([173.36.13.131]) by alln-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 20 Jul 2018 14:01:07 +0000
Received: from XCH-RTP-011.cisco.com (xch-rtp-011.cisco.com [64.101.220.151]) by alln-core-1.cisco.com (8.15.2/8.15.2) with ESMTPS id w6KE170p011163 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 20 Jul 2018 14:01:07 GMT
Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-011.cisco.com (64.101.220.151) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Fri, 20 Jul 2018 10:01:06 -0400
Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1320.000; Fri, 20 Jul 2018 10:01:06 -0400
From: "Acee Lindem (acee)" <acee@cisco.com>
To: Martin Vigoureux <martin.vigoureux@nokia.com>, "netmod@ietf.org" <netmod@ietf.org>
Thread-Topic: [netmod] "iana" in yang modules' name/namespace/prefix
Thread-Index: AQHUIDAKdENQS5PIXkGtPzyGTnThaaSYI9EA
Date: Fri, 20 Jul 2018 14:01:05 +0000
Message-ID: <11F13D75-4941-41B7-9B6E-A9B3E62CD3AC@cisco.com>
References: <98a58631-0c57-7ed8-5277-5dcb3ee9dd86@nokia.com>
In-Reply-To: <98a58631-0c57-7ed8-5277-5dcb3ee9dd86@nokia.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.24.114.11]
Content-Type: text/plain; charset="utf-8"
Content-ID: <91B1B2CB5DFEB74F87BECC643ACA3EE6@emea.cisco.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Outbound-SMTP-Client: 64.101.220.151, xch-rtp-011.cisco.com
X-Outbound-Node: alln-core-1.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/lRZyt-u1MeELdeOvDuloKtyJdd4>
Subject: Re: [netmod] "iana" in yang modules' name/namespace/prefix
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 20 Jul 2018 14:01:10 -0000
Hi Martin, I would prefer not using "reg" since it will always be an abbreviation for a machine language register to me. I'd favor using "registry" in the module name and the more cryptic "reg" in the module prefix. Thanks, Acee On 7/20/18, 9:46 AM, "netmod on behalf of Martin Vigoureux" <netmod-bounces@ietf.org on behalf of martin.vigoureux@nokia.com> wrote: Hello As part of a recent IESG review (of draft-bfd-yang) a point came up on the use of "iana" in yang modules' name/namespace/prefix. This is typically used in the case where the module refers to an IANA maintained registry. However, the point raised was that the name of the registry operator might not always be IANA, and that using that name might not put modules on the most stable deployment footing under all possible circumstances. On top of that, as far as I can tell, the use of "iana" is an undocumented convention. So, I wanted to collect views: on whether a convention should be documented, and, with regards to the point raised in IESG, on whether that keyword should be changed going forward. In that context, what about "reg" (for registry) or "regop" (for registry operator)? Other proposals are welcome. Thanks -m _______________________________________________ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod
- Re: [netmod] "iana" in yang modules' name/namespa… Acee Lindem (acee)
- [netmod] "iana" in yang modules' name/namespace/p… Martin Vigoureux
- Re: [netmod] "iana" in yang modules' name/namespa… Juergen Schoenwaelder
- Re: [netmod] "iana" in yang modules' name/namespa… Mahesh Jethanandani
- Re: [netmod] "iana" in yang modules' name/namespa… Benoit Claise
- Re: [netmod] "iana" in yang modules' name/namespa… Acee Lindem (acee)
- Re: [netmod] "iana" in yang modules' name/namespa… Andy Bierman
- Re: [netmod] "iana" in yang modules' name/namespa… Jeff Tantsura
- [netmod] IANA Considerations tom petch
- Re: [netmod] IANA Considerations Martin Bjorklund