Re: [netmod] update on "rdns" URN for enterprise YANG models

"Ing-Wher (Helen) Chen" <ichen@kuatrotech.com> Fri, 15 April 2016 15:53 UTC

Return-Path: <ichen@kuatrotech.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 DC13812DFA2 for <netmod@ietfa.amsl.com>; Fri, 15 Apr 2016 08:53:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level:
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=kuatrotechnology.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 kReofnIz0Mv1 for <netmod@ietfa.amsl.com>; Fri, 15 Apr 2016 08:53:24 -0700 (PDT)
Received: from emea01-am1-obe.outbound.protection.outlook.com (mail-am1on0642.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe00::642]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E175E12DF3F for <netmod@ietf.org>; Fri, 15 Apr 2016 08:53:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kuatrotechnology.onmicrosoft.com; s=selector1-kuatrotech-com; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=TVbj9e7BF/429oZ6B2VHOsWqoQHpRoSD4Qsgx+lXwjI=; b=mpryoEVsf4oujVRD8d0HXeF3VpngrTo9i/QVpBjtsOURLtlegK6HI5YTsGKadwV3KDToi/LzB3WZl+0yOIQzjHtyiGIs0TQRPTIQaRDNwUg+b3l9oQR1pO5SaLwS7P82oqPwiqSQhcDOmFJM4RNWSXphp/g0StTxXlvI+Xo/7Go=
Received: from DB5PR06MB0950.eurprd06.prod.outlook.com (10.162.158.140) by DB5PR06MB0950.eurprd06.prod.outlook.com (10.162.158.140) with Microsoft SMTP Server (TLS) id 15.1.453.26; Fri, 15 Apr 2016 15:53:04 +0000
Received: from DB5PR06MB0950.eurprd06.prod.outlook.com ([10.162.158.140]) by DB5PR06MB0950.eurprd06.prod.outlook.com ([10.162.158.140]) with mapi id 15.01.0453.031; Fri, 15 Apr 2016 15:53:04 +0000
From: "Ing-Wher (Helen) Chen" <ichen@kuatrotech.com>
To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
Thread-Topic: [netmod] update on "rdns" URN for enterprise YANG models
Thread-Index: AdGXJqT2atwqDO1sS7m+/GLgZx0D2AABBcaAAAASVyA=
Date: Fri, 15 Apr 2016 15:53:04 +0000
Message-ID: <DB5PR06MB095009600454D4236CBDED94D0680@DB5PR06MB0950.eurprd06.prod.outlook.com>
References: <DB5PR06MB095051F32B9B7264669E6263D0680@DB5PR06MB0950.eurprd06.prod.outlook.com> <20160415152317.GB95324@elstar.local>
In-Reply-To: <20160415152317.GB95324@elstar.local>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: jacobs-university.de; dkim=none (message not signed) header.d=none;jacobs-university.de; dmarc=none action=none header.from=kuatrotech.com;
x-originating-ip: [98.191.72.170]
x-ms-office365-filtering-correlation-id: a563fa42-84d1-417f-a486-08d3654607ef
x-microsoft-exchange-diagnostics: 1; DB5PR06MB0950; 5:DTpysRbus79S4/6GKndqzTazF9Iiqxg5uF3+iJkw93ZXpjc0tpBzJr7MyNFjq+BclZoeb2s4bjGEeewWVkYfJ0Ebt1uQAOvOYOdcZq9achNjaDPRs0S56rBLpwLz5YxLIgHKJxz0VkOGZ/8lF+1aPg==; 24:ZYbSL6Apq9HRZnVGDj2iuE8CB4XGU4qwHkCRz3TDwYYynTAj5brZQ0EhUTmqrwxJUjcMr3zc9ABl7UdIz2T7wIGCDm73yZxxRy9GKD4T2KU=
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DB5PR06MB0950;
x-microsoft-antispam-prvs: <DB5PR06MB095007A3E8640D3D8C8F2BE8D0680@DB5PR06MB0950.eurprd06.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(9101521026)(6040130)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(6041046)(6043046); SRVR:DB5PR06MB0950; BCL:0; PCL:0; RULEID:; SRVR:DB5PR06MB0950;
x-forefront-prvs: 0913EA1D60
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(24454002)(13464003)(377454003)(4326007)(50986999)(2906002)(76176999)(54356999)(74316001)(3280700002)(3660700001)(5008740100001)(2420400007)(15650500001)(10400500002)(3846002)(102836003)(6116002)(66066001)(9686002)(164054004)(122556002)(189998001)(2900100001)(19580405001)(15975445007)(77096005)(7110500001)(5003600100002)(110136002)(33656002)(19580395003)(2950100001)(5002640100001)(86362001)(575784001)(1720100001)(87936001)(11100500001)(586003)(1220700001)(5004730100002)(92566002)(1096002)(76576001)(81166005)(19627235001); DIR:OUT; SFP:1101; SCL:1; SRVR:DB5PR06MB0950; H:DB5PR06MB0950.eurprd06.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en;
spamdiagnosticoutput: 1:23
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: kuatrotech.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Apr 2016 15:53:04.1821 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 99314f4e-50ab-4d4e-a9c6-b21b0c887384
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB5PR06MB0950
Archived-At: <http://mailarchive.ietf.org/arch/msg/netmod/A5cE97dgQZN0EhuJ5WN77pku_zE>
Cc: "netmod@ietf.org" <netmod@ietf.org>
Subject: Re: [netmod] update on "rdns" URN for enterprise YANG models
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
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, 15 Apr 2016 15:53:27 -0000

Section 4 of the draft <https://tools.ietf.org/html/draft-chen-rdns-urn-06#section-4> 
documents why a URN is better than  URL as a namespace.  While a URL is globally
unique, a URL is also a resource locator, providing access information.  For an enterprise
that does not wish to publish the access information of its YANG models, a URN is a better
choice.

As required by RFC 3406, Section 3 of the draft, at the bottom of page 5
<https://tools.ietf.org/html/draft-chen-rdns-urn-06#page-5> under "Identifier Persistence
Considerations", addresses the question of identifier persistence.  The main concern
for "identifier persistence" is in the case where an identifier is used for global resolution.
Because YANG model namespaces do not provide global resolutions (actually YANG
model namespaces are only used to uniquely identify a model within a device),
the identifier persistence consideration is not as crucial.  (Please see RFC 3406
top of page 13 <https://tools.ietf.org/html/rfc3406#page-13> for the identifier
persistence discussion.)

Thanks,
Helen

> -----Original Message-----
> From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs-
> university.de]
> Sent: Friday, April 15, 2016 11:23 AM
> To: Ing-Wher (Helen) Chen <ichen@kuatrotech.com>
> Cc: netmod@ietf.org
> Subject: Re: [netmod] update on "rdns" URN for enterprise YANG models
> 
> Hi Helen,
> 
> can you explain why
> 
>   urn:rdns:de:jacobs-university:foo
> 
> is from a technical perspective significantly better than
> 
>   http://jacobs-university.de/foo
> 
> also considering that domain names are not stable identifiers but subject to
> changing ownerships or limited lifetimes (and hence a URN embedding
> domain names has the same stability properties)?
> 
> /js
> 
> On Fri, Apr 15, 2016 at 02:59:30PM +0000, Ing-Wher (Helen) Chen wrote:
> > Hello,
> >
> > At IETF94 in Yokohama,  I presented an idea to allow enterprise YANG
> > models to easily generate globally unique namespaces
> > (https://datatracker.ietf.org/doc/draft-chen-netmod-enterprise-yang-
> namespace/) .
> >
> > The topic was also discussed on the mailing list:
> >
> https://mailarchive.ietf.org/arch/msg/netmod/JQmD8yrUeuAwuHpBnqZV_
> mcuv
> > eU
> >
> https://mailarchive.ietf.org/arch/msg/netmod/GSz_1dp2R3FPlMmu2_HF3ZI
> wr
> > sY
> > https://mailarchive.ietf.org/arch/msg/netmod/tJDZPI9PV1-
> SjZm2c608OQu41
> > ws
> >
> https://mailarchive.ietf.org/arch/msg/netmod/RCYhzKvMd0BATTtxaE69nbv
> cj
> > 7g
> >
> > As promised, I started the process of registering the top-level "rdns"
> namespace.
> > Following RFC 3406, I wrote
> > https://datatracker.ietf.org/doc/draft-chen-rdns-urn/
> > and completed the review on urn-nid@ietf.org .  For the review on
> > urn-nid@ietf.org , please see the following messages.
> >
> > The final message stating the review is complete is here:
> > https://mailarchive.ietf.org/arch/msg/urn-nid/-Dwx-2JBd-
> eTA4ONNiwaJhUP
> > mcs
> >
> > The review in its entirety is here:
> > https://mailarchive.ietf.org/arch/msg/urn-
> nid/N3Md2evqFPE2o7figeGcyqT4
> > BsY
> > https://mailarchive.ietf.org/arch/msg/urn-
> nid/wEIRTDvf4vPJPW9ORw6lkK6S
> > t2A
> > https://mailarchive.ietf.org/arch/msg/urn-
> nid/btXpEnmt7LHL4ZeCUvxYLQPU
> > ps4
> > https://mailarchive.ietf.org/arch/msg/urn-nid/52U72G2qzuqEwfSVIkD9YE-
> P
> > v3c
> > https://mailarchive.ietf.org/arch/msg/urn-
> nid/_AHANMEp_uq9ZFI7bHzf7lVv
> > poM
> > https://mailarchive.ietf.org/arch/msg/urn-nid/UgfKVlPS87x-1j2juHI8jLHd
> > mAY
> > https://mailarchive.ietf.org/arch/msg/urn-nid/fFjwJMup43-
> P4mGQ4GMnG5Ds
> > rdM
> > https://mailarchive.ietf.org/arch/msg/urn-nid/sRpdhqpw-
> t4t0A15svbM_eyw
> > Gj8
> > https://mailarchive.ietf.org/arch/msg/urn-nid/pibno5XNyXvAhuJ9bW6lKJjD
> > A0w
> > https://mailarchive.ietf.org/arch/msg/urn-nid/-Dwx-2JBd-
> eTA4ONNiwaJhUP
> > mcs
> >
> > Thanks,
> > Helen
> >
> > _______________________________________________
> > netmod mailing list
> > netmod@ietf.org
> > https://www.ietf.org/mailman/listinfo/netmod
> 
> --
> Juergen Schoenwaelder           Jacobs University Bremen gGmbH
> Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
> Fax:   +49 421 200 3103         <http://www.jacobs-university.de/>