Dns.pl
Andrzej BartosiewiczNumber Portability
For Fixed, Mobile, FMC and VoIP Networks
• Number Portability Parameters for the "tel" URI• IANA Registration for an Enumservice
• Combined User and Carrier ENUM in the
• Carrier/Infrastructure ENUM Requirements• IANA Registration for Enumservice VOID• IANA Registration for an Enumservice and tel
Parameter for Calling Name Delivery (CNAM)
• A Telephone Number Mapping (ENUM) Service
Registration for Instant Messaging (IM) Services
• IETF draft-ietf-iptel-tel-np-09.txt (Yu, Neustar)•
This document defines five parameters in the "tel"
Uniform Resource Identifier (URI) to carry the number
portability (NP)-related information. Those parameters
can be passed to the next-hop network node after an NP
•
NP impacts call signaling and routing. One impact is the
need to carry the NP-related information in the "tel" URI
for protocols such as the Session Initiation Protocol (SIP)
and H.323 after the NP database dip has been
•
Another impact is for a Voice over IP (VoIP) server to
use the NP-related information in a received "tel" URI to
–
rn = *1("rn=" global-rn / local-rn) –
npdi = *1("npdi") –
cic = *1("cic=" global-cic / local-cic) –
global-rn = "+" 1*3(DIGIT) *phonedigit-hex–
local-rn= 1*phonedigit-hex rn-context
•
For a "global-rn", the routing number information after "+"
MUST begin with a valid E.164 country code.
Hexadecimal digit is allowed after the country code in the
•
A "Carrier Identification Code (CIC)" identifies the current
freephone service provider for a freephone number.
This parameter can also be used to carry the pre-
subscribed or dialed long distance carrier information;
Number Portability Parameters for the "tel" URIdraft-ietf-iptel-tel-np-09.txt
When a network node accesses an NP database
• If the network node retrieves a routing number, it
MUST add the "rn" parameter to the "tel" URI to
carry the routing number for the "tel" URI
information in the "global-rn" or "local-rn" format.
It MUST also add the "npdi" parameter.
• If the network node does not retrieve a routing
number (e.g., for a non-ported geographical
Number Portability Parameters for the "tel" URIdraft-ietf-iptel-tel-np-09.txt
• IETF draft-ietf-enum-pstn-03 (Shockey, Livingood)•
This document registers the Enumservice type "pstn"
and subtype "tel" using the URI scheme 'tel', as well as the subtype "sip" using the URI scheme 'sip' as per the IANA registration process defined in the ENUM specification, RFC 3761. This Enumservice is used to facilitate the routing of telephone calls in those countries where Number Portability exists.
•
This document registers Enumservices according to the
guidelines given in RFC 3761 to be used for provisioning in the services field of a NAPTR resource record to indicate the types of functionality associated with an end point and/or telephone number.
•
The Enumservices could enable service providers to
place ported, pooled, and blocks of numbers and
their associated PSTN contact information, into
externally available or highly locally cached ENUM
•
This, in turn, could enable such parties to
consolidate all telephone number lookups in their
networks into a single ENUM lookup, thereby
simplifying call routing and network operations,
which would then result in either an on-net, or IP-
based response, or off-net, PSTN-based
IANA Registration for an Enumservice ContainingPSTN Signaling Information draft-ietf-enum-pstn-03
•
It is conceivable that being able to query for this
information in ENUM databases could significantly
reduce or eliminate the need for these parties to
maintain traditional query gateways, applications,
and protocols in their networks, such as those
Signaling System 7 (SS7), Transaction Capabilities
Application Part (TCAP), and Signaling Transport
IANA Registration for an Enumservice ContainingPSTN Signaling Information draft-ietf-enum-pstn-03
•
The distribution of number portability data is often highly
restricted either by contract or regulation of a National
Regulatory Authority (NRA), therefore NAPTR records
specified herein may or may not be part of the e164.arpa
•
The authors believe that it is more likely that these
records will be distributed on a purely private basis.
Distribution of this NAPTR data could be either (a) on a
private basis (within a service provider's internal
network, or on a private basis between one or more
parties using a variety of security mechanisms to prohibit
general public access), (b) openly available or, (c)
distributed by the relevant number portability
organization or other industry organization, […]
IANA Registration for an Enumservice ContainingPSTN Signaling Information draft-ietf-enum-pstn-03
•
$ORIGIN 3.1.8.7.1.8.9.5.1.2.1.e164.arpa.
NAPTR 10 100 "u" "E2U+pstn:tel"
"!^.*$!tel:+1-215-981-7813;npdi;rn=+1-215-555-1212!".
•
In this example, a Routing Number (rn)
and a Number Portability Dip Indicator
(npdi) are used as shown in draft-ietf-iptel-
tel-np-08. The 'npdi' field is included in
order to prevent subsequent lookups in
IANA Registration for an Enumservice ContainingPSTN Signaling Information draft-ietf-enum-pstn-03
•
$ORIGIN 3.1.8.7.1.8.9.5.1.2.1.e164.arpa.
NAPTR 10 100 "u" "E2U+pstn:sip" "!^.*$!sip:+1-215-981-7813;npdi;[email protected];user=phone!".
IANA Registration for an Enumservice ContainingPSTN Signaling Information draft-ietf-enum-pstn-03
•
$ORIGIN 3.1.8.7.1.8.9.5.1.2.1.e164.arpa.
NAPTR 10 100 "u" "E2U+pstn:tel" "!^.*$!tel:+1-215-981-7813;npdi!".
IANA Registration for an Enumservice ContainingPSTN Signaling Information draft-ietf-enum-pstn-03
•
a) A user, which is connected to a calling application, dials an
E.164 telephone number: 1-215-981-7813.
•
b) The calling application uses the dialed number to form a
NAPTR record: 3.1.8.7.1.8.9.5.1.2.1.e164.arpa.
•
c) The DNS finds both an E2U+pstn record, as well as an
E2U+sip record, since this number happens to be on the IP
•
d) The calling application prioritizes the on-net record first:
sip:+1-215-981-7813;[email protected];user=phone.
•
e) The calling application sets up the SIP call to
•
f) Should the IP call route fail for whatever reason, the calling
application may be able to utilize the E2U+pstn record to
invoke a fallback route to a media gateway that is connected
IANA Registration for an Enumservice ContainingPSTN Signaling Information draft-ietf-enum-pstn-03
• IETF draft-haberler-carrier-enum-02 (Haberler)•
branch off the e164.arpa tree into a subdomain
at a given point below e164.arpa, and deploy a Carrier ENUM subtree underneath withouttouching User ENUM semantics at all. For readability, we will use the label 'carrier' for thissubdomain from now on, while in practice anylabel will suffice, e.g. a single character label like'c' or 'i'.
• IETF draft-lind-infrastructure-enum-reqs-01
•
This document provides requirements for
‘infrastructure’ or ‘carrier’ ENUM, defined as theuse of RFC 3761 technology to facilitateinterconnection of networks for E.164 numberaddressed services, in particular but not restricted to VoIP
•
Infrastructure ENUM SHALL provide a means for a
carrier to populate DNS RRs in a common publicly
accessible namespace for the E.164 numbering
resources for which it is the carrier-of-record.
•
Queries of infrastructure ENUM FQDNs MUST return a
result, even if the result is NXDOMAIN. Queries must not
•
Infrastructure ENUM SHALL support RRs providing a
URI that can identify a point of interconnection for
delivery of communications addressed to the E.164
Carrier/Infrastrucure ENUM Requirements draft-lind-infrastructure-enum-reqs-01
•
Infrastructure ENUM SHALL support an IRIS capability
that allows qualified parties to obtain information
regarding the E.164 numbering resources and the
•
Implementation of Infrastructure ENUM MUST NOT
restrict the ability of an end-user, in a competitive
environment, to choose a Registrar and/or Tier 2 name
server provider for end-user ENUM registrations.
•
Infrastructure ENUM SHALL be implemented under a
TLD that can support reliability and performance suitable
Carrier/Infrastrucure ENUM Requirements draft-lind-infrastructure-enum-reqs-01
•
Infrastructure ENUM MUST meet all reasonable privacy
concerns about visibility of information an end user hasno control over, for example discovery of unlistednumbers, or inadvertent disclosure of user identity.
Carrier/Infrastrucure ENUM Requirements draft-lind-infrastructure-enum-reqs-01
• IETF draft-ietf-enum-void-02.txt (Stastny, Conroy, Reid)•
If a NAPTR with this Enumservice is received, it
indicates that the queried E.164 number is currently
unassigned to an end user for communications service.
•
The recipient SHOULD treat this response as if they had
received a "number not in service" indication from a
•
Note that, whatever subtype exists for this Enumservice,
the generated URI is not a potential target for any
current call. This contact (mailto:, http:, or https:) MUST
NOT be used in normal call processing but only if there
is a non-call related reason to contact the number holder
•
At present, from the ENUM client's perspective, two
possibilities exist: there is an ENUM domain thatpotentially holds alternative contacts, or there is no ENUM domain, in which case a query on ENUM will return a DNS response showing 'no such domain' (NXDOMAIN).
•
This latter response is ambiguous. There are two
potential reasons for the lack of an ENUM domainholding alternative contacts; either the assignee haschosen not to register the domain, or the E.164 numberis not assigned for communications service at present.
IANA Registration for EnumserviceVOID <draft-ietf-enum-void-02.txt>
•
the issue is distinguishing between E.164 numbers that
do not have corresponding ENUM entries but are
supported via the PSTN and those E.164 numbers that
are not terminated on the PSTN. In this latter case lack
of a NAPTR holding a destination URI really implies that
there is no service at all for this telephone number. For
example, some number ranges have been allocated for
service that is provided only via reference to an ENUM
domain, and terminate on the Internet
•
The fundamental problem is that there may be
inconsistencies between the E.164 name space as it is
understood by the NRA and how that name space is
represented in ENUM as service moves towards being
provided in some cases only via non-PSTN access. In
effect, the PSTN may not have complete information and
ENUM may be required to deliver a call, but the data
stored in ENUM at present may be ambiguous.
IANA Registration for Enumservice VOID <draft-ietf-enum-void-02.txt>
•
an explicit indication of this "number unassigned" state.
This uses a NAPTR in the zone associated with anunassigned telephone number, or at least in the"enclosing" zone, with an Enumservice called VOID thatshould be taken as an assertion that the associatedE.164 number is not assigned to an end user for communications service; it's an unused number.
•
This NAPTR can also be used by a National Regulatory
Authority (NRA) to indicate number blocks that it hasreserved or has not allocated, or has not assigned to a service provider.
IANA Registration for EnumserviceVOID <draft-ietf-enum-void-02.txt>
• Enumservice Name: "VOID" • Enumservice Type: "void" • Enumservice Subtypes:
– "mailto", – "http", – "https"
• URI Schemes: "mailto:", "http:", "https:"
• IETF draft-shockey-enum-cnam-00 (Shockey,
•
This document registers the Enumservice cnam
and subtype tel using the URI scheme tel:, as per the IANA registration process defined in theENUM specification, RFC 3761.
•
Caller Display Name is a data string of up to 15
ASCII characters of information associated with
a specific calling party number [13] [14] [15] [16]
[17]. In the Public Switched Telephone Network
(PSTN) this data is sent by the originating
network only at the specific request of the
terminating network via a SS7 Transaction
Capabilities Application Part (TCAP) response
IANA Registration for an Enumservice andtel Parameter for Calling NameDelivery(CNAM) Informationdraft-shockey-enum-cnam-00
•
The distribution of CNAM data is often highly restricted.
The NAPTR records described herein probably would
not be part of the e164.arpa DNS tree. Distribution of this
NAPTR data would be either (a) on a private basis
(within a service provider’s internal network, or on a
private basis between one or more parties using a
variety of security mechanisms to prohibit general public
access) or (b) openly available on a national basis
according to national regulatory policy.
•
The authors believe it is most likely that these records
will be distributed on a purely private basis.
IANA Registration for an Enumservice andtel Parameter for Calling NameDelivery(CNAM) Informationdraft-shockey-enum-cnam-00
• draft-mahy-enum-im-service-00.txt (Mahy)•
Instant Messaging (IM) is a service defined in
RFC 2778 that allows users to send and receivetypically short, often textual messages in nearreal-time.
•
The IETF has defined a generic URI used to
identify an IM service for a particular resource: the 'im' URI scheme (defined in RFC 3861).
Source: http://www.dns.pl/ENUM/dokumenty/2006_03_20_LONDON_3pm.pdf
CityDance Ensemble by Heather Desaulniers December 5, 2009 -- Music Center at Strathmore-Bethesda, Maryland Intimate performance settings have the power to transform an audience. In a big theater, dance audiences become invisible and anonymous; nothing more than a sea of faces. In a small venue, there is no place to hide. As an audience member, more is expected of you and you can get
Vortrag Dr. Stephan Schleissing Röntgen-Gymnasium Würzburg, 24. Juni 2010 Das Innere röntgen Der Mensch im Blick von Naturwissenschaft und Theologie wo man Hände, Körper, ja das Gehirn durchleuchten kann, – bleibt da noch irgendetwas im Menschen selber unentdeckt, unerkannt und höchst persönlich? Müssen wir uns vor so einem „Röntgenblick“, der auch gut verhüllte Körper