Re: [e2md] Problem statement, Requirements and Use Cases
Tony Rutkowski <trutkowski@netmagic.com> Wed, 19 May 2010 15:52 UTC
Return-Path: <trutkowski@netmagic.com>
X-Original-To: e2md@core3.amsl.com
Delivered-To: e2md@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BC1703A69FC for <e2md@core3.amsl.com>; Wed, 19 May 2010 08:52:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.816
X-Spam-Level:
X-Spam-Status: No, score=-0.816 tagged_above=-999 required=5 tests=[AWL=-0.817, BAYES_50=0.001]
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 J1DkUHbsPuUL for <e2md@core3.amsl.com>; Wed, 19 May 2010 08:52:28 -0700 (PDT)
Received: from vms173011pub.verizon.net (vms173011pub.verizon.net [206.46.173.11]) by core3.amsl.com (Postfix) with ESMTP id 8C9AD3A69F9 for <e2md@ietf.org>; Wed, 19 May 2010 08:52:28 -0700 (PDT)
Received: from [192.168.0.20] ([unknown] [173.71.223.14]) by vms173011.mailsrvcs.net (Sun Java(tm) System Messaging Server 7u2-7.02 32bit (built Apr 16 2009)) with ESMTPA id <0L2O00IGDC2H4OA0@vms173011.mailsrvcs.net> for e2md@ietf.org; Wed, 19 May 2010 10:51:54 -0500 (CDT)
Message-id: <4BF40919.9000907@netmagic.com>
Date: Wed, 19 May 2010 11:51:53 -0400
From: Tony Rutkowski <trutkowski@netmagic.com>
Organization: Netmagic Associates
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100406 Shredder/3.0.4
MIME-version: 1.0
To: "PFAUTZ, PENN L (ATTCORP)" <pp3129@att.com>
References: <alpine.DEB.2.00.1005161433580.31324@softronics.hoeneisen.ch><32FCCBEC-E8B1-45D9-A068-0B120AAADC55@rfc1035.com> <alpine.DEB.2.00.1005171404110.16091@softronics.hoeneisen.ch> <35FE871E2B085542A35726420E29DA6B040143F4@gaalpa1msgusr7a.ugd.att.com>
In-reply-to: <35FE871E2B085542A35726420E29DA6B040143F4@gaalpa1msgusr7a.ugd.att.com>
Content-type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-transfer-encoding: 7bit
Cc: "E.164 To MetaData BOF discussion list" <e2md@ietf.org>
Subject: Re: [e2md] Problem statement, Requirements and Use Cases
X-BeenThere: e2md@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: trutkowski@netmagic.com
List-Id: "E.164 To MetaData \(E2MD\) BOF discussion list" <e2md.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/e2md>, <mailto:e2md-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/e2md>
List-Post: <mailto:e2md@ietf.org>
List-Help: <mailto:e2md-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/e2md>, <mailto:e2md-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 May 2010 15:52:29 -0000
On 5/19/2010 11:03 AM, PFAUTZ, PENN L (ATTCORP) wrote: > Use RFC 3761 technology provide for the Carrier of Record for an E.164 > number (as defined in RFC 5067) to publish the mapping of > that E.164 to a globally defined identifier, specifically an IANA > Enterprise Number as defined in RFC 2578. > Hi Penn, Good choice. However, the text needs tweaking to read: Use RFC 3761 technology to provide for the Carrier of Record for an E.164 number (as defined in RFC 5067) to publish the mapping of that E.164 number using an assigned Carrier of Record Object Identifier (OID)) such as an IANA Enterprise Number as defined in RFC 2578. Ref. Rec. ITU-T Recs. X.660 and X.680. The changes clarify what identifier is being specified and includes reference to the authoritative OID standard. It also allows for the possibility of using other assigned OIDs for a Carrier of Record. Although more than 35,000 Enterprise Numbers have been registered with IANA, there are many carriers who have OIDs that were registered with national authorities for Carrier of Record purposes. As long as there is a valid, globally unique OID, some flexibility should exist. For example, ATT has the OID 1.3.6.1.4.74 from IANA's OID block, but it also has 0.7.7223 that it uses for some services in Argentina. best, tony
- [e2md] RFC 5507 & RFC 5395 Bernie Hoeneisen
- Re: [e2md] RFC 5507 & RFC 5395 Jim Reid
- [e2md] Problem statement, Requirements and Use Ca… Bernie Hoeneisen
- Re: [e2md] Problem statement, Requirements and Us… PFAUTZ, PENN L (ATTCORP)
- Re: [e2md] Problem statement, Requirements and Us… Ray Bellis
- Re: [e2md] Problem statement, Requirements and Us… Dean Willis
- Re: [e2md] Problem statement, Requirements and Us… PFAUTZ, PENN L (ATTCORP)
- [e2md] the RFC5935 process Jim Reid
- Re: [e2md] Problem statement, Requirements and Us… Dean Willis
- Re: [e2md] the RFC5935 process Ray Bellis
- Re: [e2md] Problem statement, Requirements and Us… Cartwright, Kenneth
- Re: [e2md] Problem statement, Requirements and Us… Richard Shockey
- [e2md] Problem statement, Requirements and Use Ca… PFAUTZ, PENN L (ATTCORP)
- Re: [e2md] Problem statement, Requirements and Us… Tony Rutkowski
- Re: [e2md] Problem statement, Requirements and Us… PFAUTZ, PENN L (ATTCORP)
- Re: [e2md] Problem statement, Requirements and Us… Tony Rutkowski
- Re: [e2md] Problem statement, Requirements and Us… Cartwright, Kenneth
- Re: [e2md] Problem statement, Requirements and Us… Cartwright, Kenneth
- Re: [e2md] Problem statement, Requirements and Us… Tony Rutkowski
- Re: [e2md] Problem statement, Requirements and Us… PFAUTZ, PENN L (ATTCORP)
- Re: [e2md] Problem statement, Requirements and Us… Tony Rutkowski
- Re: [e2md] Problem statement, Requirements and Us… Sumanth Channabasappa
- Re: [e2md] Problem statement, Requirements and Us… Richard Shockey
- Re: [e2md] Problem statement, Requirements and Us… Cartwright, Kenneth
- [e2md] Shall we go this way? (was Re: Problem sta… Bernie Hoeneisen
- Re: [e2md] Shall we go this way? (was Re: Problem… Dave CROCKER