On 12/21/2017 02:17 PM, Niall O'Reilly wrote:
On 21 Dec 2017, at 16:06, Richard Gibson wrote:
first, because it's consistent with the rest of the document in its current form (for
example, the very next sentence after my quoted text describes how a fully qualified
domain name "begins at the common root of the graph"),
But, as you pointed out in an earlier message, this depends on which portions
of the rest
of the document you pick. Under "Domain name" and "Composition of names" the
order described
is away from the root, while under "presentation format", "wire format", and
"display format",
the opposite is the case.
The text is consistent in identifying "domain name" with "a list of
labels ordered from parent to child", it's just confusing that wire
format and presentation format are each /also/ "a list of [the same]
labels" but ordered in reverse.
RFC 1034 seems to contemplate an undirected graph, so can happily use towards-the-root for domain
names and away-from-the-root for delegations. But I don't think 7719bis has that luxury, because
"domain name" should remain valid even in a "naming system" without a single
common root.
I'ld be surprised, because of what I understood of how the development of 7719
was approached, to learn that 7719bis can be permitted to revise a foundational
document such as 1034. I may be mistaken in this.
RFC 1034 defines domain name as "the list of the labels on the path… to
the root of the tree" and references a /convention/ that labels "are
printed or read… from the most specific (lowest, farthest from the root)
to the least specific". I still think the original text applies to an
undirected graph, so describing it in terms of a directed graph
(specifically with edges from parents to children, as it is in the
protocol) constitutes a clarification rather than a revision. That said,
though, nailing down the ordering of domain name labels to /oppose/ the
direction of such edges is most in accord with 1034 and seems like it
would eliminate the most confusion in 7719bis.
_______________________________________________
DNSOP mailing list
DNSOP@ietf.org
https://www.ietf.org/mailman/listinfo/dnsop
