IETF Logo Mail Archive

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

"Ing-Wher (Helen) Chen" <ichen@kuatrotech.com> Tue, 03 May 2016 14:10 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 64BDC12D15C for <netmod@ietfa.amsl.com>; Tue, 3 May 2016 07:10:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.922
X-Spam-Level:
X-Spam-Status: No, score=-1.922 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, 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] 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 DHeCvuQ3gJ3V for <netmod@ietfa.amsl.com>; Tue, 3 May 2016 07:10:42 -0700 (PDT)
Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-db5eur01on0043.outbound.protection.outlook.com [104.47.2.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8F03212D0B6 for <netmod@ietf.org>; Tue, 3 May 2016 07:10:41 -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=JL5aHsuUN/dqpC9n5xgNupITr1YYH282eZknrHeXGb0=; b=dwZ15jcFWJaxpmF5tR7eN5cX1ufL+5wHw4KaG5HkFt8rk5bbtjxT4GAPDZd82zMD9A9IHSZChwXDPWGptRLGNtt+31yPPPx15MIy8DNJf3QzhkaMuFFXR08t3fLkjj+Q1hjglP7J7D/YDbZ6P03putiIsLujQPeM/eT2KJITFb4=
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.485.3; Tue, 3 May 2016 14:10:39 +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.0492.006; Tue, 3 May 2016 14:10:39 +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+/GLgZx0D2AABBcaAAAASVyAAEV4yAAC5VLVAAASqeQAAKi2lIAAAm3SAAAAbDzABh27yAAEDL2mA
Date: Tue, 03 May 2016 14:10:39 +0000
Message-ID: <DB5PR06MB09507B5AD067E575ED327A34D07A0@DB5PR06MB0950.eurprd06.prod.outlook.com>
References: <DB5PR06MB0950D0118D54BCBBF10BEE64D06C0@DB5PR06MB0950.eurprd06.prod.outlook.com> <20160419182250.GA3771@elstar.local> <DB5PR06MB0950607CBB91B3190358A46ED06D0@DB5PR06MB0950.eurprd06.prod.outlook.com> <20160420.164755.1169712416411367784.mbj@tail-f.com> <DB5PR06MB0950834356238B7E7D321EB2D06D0@DB5PR06MB0950.eurprd06.prod.outlook.com> <20160428093854.GA23908@elstar.local>
In-Reply-To: <20160428093854.GA23908@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: 8ea6b834-0734-4b3d-9bb2-08d3735cb485
x-microsoft-exchange-diagnostics: 1; DB5PR06MB0949; 5:DJgZz+lptiN8ZNMlC2MaJnuTZv/e/YGLQ21ljCIUDR/GYRCA9SCAnfZdKAp1o2b07Yr908Jt4Ot6Bk2NO9KLijnury+KIwKHgavgV3YyaihtgbAefOYkDdG6nHN3XBVZTCyIpvb9BkdZxw4UjTIzQw==; 24:PCXv9bgzi5GdUEueFxm9GuNds5IvZLlcKwr4v7xUqzakekbr8jyVypycG10QZzLy/7EQ/SnHn5tpEWGqunc9yD15bPijcuAg83m2kiauPVA=; 7:hHDxx/UJ7H6E5P/ImM5aV4eL+krFEbWgon9lqgQTnx4+9sx1l2A+o9OxCHQJiPimqM2E4g4pUh6XAEvMsraJP/upB5C1fcmXoWCCnYaO5cCkJV0jAaGS0YmL5KujQM+WyzUpmdr89jp93voDYBG1sXpsfB0RenH6rbQuUirr49zCAfhrIGWLX2yyljE4E6I7
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DB5PR06MB0949;
x-microsoft-antispam-prvs: <DB5PR06MB0949D07E3FA2CDE5D1F41D33D07A0@DB5PR06MB0949.eurprd06.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(9101521096)(6040130)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6041072)(6043046); SRVR:DB5PR06MB0949; BCL:0; PCL:0; RULEID:; SRVR:DB5PR06MB0949;
x-forefront-prvs: 0931CB1479
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(377454003)(24454002)(13464003)(5003600100002)(76576001)(19580405001)(6116002)(122556002)(19580395003)(5004730100002)(15975445007)(2900100001)(9686002)(2950100001)(3846002)(5008740100001)(1220700001)(33656002)(10400500002)(586003)(102836003)(86362001)(7110500001)(77096005)(93886004)(4326007)(87936001)(76176999)(11100500001)(54356999)(50986999)(81166005)(3280700002)(10710500007)(74316001)(2420400007)(15650500001)(189998001)(110136002)(3660700001)(92566002)(66066001)(5002640100001)(8936002); 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: 03 May 2016 14:10:39.0806 (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/ZEfmIxzeqUodOu2701bu_RD0_4s>
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: Tue, 03 May 2016 14:10:45 -0000

> -----Original Message-----
> From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs-
> university.de]
> Sent: Thursday, April 28, 2016 5:39 AM
> To: Ing-Wher (Helen) Chen <ichen@kuatrotech.com>
> Cc: Martin Bjorklund <mbj@tail-f.com>; netmod@ietf.org
> Subject: Re: [netmod] update on "rdns" URN for enterprise YANG models
> 
> On Wed, Apr 20, 2016 at 03:24:25PM +0000, Ing-Wher (Helen) Chen wrote:
> >
> > The technical problem of generalizing is the difficulty in creating a
> > URN based on domain names that is also persistent.  Limiting the scope
> > of the "rdns" URN namespace to only YANG modules means that there is a
> > smaller persistency problem to solve and that it can be solved by
> > taking advantage of properties specific to YANG modules.
> >
> 
> Can you detail which properties specific to YANG modules make the smaller
> persistency problem solvable?

It's both what YANG module namespaces don't need to have and the limited
case where a non-persistent namespace results in a collision.

The property that YANG module namespaces don 't need to have is that
YANG module namespaces are not used to provide global resolution, where
the persistence of a namespace is particularly important.  (Please see RFC
3406 top of page 13 <https://tools.ietf.org/html/rfc3406#page-13> for the
Identifier persistence discussion.)

The potential collision of a non-persistent namespace is described In the
example in <http://www.ietf.org/mail-archive/web/netmod/current/msg15818.html> .
When a namespace collision does occur, the problem is limited to a device that
has an administrator and the solution is simple.  This is also stated in
draft-chen-rdns-urn , in the "Identifier Persistence Considerations" section at
the bottom of page 5 <https://tools.ietf.org/html/draft-chen-rdns-urn-06#page-5> .

Thanks,
Helen

v2.23.0 | Report a Bug | By Email