Can't resist:

Actually, what LNP has to do with ENUM is this: By unchaining numbers from the service providers to which the codes were assigned, it pushes you to have a line level (10-d in the NANP) Tier 1 registry. This seems obvious now, but in some of the early work group documentation there was discussion that ENUM delegation might follow telephone number (office code) delegation to telcos. James Yu and I touched on this in an I-D a couple years back.

Penn Pfautz
AT&T

-----Original Message-----
From: Kevin McCandless [mailto:KMcCandless@verisign.com]
Sent: Thursday, February 20, 2003 9:38 AM
To: Jeff Williams
Cc: enum@ietf.org
Subject: RE: [Enum] RFC 3482 on Number Portability in the Global
Switched Telephone Network (GSTN): An Overview


Jeff:

This is a contribution to educate us on Number Portability.  We should be
glad that a company like Neustar understands this complex service.  What it
has to do with ENUM is still anyone's guess.

K...

> -----Original Message-----
> From: Stastny Richard [mailto:Richard.Stastny@oefeg.at]
> Sent: Thursday, February 20, 2003 3:16 AM
> To: Jeff Williams; rfc-editor@rfc-editor.org
> Cc: enum@ietf.org; mark.foster@neustar.biz; tom.mcgarry@neustar.biz;
> james.yu@neustar.biz; Jeff Neuman
> Subject: RE: [Enum] RFC 3482 on Number Portability in the Global
> Switched Telephone Network (GSTN): An Overview
> 
> 
> Jeff,
> I do not read this.
> So what is your problem with this informational document?
> I there anything wrong in it?
> Richard
> 
> > -----Original Message-----
> > From: Jeff Williams [mailto:jwkckid1@ix.netcom.com] 
> > Sent: Thursday, February 20, 2003 7:13 AM
> > To: rfc-editor@rfc-editor.org
> > Cc: enum@ietf.org; mark.foster@neustar.biz; 
> > tom.mcgarry@neustar.biz; james.yu@neustar.biz; Jeff Neuman
> > Subject: Re: [Enum] RFC 3482 on Number Portability in the 
> > Global Switched Telephone Network (GSTN): An Overview
> > 
> > 
> > RFC Editor and all,
> > 
> >   Looks an awful lot like a Nuestar/IEGF document/RFC to me.  
> > Has Nuestar taken over a percentage of the IETF recently?
> > 
> > rfc-editor@rfc-editor.org wrote:
> > 
> > > A new Request for Comments is now available in online RFC 
> libraries.
> > >
> > >         RFC 3482
> > >
> > >         Title:      Number Portability in the Global Switched
> > >                     Telephone Network (GSTN): An Overview
> > >         Author(s):  M. Foster, T. McGarry, J. Yu
> > >         Status:     Informational
> > >         Date:       February 2003
> > >         Mailbox:    mark.foster@neustar.biz, 
> > tom.mcgarry@neustar.biz,
> > >                     james.yu@neustar.biz
> > >         Pages:      30
> > >         Characters: 78552
> > >         Updates/Obsoletes/SeeAlso:    None
> > >
> > >         I-D Tag:    draft-ietf-enum-e164-gstn-np-05.txt
> > >
> > >         URL:       ftp://ftp.rfc-editor.org/in-notes/rfc3482.txt
> > >
> > > This document provides an overview of E.164 telephone number 
> > > portability (NP) in the Global Switched Telephone Network (GSTN).
> > >
> > > NP is a regulatory imperative seeking to liberalize local 
> telephony 
> > > service competition, by enabling end-users to retain 
> > telephone numbers 
> > > while changing service providers.  NP changes the 
> > fundamental nature 
> > > of a dialed E.164 number from a hierarchical physical 
> > routing address 
> > > to a virtual address, thereby requiring the transparent 
> > translation of 
> > > the later to the former.  In addition, there are various 
> regulatory 
> > > constraints that establish relevant parameters for NP 
> > implementation, 
> > > most of which are not network technology specific.  
> > Consequently, the 
> > > implementation of NP behavior consistent with applicable 
> regulatory 
> > > constraints, as well as the need for interoperation with 
> > the existing 
> > > GSTN NP implementations, are relevant topics for numerous 
> > areas of IP
> > > telephony works-in-progress with the IETF.
> > >
> > > This document is a product of the Telephone Number 
> Mapping Working 
> > > Group of the IETF.
> > >
> > > This memo provides information for the Internet 
> community.  It does 
> > > not specify an Internet standard of any kind.  
> Distribution of this 
> > > memo is unlimited
> > >
> > > This announcement is sent to the IETF list and the RFC-DIST list. 
> > > Requests to be added to or deleted from the IETF 
> distribution list 
> > > should be sent to IETF-REQUEST@IETF.ORG.  Requests to be 
> > added to or 
> > > deleted from the RFC-DIST distribution list should be sent to 
> > > RFC-DIST-REQUEST@RFC-EDITOR.ORG.
> > >
> > > Details on obtaining RFCs via FTP or EMAIL may be obtained 
> > by sending 
> > > an EMAIL message to rfc-info@RFC-EDITOR.ORG with the message body
> > > help: ways_to_get_rfcs.  For example:
> > >
> > >         To: rfc-info@RFC-EDITOR.ORG
> > >         Subject: getting rfcs
> > >
> > >         help: ways_to_get_rfcs
> > >
> > > Requests for special distribution should be addressed to 
> either the 
> > > author of the RFC in question, or to RFC-Manager@RFC-EDITOR.ORG.  
> > > Unless specifically noted otherwise on the RFC itself, 
> all RFCs are 
> > > for unlimited distribution.echo Submissions for Requests 
> > for Comments 
> > > should be sent to RFC-EDITOR@RFC-EDITOR.ORG.  Please 
> > consult RFC 2223, 
> > > Instructions to RFC Authors, for further information.
> > >
> > > Joyce K. Reynolds and Sandy Ginoza
> > > USC/Information Sciences Institute
> > >
> > > ...
> > >
> > > Below is the data which will enable a MIME compliant Mail Reader 
> > > implementation to automatically retrieve the ASCII version of the 
> > > RFCs.
> > 
> > Regards,
> > 
> > --
> > Jeffrey A. Williams
> > Spokesman for INEGroup LLA. - (Over 129k members/stakeholders 
> > strong!) 
> > ================================================================
> > CEO/DIR. Internet Network Eng. SR. Eng. Network data security 
> > Information Network Eng. Group. INEG. INC. E-Mail 
> > jwkckid1@ix.netcom.com Contact Number: 214-244-4827 or 214-244-3801
> > 
> > 
> > _______________________________________________
> > enum mailing list
> > enum@ietf.org
> > https://www1.ietf.org/mailman/listinfo/enum
> > 
> _______________________________________________
> enum mailing list
> enum@ietf.org
> https://www1.ietf.org/mailman/listinfo/enum
> 
_______________________________________________
enum mailing list
enum@ietf.org
https://www1.ietf.org/mailman/listinfo/enum
_______________________________________________
enum mailing list
enum@ietf.org
https://www1.ietf.org/mailman/listinfo/enum