Re: [Enum] Why not re-use interim procedures for infrastructure ENUM?

"Stastny Richard" <Richard.Stastny@oefeg.at> Mon, 06 February 2006 18:32 UTC

Received: from localhost.cnri.reston.va.us ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F6BA1-0002so-3q; Mon, 06 Feb 2006 13:32:25 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F6B9z-0002sj-9y for enum@megatron.ietf.org; Mon, 06 Feb 2006 13:32:23 -0500
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA10639 for <enum@ietf.org>; Mon, 6 Feb 2006 13:30:42 -0500 (EST)
Received: from mail.oefeg.at ([62.47.121.5]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1F6BMC-0005TG-IJ for enum@ietf.org; Mon, 06 Feb 2006 13:45:02 -0500
X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0
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: [Enum] Why not re-use interim procedures for infrastructure ENUM?
Date: Mon, 06 Feb 2006 19:32:32 +0100
Message-ID: <32755D354E6B65498C3BD9FD496C7D462C4814@oefeg-s04.oefeg.loc>
Thread-Topic: [Enum] Why not re-use interim procedures for infrastructure ENUM?
Thread-Index: AcYrS2XT6Oqxd5ARRjOFwF0kXeYXRgAAEuiz
From: Stastny Richard <Richard.Stastny@oefeg.at>
To: lconroy <lconroy@insensate.co.uk>, Richard Shockey <richard@shockey.us>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: b7b9551d71acde901886cc48bfc088a6
Content-Transfer-Encoding: quoted-printable
Cc: enum@ietf.org
X-BeenThere: enum@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Enum Discussion List <enum.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/enum>, <mailto:enum-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:enum@ietf.org>
List-Help: <mailto:enum-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/enum>, <mailto:enum-request@ietf.org?subject=subscribe>
Sender: enum-bounces@ietf.org
Errors-To: enum-bounces@ietf.org

> (i) Requirements first - that should be fun. What's the schedule 
>for ITU SG2
>       meetings after January 2007?

good question
 
BTW, talking about doing requirements first:

I just got asked here at the ETSI TISPAN meeting, why then the 
enumservice pstn is closing WGLC already, because this is
definitely for Infrastructure ENUM.
 
There was also a mumbling about "quod licet jovi, not licet bovi"
 
Just asking ;-)
 
Richard
 

________________________________

Von: lconroy [mailto:lconroy@insensate.co.uk]
Gesendet: Mo 06.02.2006 19:26
An: Richard Shockey
Cc: Stastny Richard; enum@ietf.org
Betreff: Re: [Enum] Why not re-use interim procedures for infrastructure ENUM?



Hi Richards, folks,
   (i) Requirements first - that should be fun. What's the schedule 
for ITU SG2
       meetings after January 2007?
  (ii) People keep talking about rfc3761bis, but I think we're 
talking about
       different things - some folks seem to be talking about a 
"traditional"
       rfc3761bis (i.e. obsoleting the current RFC 3761); others seem 
more
       interested in an RFC3761-doppelganger (i.e. in parallel with 
RFC 3761).

So... are we to work on a replacement doc or one to run in parallel?

I'm assuming that the Pfautz/Linn draft is the one you take for 
requirements.
That would seem to tie in with the doppelganger approach, as that draft
covers requirements for Infrastructure ENUM only.

all the best,
   Lawrence

On 6 Feb 2006, at 15:19, Richard Shockey wrote:
> Stastny Richard wrote:
>> Richard Shockey wrote:
>>> However the "issue" as you call it Richard IMHO would not lie 
>>> with the
>>> IAB. You should re read the charter of the IAB.
>>> It would lie with the IESG upon creation of the appropriate RFC that
>>> designated an Infrastructure apex. If the RFC is approved there is
>>> little or nothing the IAB can do to impede its deployment.
>> So to get this going, we first need a RFC 3761bis defining the apex
>> If the IESG approves, IAB will start negotiating with RIPE and ITU
>
>
> This is only a personal opinion but I do not believe you need to 
> wait for 3761bis this could be defined in a separate document once 
> there is agreement on the requirements.
>
> As is usual IETF procedure ..requirements _first_ ..then the solution.
>
>> Translated to practical issues this means:
>> 1. we have to move forward with our draft to get a workable 
>> solution for the next 1 or 2 years (option2)
>> 2. we also have to start the procedure by creating draft-enum-
>> rfc3761bis.
>> Since 2 cannot be finished before May 2006, the question is, 
>> should be bother ITU-T already
>> now or wait for January 2007?
>> regards
>> Richard



_______________________________________________
enum mailing list
enum@ietf.org
https://www1.ietf.org/mailman/listinfo/enum