On Tue, May 12, 2015 at 2:49 PM, Dan York <y...@isoc.org> wrote: > I’ve been reading this whole discussion with great interest over the past > while and do intend on joining today’s call. In the midst of all of this I > think two points from Andrew and Ed have been helpful to my thinking: > >> On May 11, 2015, at 9:06 PM, Andrew Sullivan <a...@anvilwalrusden.com> wrote: >> >> It seems to me that making new reservations solely on _policy_ grounds >> is overstepping our role, because we actually gave that management >> function away to someone else many years ago. But if there are >> additional protocol-shift registrations, it would be appropriate to do >> that. > > I’m not sure I’m 100% on board with Andrew’s use of the term “protocol-shift” > to explain the difference, but I do agree with his statement that > reservations should not be made based *solely* on policy grounds and that > there needs to be some true protocol-based reason for the reservation. > > Even better, I like Ed’s distinction: > >> On May 9, 2015, at 7:29 AM, Edward Lewis <edward.le...@icann.org> wrote: >> >> The problem (the topic of discussion here) I see is that there are class >> of strings that are intended to not be active in the DNS and further more, >> the DNS isn't even meant to be consulted. > > > This to me is the key point. Reserving names like .ONION makes sense to me > because there is existing Internet infrastructure that is widely deployed and > uses that TLD-like-name in its operation…. but has no expectation that the > name would be active in DNS. Were such a TLD ever to be delegated in DNS, > it could conceivably *break* these existing services and applications. > Those are the kind of names that make sense to be reserved. > > I do realize that there is a challenge with determining when something is > “widely deployed” enough to merit this consideration. Just because I may > have some service I created that uses a pseudo-TLD of “.YYY”[1] probably > doesn’t really rise to the level if only I and 5 other friends use it. What > number makes sense? I don’t know because as others have commented such > numbers can be easy to game with automated scripts, bots, etc.
... and this is some of the point of the .ALT pseudo-TLD -- if you want to use a "TLD" that does not get resolved in the DNS, make your namespace look like YYY.ALT. This *will* leak into the DNS, but should be "dropped" (NXD) at the first resolver (helping with privacy and general pollution issues). Now, if 5 people or 5,000,000 people use it, it doesn't matter -- it never needs to be made a special use name, because it isn't really in the DNS name space. > My 2 cents, > Dan (as an individual, not as any statement from ISOC) > > [1] I was going to use “.FOO” here but of course someone (Google, in this > case, maybe at Warren’s request!) Good gods no. Them's fighting words. Take that back.... :-P W > did actually register .FOO through the newgTLD process. > > > _______________________________________________ > DNSOP mailing list > DNSOP@ietf.org > https://www.ietf.org/mailman/listinfo/dnsop -- I don't think the execution is relevant when it was obviously a bad idea in the first place. This is like putting rabid weasels in your pants, and later expressing regret at having chosen those particular rabid weasels and that pair of pants. ---maf _______________________________________________ DNSOP mailing list DNSOP@ietf.org https://www.ietf.org/mailman/listinfo/dnsop
