NAPTR
Introduction
NAPTR adds a NAPTR record to the domain. Various formats exist. NAPTR is a part of DDDS such as ENUM (defined by RFC 6116), SIP (RFC 3263), S-NAPTR (RFC 3958) or U-NAPTR (RFC 4848).
Parameters
subdomain
subdomain
Subdomain of the domain (e.g. example.com
) this entry represents.
E164
In the case of E164 (e.g. 3.2.1.5.5.5.0.0.8.1.e164.arpa.
) - where terminalflag
is u
- the final digit of the zone it represents, or the zone apex record @
. For example, the ARPA zone 3.2.1.5.5.5.0.0.8.1.e164.arpa.
represents the phone number block 001800555123X (or the synonymous +1800555123X), where X is the final digit of the phone number string, i.e. the subdomain
.
order
order
ordinal (1st, 2nd, 3rd, ...) 16 bit number (2^16 i.e. <= 65535) which determines lower entries are sent first (1
), and higher, last (65535
).
preference
preference
16 bit number (2^16 i.e. <= 65535). At the DNS server, this entry is summed with other entries of identical order
value and normalised to a fraction of 100 percent, determining the likelihood that this record is returned by the DNS system. Effective for load balancing services.
terminalflag
terminalflag
(case insensitive)
One of [AaSsUuPp], where:
p
Protocol specificu
(terminal lookup) indicates thattarget
is a (SIP) URN or URI"" (empty string) - a non-terminal condition defined by the ENUM application (RFC 6116) to indicate that regexp is empty and the replace field contains the FQDN of another NAPTR RR
Mutually exclusive; more than one cannot be combined in the same record. Since there is no place for a port specification in the NAPTR record, when the a
terminalflag
is used, the specified protocol must be running on its default port (Note that at least SIP URI forms allow ports to be specified).
Flags called 'terminal' halt the looping rewrite algorithm of DNS.
service
service
(case insensitive)
protocol+rs
where protocol
defines the protocol used by the DDDS application. rs
is the resolution service. There may be 0 or more resolution services each separated by +
. ENUM further defines this to be a type field and allows a subtype separated by a colon (:
).
For E164, typically one of E2U+SIP
(or E2U+sip
) or E2U+email
. For SIP, typically SIPS+D2T
for TCP/TLS sips:
URIs, or TLS sip:
URIs, or SIP+D2T
for TCP based SIP, or SIP+D2U
for UDP based SIP. Note that SCTP, WS and WSS are also available.
Valid IANA registered services for ENUM:
Valid IANA registered SIP services:
regexp
regexp
[Syntax: delimit ere delimit substitution delimit flag
] an ERE or extended regular expression which captures any address string .*
found between the line start ^
and finish $
anchors (i.e. !^.*$!
), and redirects it to the stated sip:
, sips:
, tel:
or mailto:
URI. Other URI forms may be possible. Other delimiter (!
) forms are possible. The final flag
, if any, shall be i
, i.e. case insensitive.
Examples (taken from Zytrax):
U-NAPTR supported regexp fields must be of the form (from the RFC):
target
target
A (replacement) record for the target - format depends on terminalflag
.
A
SRV
, if theterminalflag
iss
(syntax:_Service._Proto.Name
)An
A
orAAAA
if theterminalflag
isa
URI if the
terminalflag
isu
Not all examples are guaranteed to be standards compliant, or correct.
Examples
Examples for e164 ARPA:
Individual e164 records
Single e164 zone
Examples for SIP:
Other RFC based examples:
Last updated