On Jan 29, 2014, at 7:45 PM, Mark Andrews <ma...@isc.org> wrote: > The squatted tld's used by software .onion, .bit etc could be > migrated to a new namespaces. Just issue new software that looks > / recognises in the new namespace first then in the old one for X > years. After X years stop looking in / recognising the old namespace. > Set X to about 10 years and there will be very little old code left > when you turn off support for the namespace. Set and compile in > the drop dead date.
Ten years is a long time, and even if the schedule you recommend is practical, the conflict will still cause problems in the short term, which is what actually matters. The IETF could choose to simply punt on this and let ICANN deal with it however they want, but there's some degree of consensus that we ought to document these issues, and that's why this draft is up for consideration. The point is not to say "squatting on TLDs is ok" or "special-use TLDs for these uses is the right architecture," but rather to say "special-use TLDs for these uses exist; here is what they are; here is where to go to learn more about them." In my mind, the criteria for deciding whether to document them are (a) whether there is some serious effort out there somewhere to use them _on the internet_, (b) that someone proposes to document the use in the IETF under RFC 6761, and (c) that we think there is sufficient interest in the usage being documented that it's reasonable to think that, were the TLD in question to be assigned in the DNS, significant problems would ensue. (c) is a judgment call, (b) is a prerequisite for RFC 6761 to apply (the IETF does not have change control for the namespace, but is an appropriate venue for documenting uses of it), and (a) is a requirement because if (a) doesn't apply, it's simply not the IETF's problem. It's certainly reasonable to say that we ought to make architectural recommendations to proponents of these special-use TLDs, but we can't actually stop them from using them. It's somewhat analogous to the situation with TXT records. So if we punt on this and refuse to document these special use TLDs under 6761, it doesn't actually solve the problem, or make anything better. And although several heavy hitters in the DNS working groups do apparently feel strongly that special use TLDs are a bad architectural choice, there is no consensus in the IETF for this position (yes, I am saying that with my AD hat on). The IESG would prefer to see these proposals worked on by DNSOP, because that will likely improve the documents. Part of that improvement might be some recommendation for sunsetting, although I am skeptical that that will gain consensus. But we've been down the "this is a bad idea, let's not document it" path before, and it leads to worse outcomes than documenting it. So I'd really love it if we could see some discussion of how to make the document better, rather than simple rejection of the proposal. _______________________________________________ DNSOP mailing list DNSOP@ietf.org https://www.ietf.org/mailman/listinfo/dnsop