4.2. WAN-seitige Konfiguration
Der IPv6-CE-Router muss Konnektivität zu einer oder mehreren Zugangsnetzwerkarchitekturen unterstützen. Dieses Dokument beschreibt einen IPv6-CE-Router, der nicht spezifisch für eine bestimmte Architektur oder einen bestimmten Dienstanbieter ist und alle häufig verwendeten Architekturen unterstützt.
IPv6 Neighbor Discovery- und DHCPv6-Protokolle funktionieren über jeden Typ von IPv6-unterstützter Sicherungsschicht, und es besteht keine Notwendigkeit für ein sicherungsschichtspezifisches Konfigurationsprotokoll für IPv6-Netzwerkschicht-Konfigurationsoptionen wie z. B. bei PPP IP Control Protocol (IPCP) für IPv4. Dieser Abschnitt geht davon aus, dass derselbe Mechanismus für jede Sicherungsschicht funktioniert, sei es Ethernet, die Data Over Cable Service Interface Specification (DOCSIS), PPP oder andere.
WAN-seitige Anforderungen
W-1: Wenn der Router an die WAN-Schnittstellenverbindung angeschlossen ist, MUSS er für die Zwecke der zustandslosen [RFC4862] oder zustandsbehafteten [RFC3315] Schnittstellenadresszuweisung als IPv6-Host fungieren.
W-2: Der IPv6-CE-Router MUSS eine link-lokale Adresse generieren und die Duplicate Address Detection gemäß [RFC4862] abschließen, bevor er Router Solicitations auf der Schnittstelle sendet. Die Quelladresse, die in der nachfolgenden Router Solicitation verwendet wird, MUSS die link-lokale Adresse auf der WAN-Schnittstelle sein.
W-3: In Abwesenheit anderer Routing-Informationen MUSS der IPv6-CE-Router Router Discovery wie in [RFC4861] spezifiziert verwenden, um Standard-Router zu entdecken und eine oder mehrere Standardrouten in seiner Routing-Tabelle mit der Adresse des entdeckten Routers als nächstem Hop zu installieren.
W-4: Der Router MUSS als anfordernder Router für die Zwecke der DHCPv6-Präfixdelegierung ([RFC3633]) fungieren.
W-5: Der IPv6-CE-Router MUSS einen persistenten DHCP Unique Identifier (DUID) für DHCPv6-Nachrichten verwenden. Der DUID DARF NICHT zwischen Netzwerkschnittstellen-Resets oder IPv6-CE-Router-Neustarts wechseln.
W-6: Die WAN-Schnittstelle des CE-Routers SOLLTE einen Port Control Protocol (PCP) Client wie in [RFC6887] spezifiziert unterstützen, zur Verwendung durch Anwendungen auf dem CE-Router. Der PCP-Client SOLLTE das in Abschnitt 8.1 von [RFC6887] spezifizierte Verfahren befolgen, um seinen PCP-Server zu entdecken. Dieses Dokument nimmt keine Position dazu ein, ob eine solche Funktionalität standardmäßig aktiviert ist oder zu Mechanismen, durch die Benutzer die Funktionalität konfigurieren würden. Die Behandlung von PCP-Anfragen von PCP-Clients auf der LAN-Seite des CE-Routers liegt außerhalb des Geltungsbereichs.
Sicherungsschicht-Anforderungen
WLL-1: Wenn die WAN-Schnittstelle Ethernet-Kapselung unterstützt, dann MUSS der IPv6-CE-Router IPv6 over Ethernet [RFC2464] unterstützen.
WLL-2: Wenn die WAN-Schnittstelle PPP-Kapselung unterstützt, MUSS der IPv6-CE-Router IPv6 over PPP [RFC5072] unterstützen.
WLL-3: Wenn die WAN-Schnittstelle PPP-Kapselung unterstützt, MÜSSEN in einer Dual-Stack-Umgebung mit IPCP und IPV6CP, die über einen PPP-Logikkanal laufen, die Network Control Protocols (NCPs) als unabhängig voneinander behandelt werden und unabhängig starten und beenden.
Adresszuweisungsanforderungen
WAA-1: Der IPv6-CE-Router MUSS Stateless Address Autoconfiguration (SLAAC) [RFC4862] unterstützen.
WAA-2: Der IPv6-CE-Router MUSS den Empfehlungen in Abschnitt 4 von [RFC5942] folgen, insbesondere der Behandlung des L-Flags in der Router Advertisement Prefix Information-Option.
WAA-3: Der IPv6-CE-Router MUSS DHCPv6 [RFC3315] Client-Verhalten unterstützen.
WAA-4: Der IPv6-CE-Router MUSS in der Lage sein, die folgenden DHCPv6-Optionen zu unterstützen: Identity Association for Non-temporary Address (IA_NA), Reconfigure Accept [RFC3315] und DNS_SERVERS [RFC3646]. Der IPv6-CE-Router SOLLTE in der Lage sein, die DNS Search List (DNSSL) Option wie in [RFC3646] spezifiziert zu unterstützen.
WAA-5: Der IPv6-CE-Router SOLLTE das Network Time Protocol (NTP) wie in [RFC5905] spezifiziert implementieren, um eine gemeinsame Zeitreferenz für den Dienstanbieter für andere Protokolle wie DHCPv6 bereitzustellen. Wenn der CE-Router NTP implementiert, fordert er die NTP Server DHCPv6-Option [RFC5908] an und verwendet die empfangene Liste von Servern als primäre Zeitreferenz, sofern nicht explizit anders konfiguriert. LAN-seitige Unterstützung von NTP liegt außerhalb des Geltungsbereichs dieses Dokuments.
WAA-6: Wenn der IPv6-CE-Router eine Router Advertisement-Nachricht (beschrieben in [RFC4861]) mit dem auf 1 gesetzten M-Flag empfängt, MUSS der IPv6-CE-Router DHCPv6-Adresszuweisung durchführen (eine IA_NA-Option anfordern).
WAA-7: Wenn der IPv6-CE-Router keine globale IPv6-Adresse(n) entweder von SLAAC oder DHCPv6 erwirbt, dann MUSS er eine globale IPv6-Adresse(n) aus seinen delegierten Präfix(en) erstellen und diese auf einer seiner internen virtuellen Netzwerkschnittstellen konfigurieren, sofern nicht konfiguriert, um eine globale IPv6-Adresse auf der WAN-Schnittstelle zu erfordern.
WAA-8: Der CE-Router MUSS die SOL_MAX_RT-Option [RFC7083] unterstützen und die SOL_MAX_RT-Option in einer Option Request Option (ORO) anfordern.
WAA-9: Als Router MUSS der IPv6-CE-Router dem Weak Host (Weak End System) Modell [RFC1122] folgen. Beim Ursprung von Paketen von einer Schnittstelle wird er eine Quelladresse von einer anderen seiner Schnittstellen verwenden, wenn die ausgehende Schnittstelle keine Adresse mit geeignetem Geltungsbereich hat.
WAA-10: Der IPv6-CE-Router SOLLTE die Information Refresh Time-Option und das zugehörige Client-Verhalten wie in [RFC4242] spezifiziert implementieren.
Präfixdelegierungsanforderungen
WPD-1: Der IPv6-CE-Router MUSS DHCPv6-Präfixdelegierungs-Requesting-Router-Verhalten wie in [RFC3633] spezifiziert unterstützen (Identity Association for Prefix Delegation (IA_PD) Option).
WPD-2: Der IPv6-CE-Router KANN als Hinweis an den delegierenden Router die Größe des benötigten Präfix angeben. Falls ja, MUSS er einen Präfix anfordern, der groß genug ist, um jedem seiner Schnittstellen ein /64 zuzuweisen, aufgerundet auf das nächste Nibble, und SOLLTE konfigurierbar sein, um mehr anzufordern.
WPD-3: Der IPv6-CE-Router MUSS darauf vorbereitet sein, eine delegierte Präfixgröße zu akzeptieren, die sich von der im Hinweis angegebenen unterscheidet. Wenn der delegierte Präfix zu klein ist, um alle seine Schnittstellen zu adressieren, SOLLTE der IPv6-CE-Router einen Systemverwaltungsfehler protokollieren. [RFC6177] behandelt die Empfehlungen für Dienstanbieter bezüglich Präfixzuweisungsgrößen.
WPD-4: Standardmäßig MUSS der IPv6-CE-Router DHCPv6-Präfixdelegierung initiieren, wenn entweder die M- oder O-Flags in einer empfangenen Router Advertisement (RA) Nachricht auf 1 gesetzt sind. Das Verhalten des CE-Routers, DHCPv6-Präfixdelegierung zu verwenden, wenn der CE-Router keine RA empfangen hat oder eine RA mit den auf null gesetzten M- und O-Bits empfangen hat, liegt außerhalb des Geltungsbereichs dieses Dokuments.
WPD-5: Jedes vom CE-Router empfangene Paket mit einer Zieladresse in dem/den an den CE-Router delegierten Präfix(en), aber nicht in der Menge der vom CE-Router dem LAN zugewiesenen Präfixe, MUSS verworfen werden. Mit anderen Worten, der nächste Hop für den/die an den CE-Router delegierten Präfix(e) sollte das Null-Ziel sein. Dies ist notwendig, um Weiterleitungsschleifen zu verhindern, wenn einige vom Aggregat abgedeckte Adressen nicht erreichbar sind [RFC4632].
- (a) Der IPv6-CE-Router SOLLTE eine ICMPv6 Destination Unreachable-Nachricht gemäß Abschnitt 3.1 von [RFC4443] an die Quelle des Pakets zurücksenden, wenn das Paket aufgrund dieser Regel verworfen werden soll.
WPD-6: Wenn der IPv6-CE-Router sowohl eine IA_NA- als auch eine IA_PD-Option in DHCPv6 anfordert, MUSS er eine IA_PD-Option in DHCPv6 Advertise/Reply-Nachrichten akzeptieren, selbst wenn die Nachricht keine Adressen enthält, sofern nicht konfiguriert, seine WAN-IPv6-Adresse nur über DHCPv6 zu erhalten; siehe [DHCPv6-STATEFUL-ISSUES].
WPD-7: Standardmäßig DARF ein IPv6-CE-Router NICHT ein dynamisches Routing-Protokoll auf seiner WAN-Schnittstelle initiieren.
WPD-8: Der IPv6-CE-Router SOLLTE die [RFC6603] Prefix Exclude-Option unterstützen.