On Tue, Jun 30, 2015 at 04:27:10PM +0000, Edward Lewis wrote: > > So this is about words - what you call a negative registration is a > registration nonetheless, with an responsible party.
Well, it's about conceptual clarity. If we want to call that "negative registration" instead "skippy the wonder dog", I don't care. But there's a difference between "positively registered with someone that delegation is not allowed" and "a possible name enumerable in the namespace that is not registered." I hope we can agree on that. > How can I not (conflate them)? I don't follow you. I am trying to draw a distinction. I'm going to try one more time here on the list, begging everyone else's indulgence, and then if that doesn't work I'm going to figure that I can't explain it. Perhaps another way to say this is that the term "DNS" has taken on a separate meaning from "domain name", but I think that's not necessary: On the one hand, we have the domain name space. It encompasses within it all the logically-possible domain names. These are all the names of one or more labels, where one label is null length and is the last label, and all the other labels are between 1 and 63 octets. The whole name must be under 255 octets. Otherwise, there is a variable number of labels and each label may vary in length according to the above restrictions. It is, as you point out, a finite name space. On another hand, we have the _DNS_ space. This is a subset of the domain name space as such. The DNS space is all the names covered in the domain name space, that may in fact be registered (not just delegated, but registered) in the DNS. (Note that DNS means domain name system, so another way to say this is that these are the domain names that are in fact allowed in the system.) I say that protocol-switch names like local. are inside the domain name space, but not in the DNS space, because they function to switch any lookup out of the domain name system and into some other resolution mechanism. Other special names do not have the same effect -- invalid., for instance, does not. (Note that one consequence of this is that the null-length label is special in more than one way, because it has to exist in every system namespace. I think that's all right, because these different names are all within the domain name space, just not in the DNS space. It's conceptually hideous, but I can see why people do it in implementation.) (I'm leaving out the zone space here, because that's yet another subset, of DNS space, and we seem to agree about that.) > what I understand that would be a $key.onion. I don't grok how > $key.onion. "can't possibly be" a domain name given that "onion." is. both $key.onion. and onion. are domain names, but they're not in the DNS namespace. > DNS." Do you mean names of greater than 256 octets, etc., not possible > because they violate syntax rules? Or...I don't follow. There are names outside the domain name space, yes. A name that has a label longer than 63 octets is outside the domain name space. > special-use domain name registry. Perhaps it's confusing because RFC 6761 > defines "Special-Use Domain Names" and not Special-Use Names. From the Yes, they're domain names, but not DNS names. > Well, it's odder than that. There is ICANN's WhoIs and IANA's WhoIs. I > mentioned IANA's specifically for a reason. Ok, a fair point. But surely ICANN could register names that it will not (by policy) admit to the IANA root zone in the IANA whois without any delegation? Hmm, I suppose not, given the IANA rules for registrations. This is an interesting policy problem, but fortunately not one we have to discussion on DNSOP. I understand there was a large meeting recently that might have presented a forum for this. > database (anywhere, all the time). I really don't know if there is a > formal listing of "IETF." as having any status in any register. (Using > the dictionary definition of register as an official roll.) It's in a list in the Applicant Guide Book, as I mentioned in the previous message. Given that the AGB is the holy tome of new non-ccTLD allocations for registration by ICANN, I think that counts as an official roll. > What's "the AGB"? "Applicant Guide Book". "AGB" seems to be a common shorthand for this in ICANN circles. Sorry for the jargon. > No, people can implement an RFC. Yes, and then they have an implementation which implements the RFC. At least, that's the way people say such things to me. I agree it's too bad that we don't have the lexico-grammatical precision in English that Latin does, but here we are. Anyway, I hope this helps. If not, then perhaps I'm completely wrong or perhaps I'm just doing a poor job explaining myself to you. Best regards, A -- Andrew Sullivan a...@anvilwalrusden.com _______________________________________________ DNSOP mailing list DNSOP@ietf.org https://www.ietf.org/mailman/listinfo/dnsop