DNS related RFCs
This is an annotated list of Requests for Comments (RFCs) that are
directly relevant to DNS, the Domain Name System. 114 DNS-related
RFC documents are reviewed here. Inter-document dependencies are
listed for a further 20 obsolete DNS-related RFC documents, as well as
to some RFCs that are not directly related to DNS.
RFCs are distributed in text format, but where available, a link
is provided to HTML versions of these documents. In each instance
the text version is the official one; the HTML versions may contain
inadvertent mistakes introduced during the conversion process.
- RFC 3696
(Informational)
- Application Techniques for Checking and Transformation of Names
by J. Klensin
- Summarises the syntax of valid DNS names, email addresses, and
URLs, so that programmers can correctly apply local checking of input.
Right now, many applications refuse to accept perfectly valid domain
names, email addresses or URLs because of incorrect assumptions
about their syntax. Should be read by overzealous coders everywhere,
but that's probably a forlorn hope.
- Feb-2004, checked 19-Mar-2004
- RFC 3675
(Informational)
- .sex Considered Dangerous
by D. Eastlake 3rd
- Every few weeks someone wants to classify Internet content based
on domain names. This is a bad idea, and this document explains why.
The main technical argument against content labels based on domain
names, is that nothing can be said about names where administration
of the directory is distributed: it is trivial to create cross-links
that either escape the segregation, or that cause harm to innocent
bystanders. Instead, labels should be applied using a separate
non-DNS rating mechanism. See also RFC 3467.
- Feb-2004, checked 27-Feb-2004
- RFC 3658
(Proposed Standard)
updates
RFC 1035,
RFC 2535,
RFC 3008 and
RFC 3090
- Delegation Signer (DS) Resource Record (RR)
by O. Gudmundsson
- Introduces the DS resource record, a major semantic change to
the DNSSEC chain of trust, but one that should
reduce the need for communication when keys change.
- Dec-2003, checked 27-Feb-2004
- RFC 3655
(Proposed Standard)
updates
RFC 2535
- Redefinition of DNS Authenticated Data (AD) bit
by B. Wellington and O. Gudmundsson
- A step towards giving the AD bit a DNSSEC
meaning, but the option to set it if the data "complies with local
policy" means there is no incentive to change existing name servers.
I fail to see how this redefinition achieves anything useful.
- Nov-2003, checked 27-Feb-2004
- RFC 3646
(Proposed Standard)
- DNS Configuration options for Dynamic Host Configuration Protocol for IPv6 (DHCPv6)
by R. Droms (editor)
- Allows an IPv6 resolver to be configured using DHCPv6, by setting
the list of recursive name servers and the domain search list.
- Dec-2003, checked 27-Feb-2004
- RFC 3645
(Proposed Standard)
updates
RFC 2845
- Generic Security Service Algorithm for Secret Key Transaction
Authentication for DNS (GSS-TSIG)
by S. Kwan, P. Garg, J. Gilroy, L. Esibov, J. Westhead and R. Hall
- Defines a GSS
compliant algorithm for TSIG. Five of the
six authors were affiliated with Microsoft when this was published.
- Oct-2003, checked 27-Feb-2004
- RFC 3597
(Proposed Standard)
updates
RFC 2163 and
RFC 2535
- Handling of Unknown DNS Resource Record (RR) Types
by A. Gustafsson
- Mandates that DNS servers should accept, store and return unknown
records of unknown type as is. Long overdue, but increases the
complexity of implementating DNSSEC and dynamic updates.
- Sep-2003, checked 27-Feb-2004
- RFC 3596
(Draft Standard)
obsoletes
RFC 1886 and
RFC 3152
- DNS Extensions to Support IP Version 6
by S. Thomson, C. Huitema, V. Ksinant and M. Souissi
- Defines the AAAA record type and domain IP6.ARPA, and specifies
that AAAA records must also be processed where previously only A
records were.
- Oct-2003, checked 27-Feb-2004
- RFC 3492
(Proposed Standard)
- Punycode: A Bootstring encoding of Unicode for
Internationalized Domain Names in Applications (IDNA)
by A. Costello
- A (relatively) simple mapping of Unicode domain names into DNS hostnames.
- Mar-2003, checked 27-Feb-2004
- RFC 3491
(Proposed Standard)
- Nameprep: A Stringprep Profile for Internationalized Domain Names (IDN)
by P. Hoffman and M. Blanchet
- A somewhat complex method for mapping Unicode domain names into DNS hostnames.
- Mar-2003, checked 27-Feb-2004
- RFC 3490
(Proposed Standard)
- Internationalizing Domain Names in Applications (IDNA)
by P. Faltstrom, P. Hoffman and A. Costello
- Overall framework for mapping Unicode domain names into DNS
hostnames. See also a critique.
- Mar-2003, checked 27-Feb-2004
- RFC 3467
(Informational)
- Role of the Domain Name System (DNS)
by J. Klensin
- Describes the original motivation for DNS. Argues that it is
not appropriate to shoehorn new applications into the DNS simply
because the DNS infrastructure is widely deployed. Suggests that
many applications, such as IDN, do not fit in
with the design principles of DNS, and should be done outside of DNS.
See also RFC 2825.
- Feb-2003, checked 27-Feb-2004
- RFC 3445
(Proposed Standard)
updates
RFC 2535
- Limiting the Scope of the KEY Resource Record (RR)
by D. Massey and S. Rose
- Limits the use of KEY records to DNSSEC.
Removes support for storing arbitrary application keys in KEY records
(previously these were allowed).
- Dec-2002, checked 27-Feb-2004
- RFC 3425
(Proposed Standard)
updates
RFC 1035
- Obsoleting IQUERY
by D. Lawrence
- Declares the IQUERY query type obsolete, since reverse DNS using
PTR records achieves the same aims with much better behaviour.
- Nov-2002, checked 27-Feb-2004
- RFC 3405
(BCP 65)
- Dynamic Delegation Discovery System (DDDS) Part Five: URI.ARPA Assignment Procedures
by M. Mealling
- Policies and procedures for URI.ARPA and URN.ARPA, as used by
RFC 3404.
- Oct-2002, checked 06-Mar-2004
- RFC 3404
(Proposed Standard)
obsoletes
RFC 2915 and
RFC 2168
- Dynamic Delegation Discovery System (DDDS) Part Four: The Uniform Resource Identifiers (URI) Resolution Application
by M. Mealling
- Application of DDDS, using NAPTR records to transform URNs
and URIs. Looks like an attempt to rescue the URI/URN endeavour,
but I think there are too many new layers of indirection here for
this to succeed.
- Oct-2002, checked 27-Feb-2004
- RFC 3403
(Proposed Standard)
obsoletes
RFC 2915 and
RFC 2168
- Dynamic Delegation Discovery System (DDDS) Part Three: The Domain Name System (DNS) Database
by M. Mealling
- Defines the NAPTR (Naming Authority Pointer) record type, which
stores DDDS rules in the DNS database. Very general, but I think
this is an instance where RFC 3467 applies.
- Oct-2002, checked 27-Feb-2004
- RFC 3402
(Proposed Standard)
obsoletes
RFC 2915 and
RFC 2168
- Dynamic Delegation Discovery System (DDDS) Part Two: The Algorithm
by M. Mealling
- Details of how DDDS transforms its input string, by applying
rules fetched from a dynamic database. A nice generalisation of the
DNS lookup algorithm, which can be viewed as a transformation of a
domain name into the contents of the associated resource records via
delegation rules stored in DNS servers. The level of abstraction is
maybe too high to catch on with protocol designers.
- Oct-2002, checked 27-Feb-2004
- RFC 3401
(Informational)
updates
RFC 2276;
obsoletes
RFC 2915 and
RFC 2168
- Dynamic Delegation Discovery System (DDDS) Part One: The Comprehensive DDDS
by M. Mealling
- Overview of the documents comprising DDDS, which is an abstract
method to transform strings using rules stored in a dynamic database.
- Oct-2002, checked 27-Feb-2004
- RFC 3368
(Proposed Standard)
- The 'go' URI Scheme for the Common Name Resolution Protocol
by M. Mealling
- This seems to be the main purpose of CNRP:
a keyword directory service, so that browsers can perform queries of the form
go:Some%20Company%20Name and similar.
The LDAP folks keep on trying to create a new protocol for the
directory service role that the DNS has been shoehorned into; see also
RFC 2517. DNS isn't a good general directory
service, but I don't see it being bad enough that alternatives have
enough room to become established.
- Aug-2002, checked 27-Feb-2004
- RFC 3367
(Proposed Standard)
- Common Name Resolution Protocol (CNRP)
by N. Popp, M. Mealling and M. Moseley
- CNRP seems to consist of the useful bits of LDAP expressed in XML
syntax; see also RFC 2168.
- Aug-2002, checked 27-Feb-2004
- RFC 3364
(Informational)
updates
RFC 2673 and
RFC 2874
- Tradeoffs in Domain Name System (DNS) Support for Internet
Protocol version 6 (IPv6)
by R. Austein
- A critical comparison of AAAA (RFC 1886)
versus A6 (RFC 2874) records for IPv6.
See also RFC 3363.
- Aug-2002, checked 27-Feb-2004
- RFC 3363
(Informational)
updates
RFC 2673 and
RFC 2874
- Representing Internet Protocol version 6 (IPv6) Addresses in the Domain Name System (DNS)
edited by R. Bush, A. Durand, B. Fink, O. Gudmundsson and T. Hain
- Demotes RFC 2673 and
RFC 2874 to Experimental status, as
A6 records and binary labels for IPv6 addresses are no longer
regarded as important. See also RFC 3364.
- Aug-2002, checked 27-Feb-2004
- RFC 3352
(Informational)
obsoletes
RFC 1798
- Connection-less Lightweight Directory Access Protocol (CLDAP) to Historic Status
by K. Zeilenga
- The original attempt by LDAP to take over DNS failed, as detailed here.
- Mar-2003, checked 27-Feb-2004
- RFC 3263
(Proposed Standard)
obsoletes
RFC 2543
- Session Initiation Protocol (SIP): Locating SIP Servers
by J. Rosenberg and H. Schulzrinne
- Details of how SIP uses NAPTR and
SRV records to locate SIP servers.
- Jun-2002, checked 12-Mar-2004
- RFC 3258
(Informational)
- Distributing Authoritative Name Servers via Shared Unicast Addresses
by T. Hardie
- How to use a single IP address for several name servers, using
routing tricks. In fairly common use at large ISPs around the world.
I think this deserves the status of a BCP.
- Apr-2002, checked 27-Feb-2004
- RFC 3254
(Informational)
- Definitions for talking about directories
by H. Alvestrand
- Defines terms and a framework for classifying different types
of directory services, and explains how several existing directories
(such as DNS, the BGP routing information database, and SNMP MIBs),
fit into this model.
- Apr-2002, checked 27-Feb-2004
- RFC 3245
(Informational)
- The History and Context of Telephone Number Mapping (ENUM) Operational Decisions: Informational Documents Contributed to ITU-T Study Group 2 (SG2)
by J. Klensin
- Design decisions behind the ENUM mapping of E.164 telephone
numbers into the DNS. See also RFC 2916.
- Mar-2002, checked 27-Feb-2004
- RFC 3226
(Proposed Standard)
updates
RFC 2535 and
RFC 2874
- DNSSEC and IPv6 A6 aware server/resolver message size requirements
by O. Gudmundsson
- Requires support for EDNS0 extensions for
DNSSEC compliance, and also if A6 records are used
(but see RFC 3363).
- Dec-2001, checked 27-Feb-2004
- RFC 3225
(Proposed Standard)
- Indicating Resolver Support of DNSSEC
by D. Conrad
- Proposes using a bit in the extended EDNS0
header for resolvers to explicitly indicate that they support DNSSEC.
- Dec-2001, checked 27-Feb-2004
- RFC 3197
(Informational)
- Applicability Statement for DNS MIB Extensions
by R. Austein
- Explains why the SNMP interface to DNS servers and resolvers
was never implemented, and retires RFC 1611
and RFC 1612.
- Nov-2001, checked 27-Feb-2004
- RFC 3152
(BCP 49)
updates
RFC 1886 and
RFC 2874;
obsoleted by
RFC 3596;
also updates non-DNS related
RFC 2553,
RFC 2766 and
RFC 2772
- Aug-2001, checked 27-Feb-2004
- RFC 3123
(Experimental)
- A DNS RR Type for Lists of Address Prefixes (APL RR)
by P. Koch
- Defines record type APL, for lists of IP ranges in prefix/length
notation. Could be useful when specifying access control lists,
but not yet widely used.
- Jun-2001, checked 27-Feb-2004
- RFC 3110
(Proposed Standard)
obsoletes
RFC 2537
- RSA/SHA-1 SIGs and RSA KEYs in the Domain Name System (DNS)
by D. Eastlake 3rd
- Formats for RSA/SHA-1 SIG and RSA KEY records. The main change
from RFC 2537 is replacement of MD5 with
SHA-1 hashes.
- May-2001, checked 27-Feb-2004
- RFC 3090
(Proposed Standard)
updates
RFC 2535;
updated by
RFC 3658
- DNS Security Extension Clarification on Zone Status
by E. Lewis
- Clarifies what it means for a zone to be secured, in the context of
DNSSEC.
- Mar-2001, checked 27-Feb-2004
- RFC 3071
(Informational)
- Reflections on the DNS, RFC 1591, and Categories of Domains
by J. Klensin
- A lament for the loss of sanity in DNS delegation close to the root
of the IN namespace. Appears to be mostly aimed at
ICANN and their often inexplicable
treatment of TLDs. See also RFC 1591.
- Feb-2001, checked 27-Feb-2004
- RFC 3008
(Proposed Standard)
updates
RFC 2535;
updated by
RFC 3658
- Domain Name System Security (DNSSEC) Signing Authority
by B. Wellington
- Requires zone data in a secure zone to be signed by the zone key,
and restricts how SIG records can be applied by a secure resolver.
- Nov-2000, checked 27-Feb-2004
- RFC 3007
(Proposed Standard)
updates
RFC 2136 and
RFC 2535;
obsoletes
RFC 2137
- Secure Domain Name System (DNS) Dynamic Update
by B. Wellington
- Changes how secure dynamic updates should be performed in the
DNSSEC framework.
- Nov-2000, checked 27-Feb-2004
- RFC 2972
(Informational)
- Context and Goals for Common Name Resolution
by N. Popp, M. Mealling, L. Masinter and K. Sollins
- The philosophy of CNRP: seems sound, but I have reservations
about practical adoption of the protocol.
See also RFC 3367.
- Oct-2000, checked 27-Feb-2004
- RFC 2937
(Proposed Standard)
- The Name Service Search Option for DHCP
by C. Smith
- An option for DHCP to specify the resolver name service search
order. Similar to the way
nsswitch.conf works to specify
the order in which local host files, NIS, DNS, etc. are consulted.
- Sep-2000, checked 27-Feb-2004
- RFC 2931
(Proposed Standard)
updates
RFC 2535
- DNS Request and Transaction Signatures ( SIG(0)s)
by D. Eastlake 3rd
- Tweaks the extended SIG(0) record type used in
DNSSEC.
- Sep-2000, checked 27-Feb-2004
- RFC 2930
(Proposed Standard)
- Secret Key Establishment for DNS (TKEY RR)
by D. Eastlake 3rd
- A way of distributing keys for TSIG records.
- Sep-2000, checked 27-Feb-2004
- RFC 2929
(BCP 42)
- Domain Name System (DNS) IANA Considerations
by D. Eastlake 3rd, E. Brunner-Williams and B. Manning
- Defines which codes, flags and classes have been allocated, and how
IANA will allocate new numbers.
See also IANA official numbers.
- Sep-2000, checked 27-Feb-2004
- RFC 2916
(Proposed Standard)
- E.164 number and DNS
by P. Faltstrom
- Specifies a mapping of E.164 telephone numbers into URIs
using NAPTR records and domain names in the .E164.ARPA domain,
similar to the way PTR records are used in .IN-ADDR.ARPA.
Not widely used, and will likely be obsoleted by the Internet-Draft
draft-ietf-enum-rfc2916bis.
See also RFC 3245.
- Sep-2000, checked 06-Mar-2004
- RFC 2915
(Proposed Standard)
updates
RFC 2168;
obsoleted by
RFC 3401,
RFC 3402,
RFC 3403 and
RFC 3404
- Sep-2000
- RFC 2874
(Experimental)
updated by
RFC 3152,
RFC 3226,
RFC 3363 and
RFC 3364
- DNS Extensions to Support IPv6 Address Aggregation and Renumbering
by M. Crawford and C. Huitema
- Introduces A6 records and the IP6.ARPA domain. See also
RFC 3363.
- Jul-2000
- RFC 2870
(BCP 40)
obsoletes
RFC 2010
- Root Name Server Operational Requirements
by R. Bush, D. Karrenberg, M. Kosters and R. Plzak
- How to run a root name server. Elicited some acrimonious debate
on the dnsop mailing list during drafting.
- Jun-2000
- RFC 2845
(Proposed Standard)
updates
RFC 1035;
updated by
RFC 3645
- Secret Key Transaction Authentication for DNS (TSIG)
by P. Vixie, O. Gudmundsson, D. Eastlake 3rd and B. Wellington
- Hashing protocol for authenticating DNS data, assuming that the
endpoints share secret keys. These secret keys need to be distributed
using some other mechanism, for instance RFC 3645
or RFC 2930.
- May-2000, checked 27-Feb-2004
- RFC 2832
(Informational)
- NSI Registry Registrar Protocol (RRP) Version 1.1.0
by S. Hollenbeck and M. Srivastava
- Protocol for sharing domain registration information between
registries and registrars.
- May-2000
- RFC 2826
(Informational)
- IAB Technical Comment on the Unique DNS Root
by Internet Architecture Board
- Reiterates that DNS is built on the technical assumption that
each namespace has a unique root. Unfortunately, I don't think this
argument is persuasive enough to deter the anti-ICANN brigade.
- May-2000
- RFC 2825
(Informational)
- A Tangled Web: Issues of I18N, Domain Names, and the Other Internet protocols
by Internet Architecture Board (L. Daigle, Editor)
- A warning that internationalized domain names have many pitfalls.
See also RFC 3467.
- May-2000
- RFC 2782
(Proposed Standard)
obsoletes
RFC 2052;
updates
RFC 1035
- A DNS RR for specifying the location of services (DNS SRV)
by A. Gulbrandsen, P. Vixie and L. Esibov
- Introduced generalised SRV records for indirection, similar to
MX records, for services other than mail. Also changed the SRV
namespace to use leading underscore characters: "_TCP.example"
instead of "TCP.example".
- Feb-2000
- RFC 2694
(Informational)
- DNS extensions to Network Address Translators (DNS_ALG)
by P. Srisuresh, G. Tsirtsis, P. Akkiraju and A. Heffernan
- Proposes an application level gateway for DNS which modifies DNS
payload to alter address mapping of hosts. This progressed without
input from the DNSEXT community,
so it is not interoperable with protocols such as
DNSSEC. Widespread deployment of this
protocol would probably cause a bunch of problems.
- Sep-1999
- RFC 2673
(Experimental)
updated by
RFC 3363 and
RFC 3364
- Binary Labels in the Domain Name System
by M. Crawford
- Defines a Bit-String label, which represents a sequence of single
bit labels for storing records at any bit-boundary in the name tree.
See also RFC 3363.
- Aug-1999
- RFC 2672
(Proposed Standard)
- Non-Terminal DNS Name Redirection
by M. Crawford
- Defines DNAME record, which maps a subtree of the DNS to another
domain: like a more general form of CNAME.
- Aug-1999
- RFC 2671
(Proposed Standard)
- Extension mechanisms for DNS (EDNS0)
by P. Vixie
- Backward compatible mechanisms for growing the DNS protocol,
to avoid exhaustion of the limited fixed fields. Note that this
standard requires that implementations of newer features must also
support all features of older versions. After extended discussion,
a proposal for extensions based on this mechanism was never published.
Overall, EDNS0 is not being widely used.
- Aug-1999
- RFC 2606
(BCP 32)
- Reserved Top Level DNS Names by
D. Eastlake 3rd and A. Panitz
- Reserves new top-level and second-level domain names for testing and
documentation: .EXAMPLE, .INVALID, .TEST, .LOCALHOST and
EXAMPLE.{COM,NET,ORG}.
- Jun-1999
- RFC 2541
(Informational)
- DNS Security Operational Considerations
by