RE: 2929bis RRTYPE Allocation for the ENUM Branch Location Record

"Eastlake III Donald-LDE008" <Donald.Eastlake@motorola.com> Tue, 23 January 2007 17:52 UTC

Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H9Pom-000388-Vg; Tue, 23 Jan 2007 12:52:24 -0500
Received: from psg.com ([147.28.0.62]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H9PoX-00037y-8i; Tue, 23 Jan 2007 12:52:24 -0500
Received: from majordom by psg.com with local (Exim 4.63 (FreeBSD)) (envelope-from <owner-namedroppers@ops.ietf.org>) id 1H9PeS-000MRO-Ik for namedroppers-data@psg.com; Tue, 23 Jan 2007 17:41:44 +0000
X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on psg.com
X-Spam-Level:
X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.7
Received: from [216.82.250.131] (helo=mail128.messagelabs.com) by psg.com with smtp (Exim 4.63 (FreeBSD)) (envelope-from <Donald.Eastlake@motorola.com>) id 1H9PeP-000MQp-5I for namedroppers@ops.ietf.org; Tue, 23 Jan 2007 17:41:42 +0000
X-VirusChecked: Checked
X-Env-Sender: Donald.Eastlake@motorola.com
X-Msg-Ref: server-3.tower-128.messagelabs.com!1169574097!4666152!1
X-StarScan-Version: 5.5.10.7.1; banners=-,-,-
X-Originating-IP: [129.188.136.8]
Received: (qmail 13134 invoked from network); 23 Jan 2007 17:41:37 -0000
Received: from motgate8.mot.com (HELO motgate8.mot.com) (129.188.136.8) by server-3.tower-128.messagelabs.com with SMTP; 23 Jan 2007 17:41:37 -0000
Received: from il06exr04.mot.com (il06exr04.mot.com [129.188.137.134]) by motgate8.mot.com (8.12.11/Motorola) with ESMTP id l0NHfaDa019419 for <namedroppers@ops.ietf.org>; Tue, 23 Jan 2007 10:41:37 -0700 (MST)
Received: from de01exm64.ds.mot.com (de01exm64.am.mot.com [10.176.8.15]) by il06exr04.mot.com (8.13.1/8.13.0) with ESMTP id l0NHfa5A011269 for <namedroppers@ops.ietf.org>; Tue, 23 Jan 2007 11:41:36 -0600 (CST)
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Subject: RE: 2929bis RRTYPE Allocation for the ENUM Branch Location Record
Date: Tue, 23 Jan 2007 12:41:35 -0500
Message-ID: <3870C46029D1F945B1472F170D2D979001F750EE@de01exm64.ds.mot.com>
In-Reply-To: <7.0.1.0.2.20070117101555.05bf5140@ogud.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: 2929bis RRTYPE Allocation for the ENUM Branch Location Record
Thread-Index: Acc6VlNebLQkBWDDSfOMJSQfI30EsgAAP9LA
References: <20061211123026.GA17954@nic.at> <20070103084336.GB9953@nic.at> <7.0.1.0.2.20070117101555.05bf5140@ogud.com>
From: Eastlake III Donald-LDE008 <Donald.Eastlake@motorola.com>
To: namedroppers@ops.ietf.org
Cc: Otmar Lendl <lendl@nic.at>, Edward Lewis <Ed.Lewis@neustar.biz>, Ólafur Guðmundsson /DNSEXT co-chair <ogud@ogud.com>
Sender: owner-namedroppers@ops.ietf.org
Precedence: bulk
X-Spam-Score: 0.0 (/)
X-Scan-Signature: a1852b4f554b02e7e4548cc7928acc1f

Hi,

I have received no private comments on the current version of the 2929bis draft since it was posted. If I do, I'll forward them to this list (or at least the gist of them if the commenter has privacy concerns).

While there is no explicit provision for appealing the decision of the Expert, since they are appointed by the IESG you could always go to the IESG and try to get the Expert replaced. This is the normal thing with the powerful single administrator model. 

Donald

-----Original Message-----
From: owner-namedroppers@ops.ietf.org [mailto:owner-namedroppers@ops.ietf.org] On Behalf Of Ólafur Guðmundsson /DNSEXT co-chair
Sent: Wednesday, January 17, 2007 11:12 AM
To: namedroppers@ops.ietf.org
Cc: Otmar Lendl; Edward Lewis
Subject: Re: 2929bis RRTYPE Allocation for the ENUM Branch Location Record


The public comment period has passed, our AD has appointed a DNS Expert: Edward Lewis. Thank you Ed for being willing to take this on.

The working group chairs now pass the token to the expert to review the template request and make sure it adheres to the RFC2929bis template, and render his decision if this RR type request should be sent to IANA for formal allocation.

In addition the expert is requested to report on the template and rfc2929bis rules reporting any issues he detected. In particular the WG is interested in knowing if the rules in RFC2929bis are sufficient/overarching/unclear/etc.

This report will be used by our AD to judge if any changes in RFC2929bis RR type allocation process are needed before RFC2929bis is published.

Ed, you have 2 weeks to render your decision, which is binding.
Expert review due: January 31'th 23:59 UTC

WG: if you have any issues with this request send it to the mailing list and/or expert ASAP, once the expert issues his ruling it is too late.

The notes below are part of the process evaluation and how to reflect what this chair has noticed.

Process note #1: WG had no public feedback on the template and its Internet draft, editors updated the draft since the original request was sent to namedroppers. Editors please send out an message stating if you got any private comments as a result of posting the request, no need to say who or what.

Process note #2: Reading RFC2929bis
IANA in the general case only sees approved requests, it is not explicitly stated WHO forwards the positive decision by the expert to IANA.
In the general case this should be the DNS expert.
As the expert has not been formally appointed to IANA for this experiment the chairs of the working group will communicate with IANA.

Process note #3: As far as I can tell there is no appeal of the DNS Expert decision possible, but the requester can resubmit an updated request.

         Olafur

At 03:43 03/01/2007, Otmar Lendl wrote:

>Update:
>
>On 2006/12/11 13:12, Otmar Lendl <lendl@nic.at> wrote:
> > --------------------------------------------------------------------
> >
> >         DNS RRTYPE PARAMETER ALLOCATION TEMPLATE
> >
> > Date:
> >
> >   2006/12/11
> >
> > Originator:
> >
> >   Otmar Lendl <otmar.lendl@enum.at>, +43 1 5056416 33
> >
> > Specification:
> >
> >   
> > http://tools.ietf.org/html/draft-ietf-enum-branch-location-record-01
>
>Based on internal feedback, I've rewritten the explanatory text. It now 
>should be clearer what parts of the DDDS algorithm are amended and thus 
>how the EBL fits into the overall ENUM protocol.
>
>No changes have been made to the actual specification.
>
>The current version can be found at:
>
>http://tools.ietf.org/html/draft-ietf-enum-branch-location-record-02
>
> > Any feedback, both regarding the protocol part, as well as the 
> > language of draft-ietf-enum-branch-location-record-01 is very much 
> > welcome. The ENUM WG will put this draft up for last call soon, so 
> > I'd prefer to make any changes as soon as possible.
>
>The draft is now in WGLC state (till Jan. 15th).
>
>Once again, any feedback is welcome.
>
>/ol
>--
>< Otmar Lendl (lendl@nic.at) | nic.at Systems Engineer >
>
>--
>to unsubscribe send a message to namedroppers-request@ops.ietf.org with 
>the word 'unsubscribe' in a single line as the message text body.
>archive: <http://ops.ietf.org/lists/namedroppers/>


--
to unsubscribe send a message to namedroppers-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body.
archive: <http://ops.ietf.org/lists/namedroppers/>

--
to unsubscribe send a message to namedroppers-request@ops.ietf.org with
the word 'unsubscribe' in a single line as the message text body.
archive: <http://ops.ietf.org/lists/namedroppers/>