IPv6-Multicast-Datenfluss
IPv6-Multicast-Datenfluss – Übersicht
Der IPv6-Multicast-Flow fügt die folgenden Funktionen hinzu oder verbessert sie:
IPv6-Transit-Multicast, das die folgenden Paketfunktionen umfasst:
Normale Paketverarbeitung
Umgang mit Fragmenten
Neuanordnung von Paketen
Protokollunabhängige Multicast-Version 6 (PIMv6)-Datenflussverarbeitung
Andere Multicast-Routing-Protokolle, z. B. Multicast Listener Discovery (MLD)
Die Struktur und Verarbeitung von IPv6-Multicast-Datensitzungen sind die gleichen wie bei IPv4. Jede Datensitzung weist folgende Merkmale auf:
Eine Vorlagensitzung
Mehrere Blattsitzungen.
Das RPF-Prüfverhalten (Reverse Path Weiterleitung) für IPv6 ist das gleiche wie für IPv4. Eingehende Multicast-Daten werden nur akzeptiert, wenn die RPF-Prüfung erfolgreich ist. In einem IPv6-Multicast-Datenfluss werden eingehende MLD-Protokollpakete (Multicast Listener Discovery) nur akzeptiert, wenn MLD oder PIM in der Sicherheitszone für die eingehende Schnittstelle aktiviert ist. Sitzungen für Multicast-Protokollpakete haben einen Standard-Timeout-Wert von 300 Sekunden. Dieser Wert kann nicht konfiguriert werden. Das NULL-Register-Paket wird an den Rendezvous Point (RP) gesendet.
Im IPv6-Multicast-Flow hat ein Multicast-Router die folgenden drei Rollen:
Dedizierter Router
Dieser Router empfängt die Multicast-Pakete, kapselt sie mit Unicast-IP-Headern und sendet sie für den Multicast-Fluss.
Zwischenrouter
Es gibt zwei Sitzungen für die Pakete, die Steuerungssitzung, für die äußeren Unicastpakete und die Datensitzung. Die Sicherheitsrichtlinien werden auf die Datensitzung angewendet und die Kontrollsitzung wird für die Weiterleitung verwendet.
Treffpunkt
Der RP empfängt das Unicast-PIM-Registerpaket, trennt den Unicast-Header und leitet dann das innere Multicastpaket weiter. Die von RP empfangenen Pakete werden zur Entkapselung an die PD-Schnittstelle gesendet und später wie normale Multicast-Pakete behandelt.
Auf einer Services Processing Unit (SPU) wird die Multicastsitzung als Vorlagensitzung erstellt, um das Tupel des eingehenden Pakets abzugleichen. Blattsitzungen sind mit der Vorlagensitzung verbunden. Auf dem Customer Premise Equipment (CPE) wird nur die Vorlagensitzung erstellt. Jede CPE-Sitzung enthält die Fan-Out-Listen, die für die Lastenausgleichsverteilung von Multicast-SPU-Sitzungen verwendet werden.
IPv6-Multicast verwendet das IPv4-Multicastverhalten für die Sitzungsverteilung.
Der Network Service Access Point Identifier (NSAPI) der Leaf-Sitzung wird für den Multicast-Textdatenverkehr, der in die Tunnel geht, so eingerichtet, dass er auf den ausgehenden Tunnel verweist. Die Zonen-ID des Tunnels wird für die Richtliniensuche für die Leaf-Sitzung in der zweiten Phase verwendet. Multicast-Pakete sind unidirektional. Daher werden für Multicast-Textsitzungen, die in die Tunnel gesendet werden, keine Weiterleitungssitzungen erstellt.
Wenn die Multicast-Route veraltet ist, wird die entsprechende Kette von Multicast-Sitzungen gelöscht. Wenn sich die Multicast-Route ändert, wird die entsprechende Kette von Multicast-Sitzungen gelöscht. Dies zwingt das nächste Paket, das auf die Multicast-Route trifft, den ersten Pfad zu nehmen und die Sitzungskette neu zu erstellen. Der Multicast-Routenzähler ist davon nicht betroffen.
Der Ansatz für die Neuanordnung von IPv6-Multicastpaketen ist derselbe wie für IPv4.
Für den kapselnden Router ist das eingehende Paket Multicast und das ausgehende Paket Unicast. Beim Zwischenrouter ist das eingehende Paket Unicast und das ausgehende Paket Unicast.