[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Enum] "This is a contribution to educate us..." ?
From: "Kevin McCandless" <KMcCandless@verisign.com>
"This is a contribution to educate us..."
================================
It appears that education, especially in the .US, is very one-sided...
...do you really think enlightened people are fooled any more ?
Jim Fleming
http://IPv8.isfun.net
----- Original Message -----
From: "Kevin McCandless" <KMcCandless@verisign.com>
To: "Jeff Williams" <jwkckid1@ix.netcom.com>
Cc: <enum@ietf.org>
Sent: Thursday, February 20, 2003 8:37 AM
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