1 / 36

ENUM Context Document (An Overview)

DRAFT COPY – AEDG Distribution Only. ENUM Context Document (An Overview). ENUM Working Group 1 (2003) Contact: Manager Numbering ACA. Presentation Outline. What is it? General Operation & Terminology Privacy and ENUM Example ENUM Applications?. ACA Perspective

walden
Télécharger la présentation

ENUM Context Document (An Overview)

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. DRAFT COPY – AEDG Distribution Only ENUM Context Document(An Overview) ENUM Working Group 1 (2003)Contact: Manager Numbering ACA

  2. Presentation Outline • What is it? • General Operation & Terminology • Privacy and ENUM • Example ENUM Applications? • ACA Perspective • Overall Purpose of the Context Document • A Guide to the Context Document • ENUM? • The Need for an ENUM Trial • A Trial in Three Parts • The Trial Lifecycle Model • Trial Objectives (Overview Only) • Reference Architecture • The Bottom Line – What does it mean to be a participant in the proposed Trial? • Business • Regulatory • Technical

  3. ACA Perspective

  4. What is the ACA’s role? • The terms of reference of the AEDG state (in part): • “The Australian ENUM Discussion Group is a consultative and advisory body designed to assist stakeholders in responding to the policy, regulatory, technical and commercial implications associated with the introduction of ENUM. ”

  5. What is the ACA’s role? (continued) • The ACA’s interest will be primarily focused on looking at the regulatory implications of the introduction of ENUM • The ACA will facilitate the exploration of ENUM issues by bringing industry together in the AEDG

  6. The context document • The ‘context’ document - designed to establish an overarching framework for trials. • It forms part of the process of developing a framework in which to test regulatory and policy issues. • Trials are industry trials not ACA trials.

  7. What has the working group done? • At the last ENUM discussion group meeting on 5 June 2003 participants agreed to form a working group to develop a statement of context regarding the Tier 1 trial. • The working group has since met 3 times and has been assisted by ACA consultant Peter Mikelaitis.

  8. The status of the context document • The context document is in draft form and is the product of the working group. • The context document does not represent official ACA policy and some ACA comments are yet to be reflected in the draft document. • The context document sets out a framework. It does not deal with issues at a micro level. • Some issues may need to be referred to additional working groups for development (eg numbering, privacy and security).

  9. Over to Peter…………….

  10. Overall Purpose of the Context Document To establish a framework for co-operation that will allow (in a non constraining way) different groups to safely and legally develop and test new ENUM based applications, services and associated technologies. • A strategy for the Trial involving a three part Trial Structure • A “living” list of trial objectives • Responsibilities for making a Trial happen (Lifecycle Model) • A Reference Architecture with key interfaces identified and described • Some Trial System Design constraints (i.e. single Tier 1 with multiple Tier 2’s and use of EPP) • The implementation of a Base Capability (or Service) for Tier 1 and Tier 2 of the ENUM Trial System to provide a stable experimental platform By proposing(mostly in the definitive language of a Specification) and “keeping in front of us” the fact that we are dealing with a Trial System and not a Commercial System

  11. The Need for a Trial (section 1.5.1) • Trial Objectives (section 1.5.4)- Business- Regulatory- Technical Within the context of • Strategy (section 1.5.2) • Trial Staging (section 1.5.3) The Reference Architecture of the ENUM Trial System (ETS) Identify and describe the specific Top Level Behaviour (requirements) of Lifecycle Model (section 4) The Tier 1 and Tier 2 Base Service of the Trial System (sections 5, 6 and 7) And who bears the cost? A Guide to the Context Document • Describes what ENUM is (see section 1.4) • Why we may need a Trial Facility. • How to make the Trial Happen. • Who is responsible. • What must the ENUM Trial System do. To the Bottom Line?

  12. ENUM (The Standard)

  13. ENUM (What is it?)

  14. ENUM General (How to Use it?) ENUM is a technology for mapping phone numbers to a list of other “numbers” and “addresses”… That is all it is, and it is nothing new Then why the fuss? It’s claim to fame is that it sits within the DNS and can use this infrastructure to provide E.164 number to URI mapping in a universal way that can be rapidly deployed • Service to support Internet/PSTN telephony • Number portability databases • Universal identification scheme • ?.. One of the general goals of the Trial Possible uses

  15. Using ENUM (General) And obtain the information bound to the number to “provide a service?” c ENUM System DNS Response for 613 1234 5678 - email: pm@mikl.net - sip:pm@mikl.net, - fax#, - mobile#, - web page - other.. a Registrant: • Somebody who “owns” a number, say ( 613 1234 5678) • May enter information to be “bound” to that number c Anyone can query a number b Query: 613 1234 5678 b Network a Registrant Registrant

  16. DNS Using ENUM (More Detail) A standard interface using EPP Other DNS databases (anywhere) DNS ENUM System Registry Registrar DNS DNS Introducing the Terminology of the Reference Architecture c b Network a Registrant Registrant

  17. Using ENUM (Remember Privacy) Response - sip:pm@mikl.net, - fax#, - mobile#, - other.. ENUM System DNS Because its based on DNS anyone can query the ENUM System And absolutely anyone can obtain the information bound to your “phone” number Network

  18. Using ENUM – Example Only (PSTN/Internet Telephony) Response - email: pm@mikl.net - sip:pm@mikl.net, - fax#, - mobile#, - web page - other.. ENUM System DNS 4 Query8.7.6.5.4.3.2.1.3.1.6.e164.arpa 3 # # D# G# 5 PSTN D# D# # 2 Internet Number, route to gateway G#(contains SIP functions) Dial: 613 1234 5678 Establish telephony session using - sip:pm@mikl.net, 1

  19. Using ENUM (Other Applications?) Number Portability The information bound to the phone number could be used to provide this service Universal Identifier One “phone” number can be used to access the URI’s for all services that the owner of the number “subscribes” to Follow Me Priority information indicating which service someone can be contacted at any particular time could be used as a basis for this service (across all services) Other ?.... This is a trial objective

  20. Heard it all before? Then check out the detailed objectives in section 1.5.4 of the Context Document. Or.. For a quick summary look at these slides Business Objectives Regulatory Objectives Technical Objectives The Need for an ENUM Trial ENUM technology may provide new areas of opportunity In-direct Direct • Registrar software and systems • Shared Registry technologies • Mobile Services • Reduced infrastructure costs • Internet telephony • Internet/PSTN telephony • Other… The introduction of a national ENUM service may affect the efficiency of national industry in ways that are as yet not understood

  21. Strategy (A Trial in Three Parts) See section 1.5.3 “Trial Staging” for further detail Part 1 - Limited Tier 1 established with a Base Service. It is allocated E.164 numbers (part of the Numbering Plan but currently unallocated). Tier 2 operators register with Tier 1 and receive E.164 numbers Part 2 – PSTN/Internet “Crossover” Studies Identify and solve all of the problems that may be an impediment to the testing and ultimate implementation of applications and services that require “connection” crossover between the Australian PSTN and the “internet”. Part 3 – Internet/PSTN Working If appropriate extend the Part 1 trial infrastructure to include “crossover” between internet and PSTN “connections”.

  22. Lifecycle Model for the Trial

  23. Trial Objectives (Business) Business Objectives A “living” List • New Applications or services • Business opportunities or are they strategic? • Business Models – Finance • Business Models – Administrative and procedural. • Customer behaviour for the new applications • Other….

  24. Trial Objectives (Regulatory) Regulatory Objectives A “living” List • Service Availability • Basic Australian ENUM Service Structure • PSTN Aspects (e.g. “connection crossover”) • Numbering Aspects (e.g. “ownership” of numbers) • Privacy • Illegal Business Operations (e.g. overseas businesses with an electronic “shopfront” in Australia)

  25. Trial Objectives (Technical) Technical Objectives A “living” List (section 1.5.4) • General • Tier 1 Registry Operator • Tier 1 Registrar • Tier 2 Operator

  26. Remember This? (Using ENUM) And obtain the information bound to the number to “provide a service?” c ENUM System DNS Response for 613 1234 5678 - email: pm@mikl.net - sip:pm@mikl.net, - fax#, - mobile#, - web page - other.. a Registrant: • Somebody who “owns” a number, say ( 613 1234 5678) • May enter information to be “bound” to that number c Anyone can query a number b Query: 613 1234 5678 b Network a Registrant Registrant

  27. Trial System(Reference Architecture)

  28. Types of Base Service Top Level Requirements (Business) Business Requirements The Tier 1 (and 2) Base Service must implement specific items in some or all of the following types of requirements • Finance Model • Administrative and Reporting Requirements • Other (TBA)

  29. Types of Base Service Top Level Requirements (Technical) Technical Requirements The Tier 1 (and 2) Base Service must implement specific items in some, or all of the following types of requirements • Functional Requirements (Operations) • Administrative and Reporting Requirements • Design Requirements (Any constraints on design) • Physical Requirements • Environmental Requirements • Security Requirements • Privacy Requirements • Performance Requirements • Reliability Requirements • Availability Requirements • Maintainability Requirements • Documentation Requirements

  30. Types of Base Service Top Level Requirements (Other) Other Requirements Anything that doesn’t fit into Business or Technical; • To Be Advised (TBA)

  31. The Bottom Line (Part 1) • There is one Tier 1 Operator • The Tier 1 Operator is selected and managed by ACA • The Tier 1 Operator must provide the Base Service (sections 5,6,7 of the Context Document) by meeting specific Business, Technical, Security and Privacy Requirements. • The Tier 1 Operator is required to develop and test new applications, services and support infrastructure while maintaining the Base Service • There are many Tier 2 Operators • Both the Tier 1 and Tier 2 Operators must implement their systems so that the Registrar and Registry functions are clearly separated in accordance with the Extensible Provisioning Protocol (EPP) • Tier 2 Operators must register (at the RRO interface) with the Tier 1 Operator • Tier 2 Operators are required to provide periodic reports to ACA on the progress of the trial (from their perspective)…

  32. The Bottom Line (Part 2) • Tier 2 Operator reports shall be via the Tier 1 Operator • Tier 2 Operators must meet all of the Security and Privacy Requirements that are specified for the Tier 1 Operator, but they may use different technologies • Tier 2 Operators will be allocated a block of E.164 numbers for their use during the trial. These are called numBlk0 numbers • These numbers cannot be transferred between Tier 2 Operators • Normal users (Registrants-U) will register with Tier 2 Operators only • Tier 2 Operators will “give” each of their Registrant-U’s one or more E.164 numbers to “own” for the trial

  33. The Bottom Line (Part 3) • Registrants-U will enter/edit/delete information associated with the E.164 numbers that they own (i.e. at the RRU interface). Note that use of the RRO interface is not precluded. It is just not part of the Base Service • The Tier 1 Operator will control another block of numbers for portability studies • These are called numBlk1 numbers • A Tier 2 Operator will be allocated (upon request) a group of numBlk1 numbers • For a period nominated by the Tier 1 Operator. A Registrant-U is given “ownership” of a numBlk1 number by the Tier 2 Operator initially controlling that number • A Registrant-U “owning” a numBlk1 number can register that number with any Tier 2 Operator and enter, edit and delete the records associated with it

  34. The Bottom Line (Part 4) • A Registrant-Uowning a registered numBlk1 number can transfer that registration to any other Tier 2 Operator • The Tier 1 and Tier 2 Operators must determine the detail of the procedures and protocol necessary to automatically support the number transfer described above

  35. Extra Information The following slides contain additional information that the reader may find useful

  36. Uniform Resource Identifier (URI) See http://www.w3.org/Addressing • Uniform Resource Identifiers (URIs, aka URLs) are short strings that identify resources in the web: documents, images, downloadable files, services, electronic mailboxes, and other resources. • They make resources available under a variety of naming schemes and access methods such as HTTP, FTP, and Internet mail addressable in the same simple way.

More Related