On 9/18/15, 9:16, "George Michaelson" <g...@algebras.org> wrote:
>My private comment bears repeating in public. That's good... >DOMAIN names is about the property of domains. Domains are encompassing, >set-theory/venn-diagram style. A domain and a prefix are analogous >concepts. One is expressed syntactically somehow, the other is a >mathematical property of bounding in a number field > but they have the same basic behaviour. > >the UK domain order in coloured book mails obeyed this property: it just >used reverse semantics to the ARPA model. > >XXXXXXXX.onion is *not* a domain name inside the .onion part: as I >understand it, the value is a hash, or other function which has no >nesting properties expressed syntactically. > >This quality of domain names, the concepts of domains, is a distinct >property which bears thinking about. > >HOST.TXT was not a domain system, it was a linear map. Honey Danber had >some qualities of domain-ness. Usenet groups after the great mod.* >reordering became more domain like. So, it's true that the word "domain" has other meanings, it wasn't coined for the use evident in RFCs (and other documents). I went through a similar discussion early in the preparation of RFC 4594 "The Role of Wildcards in the Domain Name System". Initially it was "Clarifications on Wildcards" which ran into the question of "if you have to redefine them, it's not a clarification." Next the objection was that I'd initially written that Wildcards was the way to do record synthesis in the DNS. The objection was well founded, Wildcards are *a* way to do record synthesis, and the only possible means unless we ditch or seriously alter AXFR. (That discussion began my interest in that topic.) There have been other things called domains before, and domain names. It's clear from reading the old (pre-1000) RFCs that there was "science" going on that was unrecorded in the RFC series. This document is by no means able to capture that - yet, until I get some reference material. So - look at this document as trying to define "Domain Names" as they appear in IETF, RFC-documented protocols. With the document about the interoperability of the IETF's use of "Domain Names." Perhaps the title should be "IETF(tm) Domain Names". ;) In summary, your point is taken that there's a wider scope to the topic. There has to be, I don't think anyone had a nightmare one night and the DNS was born. The goal here is to establish a basis for how we extend the way Domain Names appear in Internet technologies - not just IETF, but hopefully one in the same even if there's a lag. From experience I won't set as a goal a way to unify how all protocols use Domain Names - that has long since passed, the protocols are working fine, there's no need to restructure code for the sake of documentation. But there's a need to look at the forward path. Ed PS - My work is based, except where noted, on what is recorded in the RFCs. I know that the RFCs aren't all encompassing but I wasn't "in the room" so have no other input to add. (I know this from being "in the room" and seeing the resulting RFC lacking some important detail.) If others were in the room and have other points of data to supply, please do so - preferably with a citable reference.
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ DNSOP mailing list DNSOP@ietf.org https://www.ietf.org/mailman/listinfo/dnsop