IETF Logo Mail Archive

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

"Ing-Wher (Helen) Chen" <ichen@kuatrotech.com> Wed, 20 April 2016 14:41 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 EC59D12EF5F for <netmod@ietfa.amsl.com>; Wed, 20 Apr 2016 07:41:14 -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 ZJJzaTFWeWWw for <netmod@ietfa.amsl.com>; Wed, 20 Apr 2016 07:41:13 -0700 (PDT)
Received: from emea01-am1-obe.outbound.protection.outlook.com (mail-am1on0626.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe00::626]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B56F712EEEE for <netmod@ietf.org>; Wed, 20 Apr 2016 07:41:12 -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=Qd/NCVOSwC+Dbm3EgE3YUP4J+zXf7TlQLdIxFZqhJmY=; b=RJd0wKmvsexc8u+KpIMyk9f/RJ3BL4z0t5KUwlDso1IllDaScQlijH1JBOJyjg3YrWD8wLi1XY+Hchw8DA8l0wm/b/zPtCQVC0eSMhx6aGlDOOV3KheQxKyndkldJZLDsCregzZcWo3iqzkuFVbisG8xuALD/PFH67LaYOnJi80=
Received: from DB5PR06MB0950.eurprd06.prod.outlook.com (10.162.158.140) by DB5PR06MB0949.eurprd06.prod.outlook.com (10.162.158.14) with Microsoft SMTP Server (TLS) id 15.1.466.19; Wed, 20 Apr 2016 14:40:50 +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.0466.022; Wed, 20 Apr 2016 14:40:50 +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+/GLgZx0D2AABBcaAAAASVyAAEV4yAAC5VLVAAASqeQAAKi2lIA==
Date: Wed, 20 Apr 2016 14:40:50 +0000
Message-ID: <DB5PR06MB0950607CBB91B3190358A46ED06D0@DB5PR06MB0950.eurprd06.prod.outlook.com>
References: <DB5PR06MB095051F32B9B7264669E6263D0680@DB5PR06MB0950.eurprd06.prod.outlook.com> <20160415152317.GB95324@elstar.local> <DB5PR06MB095009600454D4236CBDED94D0680@DB5PR06MB0950.eurprd06.prod.outlook.com> <20160415234236.GC95761@elstar.local> <DB5PR06MB0950D0118D54BCBBF10BEE64D06C0@DB5PR06MB0950.eurprd06.prod.outlook.com> <20160419182250.GA3771@elstar.local>
In-Reply-To: <20160419182250.GA3771@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: 17502413-198b-45a4-804f-08d36929c4c2
x-microsoft-exchange-diagnostics: 1; DB5PR06MB0949; 5:USzFQKSk+Ak3DMTR2hA0ioratBHhCkPhCYdr9eXn5FFLSE9wRJ9O4ahly1bXQ9lH6z+afiRCGdESB7ZBaq1lRgN7VSr1u3u8CkVTKtqoFSAvwUYtkoew/Agp/Qr1zU7mXnd8Ur48QqyRjC/1HTbDgJeRgJKgv2TVqlpbigKE5r5P02QmNcbi0FbDPPlnIdeb; 24:nxtLKHkcqltEVpQXyap2Wy7PKPNH6AxcQE6kbP3nkc5sLm2jSAIQYXz99DS5hZdqxWNh8jsaDiv90qsIZCB6YalzEVppRCxZiDsXQIa7KuE=; 7:6tJ2OEkds8GTsyWTjcQboayTs+IWuK920yzwNo1I27NcU2mKK4lQiNkp1NWQalKvOe/zZ8JEoWaBm7jL3klNkV+D2J2cj2ZG7r1pQmpW7AtYVcvWI1Aniapi8exzkTJbHIPx/fU1h54mmNEMbtJdHwfr/SviIwW3sYL0aoHz+owVT6tCbDzGKZDvYtj/VMwHQELT7yVpwDbhB3xVbbg9qGdf6Y0qoamlpLteFugTntY=
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DB5PR06MB0949;
x-microsoft-antispam-prvs: <DB5PR06MB0949D03CE275FC6D830BE1EDD06D0@DB5PR06MB0949.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)(5005006)(8121501046)(10201501046)(3002001)(6041046)(6043046); SRVR:DB5PR06MB0949; BCL:0; PCL:0; RULEID:; SRVR:DB5PR06MB0949;
x-forefront-prvs: 0918748D70
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(377454003)(13464003)(24454002)(93886004)(10400500002)(50986999)(54356999)(76176999)(11100500001)(5004730100002)(122556002)(2906002)(2950100001)(74316001)(9686002)(87936001)(110136002)(4326007)(86362001)(81166005)(76576001)(5008740100001)(3846002)(33656002)(6116002)(102836003)(92566002)(1220700001)(1096002)(586003)(77096005)(5003600100002)(5002640100001)(19580405001)(15650500001)(66066001)(19580395003)(15975445007)(189998001); DIR:OUT; SFP:1101; SCL:1; SRVR:DB5PR06MB0949; 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: 20 Apr 2016 14:40:50.4403 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 99314f4e-50ab-4d4e-a9c6-b21b0c887384
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB5PR06MB0949
Archived-At: <http://mailarchive.ietf.org/arch/msg/netmod/UEWd5lK-jhaiZpEmMdwsNS8y-gQ>
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: Wed, 20 Apr 2016 14:41:15 -0000


> -----Original Message-----
> From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs-
> university.de]
> Sent: Tuesday, April 19, 2016 2:23 PM
> To: Ing-Wher (Helen) Chen <ichen@kuatrotech.com>
> Cc: netmod@ietf.org
> Subject: Re: [netmod] update on "rdns" URN for enterprise YANG models
> 
> On Tue, Apr 19, 2016 at 04:23:51PM +0000, Ing-Wher (Helen) Chen wrote:
> > I'm not an expert on XML namespaces and I'm a little confused by some
> > of the questions, so I apologize if my response below does not quite
> > answer the questions.  I'd like to point out that the request for
> > "rdns" URN is not to prevent the use of URLs. The request for "rdns"
> > URN is to allow an enterprise to easily create a URN namespace, if the
> > enterprise happens to prefer to use URN as a YANG module namespace.  I
> > also think that the problems that arise when a YANG module uses a URN
> > based on an enterprise's domain name are the same problems that arise
> > when a YANG module uses a URL based on an enterprise's domain name.
> > (Of course, this is not an excuse to fix the problems that should be
> > fixed.)
> 
> You write "happen to prefer to use URN" - why?

draft-chen-rdns-urn Section 4 <https://tools.ietf.org/html/draft-chen-rdns-urn-06#section-4>
discusses why an enterprise might prefer to use URN over URL.  URL provides
resource access mechanism, which might mislead a customer to request that
the YANG module be accessible at a specific location.  It's true that the device
does not care that the YANG module is not at a particular URL, but I can still
imagine getting a bug requesting that the YANG module be accessible at the URL.

Thanks,
Helen

v2.23.0 | Report a Bug | By Email