RFC 6891 - Erweiterungsmechanismen für DNS (EDNS(0))

• Status: Internet Standard
• Veröffentlicht: April 2013
• Stream: IETF
• Ersetzt: RFC2671, RFC2673
• Errata: Keine Errata

---

Abstract (Zusammenfassung)

Das Wire-Protokoll des Domain Name Systems enthält eine Reihe fester Felder, deren Bereich erschöpft ist oder bald erschöpft sein wird, und es erlaubt Anfragenden nicht, ihre Fähigkeiten gegenüber Antwortern anzukündigen. Dieses Dokument beschreibt rückwärtskompatible Mechanismen, die dem Protokoll Wachstum ermöglichen.

Dieses Dokument aktualisiert die Spezifikation der Erweiterungsmechanismen für DNS (EDNS(0)) (und macht RFC 2671 veraltet) basierend auf Rückmeldungen aus Bereitstellungserfahrungen in mehreren Implementierungen. Es macht auch RFC 2673 ("Binäre Labels im Domain Name System") veraltet und fügt Überlegungen zur Verwendung erweiterter Labels im DNS hinzu.

Status of This Memo (Status dieses Memorandums)

Dies ist ein Internet-Standards-Track-Dokument.

Dieses Dokument ist ein Produkt der Internet Engineering Task Force (IETF). Es repräsentiert den Konsens der IETF-Community. Es hat eine öffentliche Überprüfung erhalten und wurde von der Internet Engineering Steering Group (IESG) zur Veröffentlichung genehmigt. Weitere Informationen zu Internet-Standards finden Sie in Abschnitt 2 von RFC 5741.

Informationen über den aktuellen Status dieses Dokuments, Errata und wie man Feedback dazu geben kann, sind unter http://www.rfc-editor.org/info/rfc6891 erhältlich.

Copyright Notice (Urheberrechtshinweis)

Copyright (c) 2013 IETF Trust und die als Dokumentautoren identifizierten Personen. Alle Rechte vorbehalten.

Dieses Dokument unterliegt BCP 78 und den rechtlichen Bestimmungen des IETF Trust in Bezug auf IETF-Dokumente (http://trustee.ietf.org/license-info), die zum Zeitpunkt der Veröffentlichung dieses Dokuments in Kraft sind. Bitte lesen Sie diese Dokumente sorgfältig durch, da sie Ihre Rechte und Einschränkungen in Bezug auf dieses Dokument beschreiben. Aus diesem Dokument extrahierte Codekomponenten müssen den Text der vereinfachten BSD-Lizenz enthalten, wie in Abschnitt 4.e der Trust Legal Provisions beschrieben, und werden ohne Gewährleistung bereitgestellt, wie in der vereinfachten BSD-Lizenz beschrieben.

Contents (Inhaltsverzeichnis)

• 1. Introduction (Einführung)
• 2. Terminology (Terminologie)
• 3. EDNS Support Requirement (EDNS-Unterstützungsanforderung)
• 4. DNS Message Changes (DNS-Nachrichtenänderungen)
  • 4.1. Message Header (Nachrichtenkopf)
  • 4.2. Label Types (Label-Typen)
  • 4.3. UDP Message Size (UDP-Nachrichtengröße)
• 5. Extended Label Types (Erweiterte Label-Typen)
• 6. The OPT Pseudo-RR (Der OPT-Pseudo-RR)
  • 6.1. OPT Record Definition (OPT-Datensatzdefinition)
    • 6.1.1. Basic Elements (Grundelemente)
    • 6.1.2. Wire Format (Wire-Format)
    • 6.1.3. OPT Record TTL Field Use (OPT-Datensatz-TTL-Feldverwendung)
    • 6.1.4. Flags (Flags)
  • 6.2. Behaviour (Verhalten)
    • 6.2.1. Cache Behaviour (Cache-Verhalten)
    • 6.2.2. Fallback (Rückfall)
    • 6.2.3. Requestor's Payload Size (Nutzlastgröße des Anfragers)
    • 6.2.4. Responder's Payload Size (Nutzlastgröße des Antworters)
    • 6.2.5. Payload Size Selection (Auswahl der Nutzlastgröße)
    • 6.2.6. Support in Middleboxes (Unterstützung in Middleboxen)
• 7. Transport Considerations (Transportüberlegungen)
• 8. Security Considerations (Sicherheitsüberlegungen)
• 9. IANA Considerations (IANA-Überlegungen)
  • 9.1. OPT Option Code Allocation Procedure (OPT-Optionscode-Zuweisungsverfahren)
• 10. References (Referenzen)
  • 10.1. Normative References (Normative Referenzen)
  • 10.2. Informative References (Informative Referenzen)
• Appendix A. Changes since RFCs 2671 and 2673 (Anhang A. Änderungen seit RFC 2671 und 2673)