[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Enum] RFC 3482 on Number Portability in the Global Switched Telephone Network (GSTN): An Overview
Penn and all,
Thanks Penn for this info/update. And ENUM could easily follow
as well as you indicate. Hence again in part my original concerns.
I am glad that you caught that in my original response and second
follow-up. The other part of my response was addressing that
fact that ONLY ONE company was the author of RFC 3482
and as others companies and organizations are working on
ENUM apps and implementations such as a RFC is perhaps
inconsistent with good standards development practice...
Pfautz, Penn L, ALABS wrote:
> 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
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