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
- Re: Last Call: draft-ietf-enum-infrastructure (Th… Olaf Kolkman