RFC 5001: DNS Name Server Identifier (NSID) Option
In plain English — editorial summary, not part of the RFC
With the increased use of DNS anycast, load balancing, and other mechanisms allowing more than one DNS name server to share a single IP address, it is sometimes difficult to tell which of a pool of name servers has answered a particular query. While existing ad-hoc mechanisms allow an operator to send follow-up queries when it is necessary to debug such a configuration, the only completely reliable way to obtain the identity of the name server that responded is to have the name server include this information in the response itself. This note defines a protocol extension to support this functionality. [STANDARDS-TRACK]
Document record
- Document ID
- RFC5001
- Published
- August 2007
- Authors
- R. Austein
- Status
- PROPOSED STANDARD
- Stream
- IETF
- Area
- int
- Pages
- 11
- Also known as
- —
Topics
Related documents
Ranked automatically by shared keywords, IETF area and stream — not by editorial selection.
- RFC 5165A Uniform Resource Name (URN) Namespace for the Open Geospatial Consortium (OGC)Current
April 2008
- RFC 5174A Uniform Resource Name (URN) Namespace for the European Broadcasting Union (EBU)Current
May 2008
- RFC 4641DNSSEC Operational PracticesObsoleted
September 2006
- RFC 4431The DNSSEC Lookaside Validation (DLV) DNS Resource RecordCurrent
February 2006
- RFC 4322Opportunistic Encryption using the Internet Key Exchange (IKE)Current
December 2005
- RFC 3741Exclusive XML Canonicalization, Version 1.0Current
March 2004
- RFC 8101IANA Registration of New Session Initiation Protocol (SIP) Resource-Priority Namespace for Mission Critical Push To Talk ServiceCurrent
March 2017
- RFC 9038Extensible Provisioning Protocol (EPP) Unhandled NamespacesCurrent
May 2021
Also filed under
About this page
The document record above — title, authors, date, status, stream, area, relationships, DOI and errata — is imported verbatim from the public RFC Editor index. The “in plain English” section is editorial: written by The metasystema editorial team, not part of the RFC. Where the two differ, the RFC text governs.
Last checked against the RFC Editor index on . RFCs are never revised after publication; changes are issued as new documents.
Data sources · Editorial policy · Report a correction · What is an RFC?