Re: Update of RFC 2606 based on the recent ICANN changes ?

David Conrad <drc@virtualized.org> Mon, 30 June 2008 00:54 UTC

Return-Path: <ietf-bounces@ietf.org>
X-Original-To: ietf-archive@megatron.ietf.org
Delivered-To: ietfarch-ietf-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 510933A6881; Sun, 29 Jun 2008 17:54:32 -0700 (PDT)
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C358F3A6881 for <ietf@core3.amsl.com>; Sun, 29 Jun 2008 17:54:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.475
X-Spam-Level:
X-Spam-Status: No, score=-6.475 tagged_above=-999 required=5 tests=[AWL=0.124, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2XsMs9zUpPZ0 for <ietf@core3.amsl.com>; Sun, 29 Jun 2008 17:54:30 -0700 (PDT)
Received: from virtualized.org (trantor.virtualized.org [204.152.189.190]) by core3.amsl.com (Postfix) with ESMTP id 21AE03A67A6 for <ietf@ietf.org>; Sun, 29 Jun 2008 17:54:30 -0700 (PDT)
Received: from [10.0.1.198] (c-71-198-3-247.hsd1.ca.comcast.net [71.198.3.247]) by virtualized.org (Postfix) with ESMTP id 495D4264D83; Sun, 29 Jun 2008 17:54:42 -0700 (PDT)
Message-Id: <FBBF3BB9-D231-494A-AFBE-7F816DD1180C@virtualized.org>
From: David Conrad <drc@virtualized.org>
To: SM <sm@resistor.net>
In-Reply-To: <6.2.5.6.2.20080628201322.02e43268@resistor.net>
Mime-Version: 1.0 (Apple Message framework v924)
Subject: Re: Update of RFC 2606 based on the recent ICANN changes ?
Date: Sun, 29 Jun 2008 17:54:41 -0700
References: <4C0AE13D-4CA6-4989-A6B0-555A014DE464@multicasttech.com> <74E3E26A-FCFB-45C1-989A-DD7EA5752974@virtualized.org> <6.2.5.6.2.20080627121824.02c55340@resistor.net> <BBB8E0B4-7E45-4BE9-B9DF-DEBE294585D6@multicasttech.com> <6.2.5.6.2.20080627140118.02a43fd8@resistor.net> <6F1CFDA0-A6E2-4257-8C72-0FCD1E117290@virtualized.org> <6.2.5.6.2.20080628201322.02e43268@resistor.net>
X-Mailer: Apple Mail (2.924)
Cc: IETF Discussion <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.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://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"; DelSp="yes"
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org

On Jun 28, 2008, at 9:35 PM, SM wrote:
> The domain name may be confused with an IP address.  That can be  
> avoided by not allocating numbers from zero to 255 as TLDs.

You need a bit more than that.  Under MacOSX (10.5.3, and I suspect  
most BSD derivatives at the very least):

% ping 127.1024
PING 127.1024 (127.0.4.0): 56 data bytes
...
% ping 1.1712312
PING 1.1712312 (1.26.32.184): 56 data bytes
...
% ping 0xdeadbeef
PING 0xdeadbeef (222.173.190.239): 56 data bytes
...
% ping 0xa.0xa
PING 0xa.0xa (10.0.0.10): 56 data bytes
...

Etc.

> That's different from an IETF-based "bad" list.

I'm suggesting it would be helpful if there were an RFC directing IANA  
to establish a registry that contains both labels and rules (e.g, no  
all-numeric strings, no strings that start with 0x and contain  
hexadecimal values, the string 'xn--', the 2606 strings, etc.) that  
specify what cannot be placed into the root zone.  As part of future  
IANA actions, any time a protocol defines a new TLD (e.g., .local) an  
entry should be placed into that registry.

Would there be the downside to this?

Thanks,
-drc

_______________________________________________
Ietf mailing list
Ietf@ietf.org
https://www.ietf.org/mailman/listinfo/ietf