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

Lawrence Conroy <lconroy@insensate.co.uk> Sat, 28 June 2008 00:27 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 88E2F3A6814; Fri, 27 Jun 2008 17:27:40 -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 C824E3A6814 for <ietf@core3.amsl.com>; Fri, 27 Jun 2008 17:27:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
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 eceEILXzDnAB for <ietf@core3.amsl.com>; Fri, 27 Jun 2008 17:27:38 -0700 (PDT)
Received: from smtpout.karoo.kcom.com (smtpout.karoo.kcom.com [212.50.160.34]) by core3.amsl.com (Postfix) with ESMTP id C0CE53A6800 for <ietf@ietf.org>; Fri, 27 Jun 2008 17:27:37 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.27,718,1204502400"; d="scan'208";a="6864224"
Received: from norman.insensate.co.uk (HELO insensate.co.uk) ([213.152.49.123]) by smtpout.karoo.kcom.com with ESMTP; 28 Jun 2008 01:27:07 +0100
Received: from [IPv6???1] (localhost [127.0.0.1]) by insensate.co.uk (Postfix) with ESMTP id A3F11A3F88; Sat, 28 Jun 2008 01:27:41 +0100 (BST)
Message-Id: <F3C56092-CAFD-4FA7-8E1F-2DF53A890154@insensate.co.uk>
From: Lawrence Conroy <lconroy@insensate.co.uk>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
In-Reply-To: <48655E1F.7010100@gmail.com>
Mime-Version: 1.0 (Apple Message framework v924)
Subject: Re: Update of RFC 2606 based on the recent ICANN changes ?
Date: Sat, 28 Jun 2008 01:27:41 +0100
References: <4C0AE13D-4CA6-4989-A6B0-555A014DE464@multicasttech.com> <74E3E26A-FCFB-45C1-989A-DD7EA5752974@virtualized.org> <6.2.5.6.2.20080627121824.02c55340@resistor.net> <A9ACF7FB-BC78-44D9-AA61-4FCACE821677@virtualized.org> <9486A1E5-864F-4B23-9EBA-697C1A7A7520@ca.afilias.info> <48655E1F.7010100@gmail.com>
X-Mailer: Apple Mail (2.924)
Cc: SM <sm@resistor.net>, 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

Hi Brian, folks,
  Having just recovered from the heat in Paris...
IIUC, Microsoft would be free to put in an application for .local if  
it is so all-fired important to them.
Also, if I've decoded the slightly delphic comments correctly, the  
bidding war with Apple might be fun.
Finally, the lawyers of Thomson Local Directories in the UK might be  
interested and raise an objection.

I'll believe it has become a problem when the RFP, evaluation and  
objection process have been ->finalised<-, the evaluations have been  
done, and any agreement has been signed. It could take some time...)

all the best,
   Lawrence
(speaking personally)

On 27 Jun 2008, at 22:39, Brian E Carpenter wrote:
> I think all the external evidence is that ICANN is deeply reluctant to
> set up mechanisms that require the application of common sense (a.k.a.
> judgment) as to whether or not a particular domain name may be  
> registered.
> I see no reason to expect this to be different now they have opened
> the floodgates to greed at the TLD level too. So I think that any such
> technical review process is doomed. The best we can do is proceed
> under the second paragraph of section 4.3 of RFC 2850, i.e. designate
> specific TLDs as reserved for technical reasons, and so instruct IANA.
> Furthermore, I believe this is not only the *best* we can; it's
> essential that we do so, although translating 'example' into every
> script and language may be going a bit too far. So I believe that
> 2606bis is very necessary.

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