Zum Hauptinhalt springen

Appendix C. Changes since RFC 2462 (Änderungen seit RFC 2462)

Wesentliche Änderungen, die bestehende Implementierungen beeinflussen können:​

  • Spezifizierung, dass Knoten, die Duplicate Address Detection durchführen, ihren Beitritt zur Solicited-Node-Multicast-Gruppe verzögern, anstatt nur das Senden der Neighbor Solicitation zu verzögern, und Erläuterung der detaillierten Gründe.

  • Hinzufügung der Anforderung einer zufälligen Verzögerung vor dem Senden von Neighbor Solicitations für Duplicate Address Detection, wenn die überprüfte Adresse durch eine Multicast-Router-Advertisement konfiguriert wird.

  • Klarstellung, dass beim Fehlschlagen der Duplicate Address Detection der IP-Netzwerkbetrieb deaktiviert werden sollte und dass diese Regel in Fällen gelten sollte, in denen Hardware-Adressen eindeutig sein sollten.

Wesentliche Klarstellungen:​

  • Klarstellung, wie die Länge des Schnittstellenidentifikators bestimmt wird, Beschreibung der Beziehung zur Präfixlänge, die in Router Advertisements angekündigt wird, und Vermeidung der Hartcodierung spezifischer Längen in diesem Dokument.

  • Klarstellung der Verarbeitung von Neighbor Advertisements, die beim Durchführen von Duplicate Address Detection empfangen werden.

  • Entfernung des Textes zu M- und O-Flags unter Berücksichtigung der Implementierungsreife und Betriebserfahrung. Entsprechende Entfernung von ManagedFlag und OtherConfigFlag. (Beachten Sie, dass diese Änderung nicht bedeutet, dass die Verwendung dieser Flags veraltet ist.)

  • Vermeidung der Verwendung der notorisch sehr verwirrenden Formulierung « Zustandsbehaftete Konfiguration (Stateful Configuration) » und einfache Verwendung von « DHCPv6 » an geeigneten Stellen.

  • Stärkere Empfehlung, Duplicate Address Detection auf allen Unicast-Adressen durchzuführen, unter Berücksichtigung verschiedener unterschiedlicher Schnittstellenidentifikatoren, während bestehende Implementierungen beachtet werden.

  • Klarstellung der Formulierung in Abschnitt 5.5.4, um explizit zu machen, dass von einer Anwendung angegebene veraltete Adressen für jede Kommunikation verwendet werden können.

  • Klarstellung der in Abschnitt 5.5.3 beschriebenen Präfixprüfung unter Verwendung geeigneterer Terminologie und Klarstellung, dass diese Prüfung für Präfixe von Adressen durchgeführt wird, die über zustandslose Autokonfiguration konfiguriert wurden.

  • Änderung der Referenz auf IP-Sicherheits-Authentifizierungsheader in eine Referenz auf RFC 3971 (Secure Neighbor Discovery). Überarbeitung auch des Abschnitts zu Sicherheitsüberlegungen unter Verwendung einer Referenz auf RFC 3756.

  • Hinzufügung einer Notiz zu Fällen, in denen Implementierungen stabilen Speicher für Autokonfigurations-Adressen verwenden.

  • Hinzufügung von Überlegungen zur Präferenz inkonsistenter Informationen zwischen einem Informationssatz aus einer sicheren Quelle und einem anderen, der ohne Schutz gelernt wurde.

Weitere verschiedene Klarstellungen:​

  • Entfernung von Referenzen auf Site-Local und Überarbeitung der Formulierung um dieses Schlüsselwort herum.

  • Entfernung von redundantem Code für Denial-of-Service-Schutz in Abschnitt 5.5.3.

  • Klarstellung, dass Unicast-Neighbor-Solicitations oder -Advertisements beim Durchführen von Duplicate Address Detection verworfen werden sollten.

  • Hinweis in Abschnitt 5.3, dass eine Schnittstelle als aktiviert betrachtet werden kann, wenn der drahtlose Zugangspunkt wechselt.

Letztes Update am