Re: 2606bis
Frank Ellermann <nobody@xyzzy.claranet.de> Wed, 19 October 2005 19:12 UTC
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1ESJMn-0001Iq-Ns; Wed, 19 Oct 2005 15:12:49 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1ESJMj-0001Gc-7q for ietf@megatron.ietf.org; Wed, 19 Oct 2005 15:12:47 -0400
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA07542 for <ietf@ietf.org>; Wed, 19 Oct 2005 15:12:35 -0400 (EDT)
Received: from main.gmane.org ([80.91.229.2] helo=ciao.gmane.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1ESJYV-0005bK-SY for ietf@ietf.org; Wed, 19 Oct 2005 15:24:56 -0400
Received: from list by ciao.gmane.org with local (Exim 4.43) id 1ESJJV-0002lu-Uu for ietf@ietf.org; Wed, 19 Oct 2005 21:09:26 +0200
Received: from c-180-160-57.hh.dial.de.ignite.net ([62.180.160.57]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <ietf@ietf.org>; Wed, 19 Oct 2005 21:09:25 +0200
Received: from nobody by c-180-160-57.hh.dial.de.ignite.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <ietf@ietf.org>; Wed, 19 Oct 2005 21:09:25 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: ietf@ietf.org
From: Frank Ellermann <nobody@xyzzy.claranet.de>
Date: Wed, 19 Oct 2005 21:01:10 +0200
Organization: <URL:http://purl.net/xyzzy>
Lines: 60
Message-ID: <435697F6.3014@xyzzy.claranet.de>
References: <Pine.LNX.4.61.0509191647510.23762@internaut.com> <p0620074fbf5509dd070a@[192.168.2.2]> <Pine.LNX.4.61.0509192043550.28535@internaut.com> <4333DDFF.8020909@zurich.ibm.com> <4333F545.7619@xyzzy.claranet.de> <4355E8A4.7634@xyzzy.claranet.de> <C56AABD8019A5267529A992C@scan.jck.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: c-180-160-57.hh.dial.de.ignite.net
X-Mailer: Mozilla 3.0 (OS/2; U)
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 02ec665d00de228c50c93ed6b5e4fc1a
Content-Transfer-Encoding: 7bit
Subject: Re: 2606bis
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org
John C Klensin wrote: > there are a collection of RFCs that were issued by the IANA > that are, indeed, normative. They aren't IETF Standards > because they weren't produced or ratified by the IETF. No problem with that, quite the contrary, but 2606bis would be an IETF BCP. "You" drilled me to see a big red blinking WAIT for each normative reference to an informational RfC. One potential problem with this draft, it mixes some technical issues (like xn-- or SLD nic) with legal issues (like label "iab" anywhere) with oddities (like the two-character SLDs). > If you want to think about it that way, what makes it > normative is that the operator of every TLD allocated in the > pre-ICANN period agreed to its provisions The "public whois server" idea unfortunately escaped some of them (okay, it's not directly in 1591 ;-). I'd really welcome it if ICANN gets a proper RfC number for its ICP-1, apparently some kind of 1591bis, and similar ICP-? documents. But that's then still an ICANN document, not an IETF BCP. The wild mixture in the -00 draft confuses me. And reserving the string "iab" as label everywhere worldwide strikes me as plain wrong. Like all the other labels in 3.1 including "example". There is an iab.de, no idea what it is, but probably nothing related to "the" IAB. If I'd start a gnso.webhop.info today that's my legal problem, it shouldn't affect any IETF BCP. The pseudo country codes on the ISO 3166 web page with obscure organizations like EM, EP, EV, etc. are bad enough, let's not imitate this style for all DNS labels worldwide in an IETF BCP. Chapter 3.1 in the draft could be moved to an RfC published by ICANN - and I won't miss it for a second if that ICANN RfC about reserved labels worldwide is never published. [short SLDs] > If one has several characters in a string, the odds are (or > were) presumed to be reasonable that a typing mistake (or > something equivalent) would yield a "no domain" answer. Okay, that's a technical reason, I buy. So let's say that all labels (not only SLDs & TLDs) must be at least two characters, that's a clear and simple rule. But the stuff about two characters in chapter 3.2 is dubious: Whatever the governments of AC and CO might think, they can't dictate which TLDs are allowed to adopt "Commonwealth style" (my terminology) with SLDs ac and co. Nothing is wrong with co.uk, it's no business of Columbia, and nothing is wrong with ac.za, it's no business of (AC -> SH ->) the UK. Above all the ISO 3166 MA has nothing to "allow" about SLDs worldwide. Bye, Frank _______________________________________________ Ietf mailing list Ietf@ietf.org https://www1.ietf.org/mailman/listinfo/ietf
- Summary of the LLMNR Last Call Margaret Wasserman
- Re: Summary of the LLMNR Last Call Stuart Cheshire
- Re: Summary of the LLMNR Last Call grenville armitage
- Re: Summary of the LLMNR Last Call Margaret Wasserman
- Re: Summary of the LLMNR Last Call Bernard Aboba
- Re: Summary of the LLMNR Last Call Margaret Wasserman
- Re: Summary of the LLMNR Last Call Bernard Aboba
- Re: Summary of the LLMNR Last Call Russ Allbery
- Re: Summary of the LLMNR Last Call Bernard Aboba
- Re: Summary of the LLMNR Last Call Russ Allbery
- Re: Summary of the LLMNR Last Call Margaret Wasserman
- Re: Summary of the LLMNR Last Call Margaret Wasserman
- Re: Summary of the LLMNR Last Call Bernard Aboba
- Re: Summary of the LLMNR Last Call Steven M. Bellovin
- Re: Summary of the LLMNR Last Call Bernard Aboba
- Re: Summary of the LLMNR Last Call Ned Freed
- Re: Summary of the LLMNR Last Call Robert Elz
- Re: Summary of the LLMNR Last Call Margaret Wasserman
- .local [Re: Summary of the LLMNR Last Call] Brian E Carpenter
- Re: .local Frank Ellermann
- Re: Summary of the LLMNR Last Call Bill Manning
- 2606bis (was: .local) Frank Ellermann
- Re: 2606bis (was: .local) John C Klensin
- Re: 2606bis (was: .local) JFC (Jefsey) Morfin
- Re: 2606bis Frank Ellermann
- Re: 2606bis Bill Fenner
- Re: 2606bis John C Klensin
- Re: 2606bis JFC (Jefsey) Morfin
- Re: 2606bis Brian E Carpenter