Re: [Enum] Why not re-use interim procedures for infrastructure ENUM?
Richard Shockey <richard@shockey.us> Mon, 06 February 2006 19:09 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 1F6BkG-0004F4-06; Mon, 06 Feb 2006 14:09:52 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F6BkD-0004Bu-KR for enum@megatron.ietf.org; Mon, 06 Feb 2006 14:09:49 -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 OAA13443 for <enum@ietf.org>; Mon, 6 Feb 2006 14:08:08 -0500 (EST)
Received: from sb7.songbird.com ([208.184.79.137]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1F6BwS-0007gi-SA for enum@ietf.org; Mon, 06 Feb 2006 14:22:29 -0500
Received: from [10.31.13.216] (neustargw.va.neustar.com [209.173.53.233]) (authenticated bits=0) by sb7.songbird.com (8.12.11/8.12.11) with ESMTP id k16JA9Kl025207 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 6 Feb 2006 11:10:11 -0800
Message-ID: <43E79EEA.1090101@shockey.us>
Date: Mon, 06 Feb 2006 14:09:30 -0500
From: Richard Shockey <richard@shockey.us>
User-Agent: Thunderbird 1.5 (Windows/20051201)
MIME-Version: 1.0
To: lconroy <lconroy@insensate.co.uk>
Subject: Re: [Enum] Why not re-use interim procedures for infrastructure ENUM?
References: <32755D354E6B65498C3BD9FD496C7D462C480E@oefeg-s04.oefeg.loc> <43E76919.9020509@shockey.us> <7898FA89-F9B4-47F5-8C1F-40F9C5EFFDE2@insensate.co.uk>
In-Reply-To: <7898FA89-F9B4-47F5-8C1F-40F9C5EFFDE2@insensate.co.uk>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-SongbirdInformation: support@songbird.com for more information
X-Songbird: Found to be clean
X-Songbird-From: richard@shockey.us
X-Spam-Score: 0.8 (/)
X-Scan-Signature: 4adaf050708fb13be3316a9eee889caa
Content-Transfer-Encoding: 7bit
Cc: enum@ietf.org, Stastny Richard <Richard.Stastny@oefeg.at>
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
lconroy wrote: > Hi Richards, folks, > (i) Requirements first - that should be fun. Lawrence ... you know the IETF drill here. We agreed some form of Requirements documentation was necessary. That _MUST_ come first. 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) That is a item on our charter if you recall. ; 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? It is the opinion of this particular co-chair that the revision of RFC3761bis to go to Draft Standard and a document outlining a protocol solution to the Requirements for Infrastructure ENUM are orthogonal issues. They are separate documents but may be run in parallel. -- >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Richard Shockey, Director - Member of Technical Staff NeuStar Inc. 46000 Center Oak Plaza - Sterling, VA 20166 sip:rshockey(at)iptel.org sip:57141(at)fwd.pulver.com ENUM +87810-13313-31331 PSTN Office +1 571.434.5651 PSTN Mobile +1 703.593.2683 Fax: +1 815.333.1237 <mailto:richard(at)shockey.us> or <mailto:richard.shockey(at)neustar.biz> <http://www.neustar.biz> ; <http://www.enum.org> <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< _______________________________________________ enum mailing list enum@ietf.org https://www1.ietf.org/mailman/listinfo/enum
- [Enum] Why not re-use interim procedures for infr… Bernie Hoeneisen
- RE: [Enum] Why not re-use interim procedures for … Lind, Steven D, ALABS
- Re: [Enum] Why not re-use interim procedures for … Stastny Richard
- RE: [Enum] Why not re-use interim procedures for … Rosbotham, Paul
- RE: [Enum] Why not re-use interim procedures for … Antoin Verschuren
- Re: [Enum] Why not re-use interim procedures for … Jim Reid
- Re: [Enum] Why not re-use interim procedures for … Stastny Richard
- Re: [Enum] Why not re-use interim procedures for … Richard Shockey
- Re: [Enum] Why not re-use interim procedures for … Tony Rutkowski
- Re: [Enum] Why not re-use interim procedures for … Richard Shockey
- Re: [Enum] Why not re-use interim procedures for … Stastny Richard
- Re: [Enum] Why not re-use interim procedures for … Clive D.W. Feather
- Re: [Enum] Why not re-use interim procedures for … Richard Shockey
- Re: [Enum] Why not re-use interim procedures for … Jim Reid
- Re: [Enum] Why not re-use interim procedures for … Jim Reid
- Re: [Enum] Why not re-use interim procedures for … Richard Shockey
- Re: [Enum] Why not re-use interim procedures for … Clive D.W. Feather
- Re: [Enum] Why not re-use interim procedures for … Stastny Richard
- Re: [Enum] Why not re-use interim procedures for … Richard Shockey
- Re: [Enum] Why not re-use interim procedures for … Richard Shockey
- Re: [Enum] Why not re-use interim procedures for … lconroy
- RE: [Enum] Why not re-use interim procedures for … Stastny Richard
- Re: [Enum] Why not re-use interim procedures for … Patrik Fältström
- Re: [Enum] Why not re-use interim procedures for … Patrik Fältström