Re: [Enum] Comments on draft-ietf-enum-infrastructure-enum-reqs

lconroy <lconroy@insensate.co.uk> Tue, 28 November 2006 16:34 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Gp5uM-0006jZ-IS; Tue, 28 Nov 2006 11:34:10 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Gp5uK-0006eD-Qe for enum@ietf.org; Tue, 28 Nov 2006 11:34:08 -0500
Received: from norman.insensate.co.uk ([213.152.49.123] helo=insensate.co.uk) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gp5uJ-0006oj-Ep for enum@ietf.org; Tue, 28 Nov 2006 11:34:08 -0500
Received: from [127.0.0.1] (localhost [127.0.0.1]) by insensate.co.uk (Postfix) with ESMTP id E813E8D073; Tue, 28 Nov 2006 16:33:55 +0000 (GMT)
In-Reply-To: <200611272004.kARK4ckR009032@dragon.ariadne.com>
References: <34DA635B184A644DA4588E260EC0A25A0E28DF4E@ACCLUST02EVS1.ugd.att.com> <200611231605.kANG5xbG005934@dragon.ariadne.com> <20061123165645.GA26860@nic.at> <200611272004.kARK4ckR009032@dragon.ariadne.com>
Mime-Version: 1.0 (Apple Message framework v752.3)
Content-Type: text/plain; charset="US-ASCII"; delsp="yes"; format="flowed"
Message-Id: <1B8CAE46-706F-45FA-8FA3-E05C8DA1B416@insensate.co.uk>
Content-Transfer-Encoding: 7bit
From: lconroy <lconroy@insensate.co.uk>
Subject: Re: [Enum] Comments on draft-ietf-enum-infrastructure-enum-reqs
Date: Tue, 28 Nov 2006 16:33:54 +0000
To: Dale.Worley@comcast.net
X-Mailer: Apple Mail (2.752.3)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 69a74e02bbee44ab4f8eafdbcedd94a1
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>
Errors-To: enum-bounces@ietf.org

Dale, folks,
  i-ENUM does not stand alone.
Source specific routing may well be a requirement of the overall
architecture, within which i-ENUM plays a part.

Please explain why it is a requirement of i-ENUM itself (rather than
other elements specific to the particular communications services  
offered)?

all the best,
   Lawrence

On 27 Nov 2006, at 20:04, Dale.Worley@comcast.net wrote:
>    From: Otmar Lendl <lendl@nic.at>
>    I agree with Richard here: I-ENUM should return an AoR which act
>    as a "name" and does not contain source specific routing  
> information.
>
>    It may well be that further processing is done on this AoR that  
> leads
>    to different ingress points depending on the source network.
>
>    That, though, is out of scope for I-ENUM and thus need not be
>    mentioned in this document.
>
> If the carriers who are going to be the ones using I-ENUM need to have
> source-specific routing, we need to make sure that the I-ENUM system
> permits source-specific routing, in some method or another.  Given its
> apparent importance, the requirements should at least mention the
> subject and require that we not generate a standard which cannot
> support source-specific routing.
>
> Although I agree that it would probably be best not to have
> source-specificity in the mapping to the SIP AoR, but rather
> downstream in processing from there.
>
> Dale


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