Die Requests for Comments (wörtlich: “Bitte um Kommentierung”) sind eine Reihe technischer und organisatorischer Dokumente zum Internet, die seit dem 7. April 1969 vom RFC-Editor herausgegeben werden.
Bei einem Request for Comments (RFC) handelt es sich um ein nummeriertes Dokument, in dem Protokolle, Konzepte, Methoden und Programme des Internets behandelt, beschrieben und definiert werden. Die Verwaltung der RFCs erfolgt durch die IETF (Internet Engineering Task Force).
Wichtige RFC’s zu IPv6 (
|
RFC |
Beschreibung |
Datum |
Status |
|
RFC 4291 |
IP-Version 6-Adressierungsarchitektur Diese Spezifikation definiert die Adressierungsarchitektur des Protokolls IP Version 6 (IPv6). Das Dokument enthält das IPv6-Adressierungsmodell, Textdarstellungen von IPv6-Adressen, die Definition von IPv6-Unicast-Adressen, Anycast-Adressen und Multicast-Adressen sowie die erforderlichen Adressen eines IPv6-Knotens. Dieses Dokument ersetzt RFC 3513, “IP Version 6 Addressing Architecture”. |
02/2006 |
Standardentwurf |
|
RFC 4294 |
Anforderungen an IPv6-Knoten Dieses Dokument definiert Anforderungen für IPv6-Knoten. Es wird erwartet, dass IPv6 in einer Vielzahl von Geräten und Situationen eingesetzt wird. Durch die Angabe der Anforderungen für IPv6-Knoten kann IPv6 gut funktionieren und in einer großen Anzahl von Situationen und Bereitstellungen zusammenarbeiten. Dieses Memo enthält Informationen für die Internet-Community. Tags: IPv6 |
04/2006 |
Informativ |
|
RFC 4861 |
Neighbor Discovery für IP-Version 6 (IPv6) Dieses Dokument spezifiziert das Neighbor Discovery-Protokoll für IP Version 6. IPv6-Knoten auf demselben Link verwenden Neighbor Discovery, um die Anwesenheit des anderen zu erkennen, die Link-Layer-Adressen des anderen zu bestimmen, Router zu finden und Erreichbarkeitsinformationen über die aktiven Pfade zu verwalten Nachbarn. Tags: internet protocol, link-layer, link-layer address, |
09/2007 |
Standardentwurf |
|
RFC 4862 |
Automatische Konfiguration der zustandslosen IPv6-Adresse Dieses Dokument spezifiziert die Schritte, die ein Host unternimmt, um zu entscheiden, wie er seine Schnittstellen in IP-Version 6 automatisch konfiguriert die Adressen auf einem Link. Tags: host, link-local, IPv6, link-local address, duplicate address detection, |
09/2007 |
Standardentwurf
|
|
RFC 4941 |
Datenschutzerweiterungen für die automatische Konfiguration von zustandslosen Adressen in IPv6 Knoten verwenden die automatische Konfiguration von zustandslosen IPv6-Adressen, um Adressen mithilfe einer Kombination aus lokal verfügbaren Informationen und von Routern angekündigten Informationen zu generieren. Adressen werden gebildet, indem Netzwerkpräfixe mit einer Schnittstellenkennung kombiniert werden. Bei einer Schnittstelle, die eine eingebettete IEEE-Kennung enthält, wird die Schnittstellenkennung typischerweise davon abgeleitet. Bei anderen Schnittstellentypen wird die Schnittstellenkennung auf andere Weise generiert, beispielsweise über eine Zufallszahlengenerierung. Dieses Dokument beschreibt eine Erweiterung der zustandslosen IPv6-Adressen-Autokonfiguration für Schnittstellen, deren Schnittstellenkennung von einer IEEE-Kennung abgeleitet ist. Die Verwendung der Erweiterung bewirkt, dass Knoten globale Bereichsadressen aus Schnittstellenkennungen generieren, die sich im Laufe der Zeit ändern, selbst in Fällen, in denen die Schnittstelle eine eingebettete IEEE-Kennung enthält. Das Ändern der Schnittstellenkennung (und der daraus generierten globalen Bereichsadressen) im Laufe der Zeit macht es für Lauscher und andere Informationssammler schwieriger zu erkennen, wenn verschiedene Adressen, die in verschiedenen Transaktionen verwendet werden, tatsächlich demselben Knoten entsprechen. Tags: privacy, anonymity, unlinkability, crypto-based address changing, |
09/2007 |
Standardentwurf |
|
RFC 5942 |
IPv6-Subnetzmodell: Die Beziehung zwischen Links und Subnetzpräfixen IPv6 gibt ein Subnetzmodell an, das sich vom IPv4-Subnetzmodell unterscheidet. Die Subtilität der Unterschiede hat zu falschen Implementierungen geführt, die nicht zusammenarbeiten. Dieses Dokument erläutert den wichtigsten Unterschied: dass eine IPv6-Adresse nicht automatisch mit einem IPv6-On-Link-Präfix verknüpft ist. Dieses Dokument aktualisiert auch (teilweise aufgrund von Sicherheitsbedenken, die durch falsche Implementierungen verursacht wurden) einen Teil der Definition von “on-link” aus RFC 4861. Tags: — |
07/2010 |
Vorgeschlagener Standard |
|
RFC 7112 |
Auswirkungen übergroßer IPv6-Header-Ketten Die IPv6-Spezifikation erlaubt IPv6-Header-Ketten beliebiger Größe. Die Spezifikation erlaubt auch Optionen, die wiederum jeden der Header erweitern können. In Szenarien, in denen die IPv6-Header-Kette oder -Optionen ungewöhnlich lang und Pakete fragmentiert sind, oder in Szenarien, in denen die Fragmentgröße sehr klein ist, enthält das erste Fragment eines Pakets möglicherweise nicht die gesamte IPv6-Header-Kette. Dieses Dokument erörtert die Interoperabilitäts- und Sicherheitsprobleme eines solchen Datenverkehrs und aktualisiert RFC 2460, sodass das erste Fragment eines Pakets die gesamte IPv6-Header-Kette enthalten muss. |
01/2014 |
Vorgeschlagener Standard |
|
RFC 8200 |
Internet Protocol, Version 6 (IPv6)-Spezifikation Dieses Dokument spezifiziert Version 6 des Internetprotokolls (IPv6). Tags: IPv6, internet, protocol, next, generation, ipng, flow label, |
07/2017 |
Internetstandard
|
|
RFC 8335 |
PROBE: Ein Dienstprogramm zum Prüfen von Schnittstellen Dieses Dokument beschreibt ein Netzwerkdiagnosetool namens PROBE. PROBE ähnelt PING insofern, als es zum Abfragen des Status einer geprüften Schnittstelle verwendet werden kann, unterscheidet sich jedoch von PING darin, dass es keine bidirektionale Konnektivität zwischen der prüfenden und der geprüften Schnittstelle erfordert. Stattdessen erfordert PROBE eine bidirektionale Konnektivität zwischen der Sondierungsschnittstelle und einer Proxy-Schnittstelle. Die Proxy-Schnittstelle kann sich auf demselben Knoten befinden wie die geprüfte Schnittstelle oder auf einem Knoten, mit dem die geprüfte Schnittstelle direkt verbunden ist. Tags: ping, icmp |
Dieser Beitrag wurde bisher 68 mal gelesen.