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