Re: [DNSOP] additional special names Fwd: I-D Action: draft-chapin-additional-reserved-tlds-00.txt

[Paul Hoffman <[e-mail]>]

On Jan 27, 2014, at 9:15 PM, George Michaelson <[e-mail]> wrote:

> I like the aspect that this draft has drawn on observations of what leaks into the global space, to suggest what might be wise to withhold. thats at least testable, repeatable.
> 
> As to the decisive qualities? I think the IETF could step over a line very quickly into a place it really doesn't want to be. Inform ICANN? sure. but decide to formally try and exclude a namespace on technical grounds? Thats big. That has implications. You'd want to be on remarkably solid ground.

Yes, and this list seems like the most solid ground possible for either the IETF or ICANN.

> And then theres the future. These are anglo-centric measurements from the current state. At some future point, one can imagine a language group embeds a token in name-lookup logic in some domain of activity, and it winds up hitting the DNS and they come asking for a holdback.

There is a huge, easily-identifiable difference between adding a token *before* the application process that started in 2012 and then later asking for a hold-back, and adding it *after*.

> The jurisdictional qualities around what should or shouldnt be in the DNS just makes me quake in my boots.

Sure. But re-read section 3 of this draft. This is not "Lyman's and Mark's list", it is a list generated by an ICANN standing committee, then validated by empirical evidence.

> BTW, India, Pakistan, South Africa, the Carribean, New Zealand, Australia, Sri Lanka all understand the word "test" to have a meaning in sports, which has very high financial value. The assumption the label .TEST has no financial value in rugby or cricket, when worldwide TV rights negotiate for billions of dollars seems to me to be .. well.. fraught.

The document did not make that assumption. It doesn't talk about finance anywhere. For example, there is even financial advantage to owning almost any common label and seeing what is returned, even if you cannot control what is returned.

--Paul Hoffman