RE: two-week review: registering formal "rdns" NID

"Ing-Wher (Helen) Chen" <> Thu, 18 February 2016 18:48 UTC

Return-Path: <>
Received: from localhost ( []) by (Postfix) with ESMTP id 0487D1A8A91 for <>; Thu, 18 Feb 2016 10:48:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.902
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, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id DvRsWrl5zHpC for <>; Thu, 18 Feb 2016 10:48:26 -0800 (PST)
Received: from ( [IPv6:2a01:111:f400:fe04::681]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 0A8BD1A87E2 for <>; Thu, 18 Feb 2016 10:48:25 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=selector1-kuatrotech-com; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=vuppR/AfTkZdcDkuuaif5Ljmg7B++Q4seVWzLRBmKCw=; b=N0DcLIVmfJdcLM07V+T4uobB1Qxm1pYeZmuabuQb5N0ky0On6fGYjmUDXD5C8IyDBUhLVQG6X6gx1um7j14hk6wPVteLBA+da4Ms3Yz3dsJQalAa/YazjVJ1n8pyusBv8CC0fi6TTjdE6bvw5FZk4zQh99xD2uowXf+CztNRzNA=
Received: from ( by ( with Microsoft SMTP Server (TLS) id 15.1.409.15; Thu, 18 Feb 2016 18:48:06 +0000
Received: from ([]) by ([]) with mapi id 15.01.0409.017; Thu, 18 Feb 2016 18:48:06 +0000
From: "Ing-Wher (Helen) Chen" <>
To: "Dale R. Worley" <>
Subject: RE: two-week review: registering formal "rdns" NID
Thread-Topic: two-week review: registering formal "rdns" NID
Thread-Index: AQHRZQhJvFkAZYJ8RqaIjpDWt7hu+Z8x/hXw
Date: Thu, 18 Feb 2016 18:48:06 +0000
Message-ID: <>
References: <> ( <>
In-Reply-To: <>
Accept-Language: en-US
Content-Language: en-US
authentication-results:; dkim=none (message not signed) header.d=none;; dmarc=none action=none;
x-originating-ip: []
x-microsoft-exchange-diagnostics: 1; DB5PR06MB0951; 5:f0aPVjYAWvvwa283l0wj+jOabDX5hKlzR7nXrxiLPo2QQHVGjl0M/5IStKuhQ+EcI73eyCTiiMSQH4fI2VJtTb/AOe3qpPAEQY5uR0gzPJGgD32J84lg1JD32rjBq9QJTDrRrFHj+W2cDrPppl9yyg==; 24:on4RCG/j+wXKPokRh/QCq/cOlaBmaSi4RRwQY0bl20NYGncwTD2Unp3tuXIldzf/1VriFRpSzZhPtiS8Npsj6bDM9KegKgyL4ESU8lKJqfM=
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DB5PR06MB0951;
x-ms-office365-filtering-correlation-id: 485e812e-9e3d-4cb5-a953-08d338940a44
x-microsoft-antispam-prvs: <>
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001); SRVR:DB5PR06MB0951; BCL:0; PCL:0; RULEID:; SRVR:DB5PR06MB0951;
x-forefront-prvs: 085634EFF4
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(377454003)(13464003)(164054003)(51914003)(106116001)(2900100001)(19580395003)(19580405001)(74316001)(2950100001)(86362001)(77096005)(5002640100001)(1096002)(33656002)(15975445007)(2171001)(87936001)(76576001)(40100003)(6116002)(54356999)(5001960100002)(102836003)(66066001)(110136002)(3660700001)(122556002)(5003600100002)(76176999)(586003)(3846002)(50986999)(5004730100002)(4326007)(1220700001)(3280700002)(10400500002)(2906002)(5008740100001)(189998001)(92566002)(11100500001); DIR:OUT; SFP:1101; SCL:1; SRVR:DB5PR06MB0951;; 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-MS-Exchange-CrossTenant-originalarrivaltime: 18 Feb 2016 18:48:06.5146 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 99314f4e-50ab-4d4e-a9c6-b21b0c887384
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB5PR06MB0951
Archived-At: <>
Cc: "" <>
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: discussion of new namespace identifiers for URNs <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Thu, 18 Feb 2016 18:48:32 -0000

Hi Dale,

Thanks for the review.  I uploaded revision -02 to address your comments. 

URL:       <>
Status:   <>
Htmlized:       <>
Diff:        <>

Please see below for my in-line responses.

> -----Original Message-----
> From: Dale R. Worley []
> Sent: Thursday, February 11, 2016 3:11 PM
> To: Ing-Wher (Helen) Chen <>
> Cc:
> Subject: Re: two-week review: registering formal "rdns" NID
> Comments on draft-chen-rdns-urn-00:

[Helen]  Just a note that at the time that I submitted to
      for review, the latest version was -01.

> I don't know how much this matters, but the owner of a domain name can
> change over time.  This gave us some trouble when writing RFC 7462, and
> eventually we gave up on using domain names as a basis for URNs.
> There's a URN NID which I can't find right now which bases uniqueness on
> domain names, but the URNs include a timestamp of creation.

[Helen]  I added a new paragraph to about this in the section on
               "Identifier persistence considerations".  "rdns" URNs are only
               Meaningful within a managed device that installs YANG modules
               using "rdns" URNs, and so collisions due to domain name ownership
               changes are expected to be caught.  Furthermore, it is unlikely that
               changing domain name ownerships will result a problem caused by
               a single device installing modules to have identical "rdns" URNS,
               because this would require that the device install a new YANG
               module from the new owner of a domain name and also install the
               stale YANG module from the old owner of the domain name.  It is
               more likely that a device continues to install two stale YANG
               modules with two "rdns" URN  that don't collide.

> The rule for lexical equivalence can't be implemented because there is no
> algorithm for parsing an "rdns" URN into <reverse-dns> and <dss>, and the
> lexical equivalence rule specifies that <reverse-dns> is case-insensitive and
> <dss> is case-sensitive (as far as I can tell; you should update the wording).

[Helen]  I updated the section on "Rules for Lexical Equivalence".  On second
               thought, because "rdns" URNs are meant to be XML namespaces of
               enterprise YANG modules, I think the rules for lexical equivalence for
               "rdns" URNs should be as defined for those of XML namespaces.

> The nonterminal "revers-dns" is used in some places, and in other places,
> "reverse-dns" is used.  I suggest cosistently using the latter.

[Helen]  Fixed.  They should all read "reverse-dns".

> I suggest consistently using <...> around nonterminal names.

[Helen]  Fixed.

> The grammar of <reverse-dns> is implicitly given by the grammar of domain
> names, but the grammar of <dss> is unspecified.  I suggest that you add
>     <dss> ::= 1*<URN chars>

[Helen]  Added to the section on "Declaration of syntactic structure".

> Given that internationalized domain names are coming into use, you should
> specify that <reverse-dns> is based on the A-label form [RFC 5890] for
> internationalized labels, i.e., the labels as turned into ASCII by Punycode.

[Helen]  Added to "Declaration of syntactic structure" paragraph 2 and
               "Relevant ancillary documentation".

> Dale