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 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

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

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

(case insensitive)

One of [AaSsUuPp], where:

  • a (terminal lookup) means that the output of the target rewrite will be a domain-name for which an A or AAAA record should be queried

  • p Protocol specific

  • s (terminal lookup) indicates that target points to a SRV record

  • u (terminal lookup) indicates that target 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

(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

[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

A (replacement) record for the target - format depends on terminalflag.

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