RE: draft-eastlake-2606bis-00.txt: Suggestions for modifications

[Eastlake III Donald-LDE008 <[e-mail]>]

Hi,

Thanks to everyone who commented on this draft.

RFC 2606 documents three things: The rational for reserving certain names at the top and second level. The agreement of IANA to reserve 4 TLDs. And the policy of IANA to reserve the second level label "example" in .com, .net, and .org.

At the time of the issuance of RFC 2606, IANA was under the direction of the IAB and was a part of the IETF and was Jon Postel, who was also RFC editor.

The idea of 2606bis is to update RFC 2606. The policy function of IANA for most of domain name registration and registry selection is now performed by ICANN. So I obtained the closest ICANN policy statement I could to the IANA 2nd level label policy, spliced it in, and produced draft 2606bis. I should probably have included an Informational reference to RFC 2860 (and possibly RFC 2826) in the draft and plan to do so in the next version which I won't be able to post until after the IETF meeting in Vancouver, which I will be attending.

I have read the entire thread so far with this subject line. Hope people don't mind that I'm just replying to the first message. Anyway, there seems to be considerable desire to include something about prohibition of numeric TLDs. At this time, I would think that all the IETF can say is that such TLDs SHOULD be reserved, since it is ICANN's call.

(Also, a quick note on ccTLDs. This draft says nothing about them. It certainly doesn't say that anything is reserved at lower levels in them. Nor does it state that they are not reserved. It does not state that ICANN has the authority to regulate ccTLDs or their contents, nor does it say ICANN does not have that authority. All it says is that, by contract, ICANN imposes restrictions on 'many TLDs' and provides a pointer to a list of TLDs which do not include any ccTLDs. I was really trying to avoid controversy. But I've already gotten troll mail anyway.)

See also below at @@@ 

-----Original Message-----
From: [e-mail] [mailto:[e-mail]] On Behalf Of Harald Tveit Alvestrand
Sent: Thursday, October 20, 2005 6:56 AM
To: [e-mail]
Subject: draft-eastlake-2606bis-00.txt: Suggestions for modifications

Hi,

I couldn't find any discussion of this draft on the mailing list, but the draft says that it should be discussed here, so here it goes... WG chairs, please rule me out of order if it isn't appropriate (and ask the author to update the draft...)

draft-eastlake-2606bis-00, "Reserved Top Level DNS Names", tries to update the old RFC that reserved ".test", ".example", ".invalid" and ".localhost".

@@@ The old RFC also documents the IANA policy on example.{com|net|org}.

RFC 2606 is a BCP, so presumably this document aims for the same status.

Summary: This is definitely not a document that I think the IETF should publish as-is.

My detailed comments:

1) I believe section 3.1  and 3.4 (reservation of "aso", "gnso", "afrinic", "rfc-editor" and so on) is inappropriate for the IETF and should be removed. This is ICANN's business.

Optionally, I could argue that it should be reduced to "example", so that we could use "example.fr" as well as "example.com" in examples.

@@@ Well, that's why I say that it is ICANN policy. So I gather you would prefer that the document, perhaps, only document ICANN reservation policy for things reserved for the same reason as the TLD reservations? If so, I would think it should also state that there are other labels, not listed, that ICANN has a policy of reserving in some TLDs. But it doesn't seem that bad to me and of interest to the IETF to know that "ietf", "rfc-editor", etc are being reserved.

I am less sure about section 3.3 (prohibition of single character and two letter names). There may be technical justification for these (see the RFC describing the "com.com" problem, and how to fix it - the number escapes
me) - but I know for a fact that multiple registries do hand out two-letter domain names today, and are likely to continue to do so no matter what the IETF says - so this needs *heavy* justification - my default proposal would be "remove".

@@@ But this document isn't, currently, IETF policy. It just motivated and documents IANA/ICANN commitments/policy. 

@@@ Actually, in the past there was a theory that some mechanism might distribute the contents of a zone between servers based on the value of the first label byte. So, though not mentioned in RFC 2606 and possibly not documented anywhere but in moldy old emails, there was an IANA policy not to register single letter 2nd level domain names in .com, .net, or .org. But a few had already been registered by the time this policy was adopted and IANA did not de-register any of those.

2) A different conversation led to the (to me) surprising conclusion that there is no IETF document that conclusively states that top level domains shouldn't be all numeric. I think this is an appropriate thing for the IETF to state in a BCP, since 4-component all-numeric domain names are hard to tell from IP addresses - a technical consideration in many protocols.

This could be added as a subsection of section 2 - since it's a new reason for reserving TLDs.

@@@ Right, but, as I say above, I don't think the IETF can say anything stronger than SHOULD at this point, at least not without explicit agreement of ICANN.

3) The nature of the reservation of tagged domain names (xn--) in section
3.3 needs to be explained - the sentence is even grammatically incomplete.

I *think* it's intended to reserve these labels at all levels until a normative interpretation is given in an IETF standard. But the para does not say.

@@@ My source of ICANN policy didn't state motivation but it might be useful to mention the IDN use and clarify this.

I believe there might be an IANA registry of those tags somewhere?
If so, this should be mentioned.

@@@ I'll check on this.

                     Harald

@@@ Anyway, I do plan to do another version improved in various ways as above and with a more clearly stated scope and intent.

@@@ Thanks,
@@@ Donald

--
to unsubscribe send a message to [e-mail] with
the word 'unsubscribe' in a single line as the message text body.
archive: <http://ops.ietf.org/lists/namedroppers/>