Re: Last Call: draft-ietf-enum-infrastructure (The E.164 to Uniform Resource Identifiers (URI) Dynamic Delegation Discovery System (DDDS) Application for Infrastructure ENUM) to Informational RFC

Olaf Kolkman <Olaf@NLnetLabs.nl> Tue, 03 June 2008 08:59 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 3ABA928C137; Tue, 3 Jun 2008 01:59:47 -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 0F7E03A6767; Tue, 3 Jun 2008 01:59:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[AWL=0.594, BAYES_00=-2.599, GB_I_LETTER=-2, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545]
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 EDlRv9G1iZ7G; Tue, 3 Jun 2008 01:59:44 -0700 (PDT)
Received: from open.nlnetlabs.nl (open.nlnetlabs.nl [213.154.224.1]) by core3.amsl.com (Postfix) with ESMTP id BEC713A690F; Tue, 3 Jun 2008 01:59:33 -0700 (PDT)
Received: from [196.200.214.28] ([196.200.214.28]) (authenticated bits=0) by open.nlnetlabs.nl (8.14.2/8.14.2) with ESMTP id m538whqQ011691 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 3 Jun 2008 10:58:49 +0200 (CEST) (envelope-from Olaf@nlnetlabs.nl)
Message-Id: <B5A46DE0-2A8B-4081-9C07-4E9A8FB7D947@nlnetlabs.nl>
From: Olaf Kolkman <Olaf@NLnetLabs.nl>
To: "IESG ((E-mail))" <iesg@ietf.org>, enum@ietf.org
In-Reply-To: <20080602193743.CC2643A6915@core3.amsl.com>
Mime-Version: 1.0 (Apple Message framework v924)
Subject: Re: Last Call: draft-ietf-enum-infrastructure (The E.164 to Uniform Resource Identifiers (URI) Dynamic Delegation Discovery System (DDDS) Application for Infrastructure ENUM) to Informational RFC
Date: Tue, 03 Jun 2008 09:58:25 +0100
References: <20080602193743.CC2643A6915@core3.amsl.com>
X-Pgp-Agent: GPGMail d52 (v52, Leopard)
X-Mailer: Apple Mail (2.924)
X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (open.nlnetlabs.nl [213.154.224.1]); Tue, 03 Jun 2008 10:58:53 +0200 (CEST)
Cc: IAB IAB <iab@iab.org>, 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-Archive: <http://www.ietf.org/pipermail/ietf>
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-Type: multipart/mixed; boundary="===============1848478953=="
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org

On Jun 2, 2008, at 8:37 PM, The IESG wrote:

> The IESG has received a request from the Telephone Number Mapping WG
> (enum) to consider the following document:
>
> - 'The E.164 to Uniform Resource Identifiers (URI) Dynamic Delegation
>   Discovery System (DDDS) Application for Infrastructure ENUM '
>   <draft-ietf-enum-infrastructure-07.txt> as an Informational RFC




To the IESG and the ENUM WG,

The ENUM WG and its chairs, together with the RAI Area Directors have  
asked the IAB for a review on Infrastructure ENUM documents based on  
the current state of the Internet Drafts in the ENUM working group.

IAB has collected information about Infrastructure ENUM, its  
rationale, use cases and reviewed the ENUM WG discussion surrounding  
its deployment challenges. IAB has drawn the conclusion that the  
current Internet Drafts regarding Infrastructure ENUM are reusing ENUM  
technology but potentially use it with an alternative anchor other  
than the e164.arpa domain, as defined in RFC 3761, that was agreed to  
between IAB and ITU-T.

It is well known that ENUM technology is used today with multiple  
anchors in both public and private schemes outside of e164.arpa. That  
said, IAB is generally concerned with the referential integrity of  
lookup mechanisms that may be used by multiple entities for  
fundamentally different purposes.  Such usage requires that the  
resolution algorithm produce different responses depending on the  
context. One such context, when discussing ENUM, is what anchor is in  
use.  This issue is similar to that of the namespace context in the  
DNS and the uniqueness of the root, which are discussed in RFC 2826.  
For alternative ENUM anchors to work, agreements are needed on what  
anchor to use, how the selection of anchors should be controlled, and  
who should be the registry.

The ENUM working group has created a series of documents regarding  
Infrastructure ENUM. The IAB understands there is (working group)  
consensus to publish these documents as RFCs. Based on the reasons  
laid out above, the IAB suggests the documents be published as  
Informational RFCs only, as is currently proposed.

The IAB believes that the IETF should not make any unilateral  
decisions regarding issues about mapping e.164 numbers into the DNS.   
The possible use of another domain is considered outside the existing  
agreements surrounding e164.arpa between IAB and ITU-T. Such issues  
fall within the scope of the ongoing and successful cooperation  
between the ITU-T and the IETF.  Consequently, the IAB plans to send a  
liaison letter to the ITU-T, and based on the response, the IAB will  
suggest further steps for the ENUM WG in the IETF.


For the IAB,

--Olaf Kolkman
_______________________________________________
IETF mailing list
IETF@ietf.org
https://www.ietf.org/mailman/listinfo/ietf