Do we really want to say to 3com (probably a bad example, but go with the concept) that they cannot have a TLD when their competitors can? And if you tell me that 3com can compromise and apply for a 'valid' TLD, then what happens should/when we change the rules to allow these characters in TLDs? "Sorry 3com, the first time we didn't want to punish the people who made assumptions about the composition of TLDs". The people who are punished are the applicant, 3com, because their TLD does not work!
With that said, I'm fairly certain that the ICANN Draft Applicant Guidebook by tells applicants that their TLD may not work. I don't quite see how the IETF (don't want to break existing applications) and ICANN (it might not work, no comment on when it will as it is up to application developers) align. As a thought, consider names written in the Arabic script. Being a cursive script, how is a TLD applicant expected to separate 'words' in a top level domain without the use of a hyphen or equivalent. Removing the spaces will cause the characters to join, and the meaning lost (besides which the A-label will contain hyphens anyway?!). I'm far from qualified to talk authoritatively on the Arabic script, or how it will be used in domain names, however I do know of parties that will be applying for Arabic TLDs - are we to exclude these applicants? My thoughts are this draft should re-iterate the requirement "The host SHOULD check the string syntactically for a dotted-decimal number before looking it up in the Domain Name System", clarify whether dotted decimal includes .256+, and mention that any TLD may not work due to assumptions on the composition of a TLD in applications not conforming to this RFC. It should even give guidance into how one should 'validate' TLDs so this does not happen in the future; i.e. update from IANA. James > -----Original Message----- > From: [email protected] [mailto:[email protected]] On Behalf Of > Andrew Sullivan > Sent: Wednesday, 17 November 2010 11:19 PM > To: [email protected] > Subject: Re: [DNSOP] draft-liman-tld-names-04 > > On Wed, Nov 17, 2010 at 11:20:56AM +0000, Tony Finch wrote: > > I believe that no requirement needs to be relaxed to allow A-labels. A > > clarification might be helpful. > > If no requirement is needed, then no document is needed, because the > policy realm was ceded to ICANN some years ago. We can remain quiet > and wait for someone at ICANN to write a document somewhere that > clarifies that they have changed the policy that used to be expressed > in RFC 1123. > > > That is blatantly broken. There is no need for any heuristic to tell IP > > addresses and host names apart. This kind of code should be mocked, not > > accommodated. > > To my mind, this is a way of saying that anyone who has to live with > broken implementations by people who half-understand the huge volume > of DNS-related RFCs is just sweet out of luck. Too bad for them. Is > that really what we want to say? > > A > -- > Andrew Sullivan > [email protected] > Shinkuro, Inc. > _______________________________________________ > DNSOP mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/dnsop _______________________________________________ DNSOP mailing list [email protected] https://www.ietf.org/mailman/listinfo/dnsop
