Design und Implementierung von Service Chaining

Abbildung 1 zeigt eine logische Ansicht der Dienstverkettungskonfiguration. Es zeigt die Konfiguration einer Wirbelsäule mit einer VRF-Konfiguration auf der linken und rechten Seite. Der Router der SRX-Serie ist der PNF und führt die Dienstverkettung durch.

Der Datenverkehrsfluss für die Wirbelsäule:

1. Der Datenverkehr von den Leaf-Mandanten gelangt in den Mandanten VRF-151 und ist für ein Netzwerk bestimmt, das mit dem Mandanten VRF-152 verbunden ist.

2. Da es keine Route von VRF-151 zu VRF-152 gibt, wird eine Standardroutensuche mit Routen durchgeführt, die vom PNF empfangen wurden.

3. Nachdem VRF-151 die Standardroute vom PNF empfangen hat, leitet er den Datenverkehr über IRB.4088 zum PNF.

4. Der Datenverkehr erreicht das PNF, und das PNF führt die Dienstverkettung durch. Der Datenverkehr wird aus ae26.1 über Routen weitergeleitet, die von EBGP empfangen wurden.

5. Der Datenverkehr erreicht jetzt den Mandanten VRF-152 und folgt der regulären Routensuche und Weiterleitungsaktion an die Leaf-Mandanten.

Abbildung 2 zeigt die logische Ansicht der Serviceverkettungskonfiguration. Die VRF-Routing-Instanzen und IRB-Schnittstellen sind alle auf demselben Spine konfiguriert.

In diesem Design führen wir die Dienstverkettung mit einem Router der SRX-Serie als PNF und mit einem PIM-Gateway durch.

Der Datenverkehrsfluss für Spine 2, wenn Multicastempfänger mit dem Senden von IGMP-Berichten beginnen:

1. Die Leaf-Geräte schnüffeln den IGMP-Bericht aus und kündigen EVPN-Typ-6-Routen zu den Spines an, um die Spines des interessierten Multicast-Empfängers zu benachrichtigen.

2. Das Spine empfängt die EVPN-Routen vom Typ 6 basierend auf der VNI-Zuordnung und erstellt eine PIM-Verknüpfung (*. G) Eintrag in VRF-152.

   Die Spine-Konfiguration enthält die Adresse des RP auf dem PIM-Gateway. Auf der VRF-152-Routing-Instanz gibt es jedoch nur eine Standardroute zum RP über das PNF.

3. Der PIM Designated Router (DR) auf den empfängerseitigen IRBs (irb.605, irb.606, irb.607, irb.608) sendet einen PIM-Join (*. G ) in Richtung des PNF-Geräts auf irb.4089.

4. Das PNF-Gerät erstellt ein PIM (*. G) Eintrag mit ae26.1 als ausgehende Schnittstelle.

   Der PNF wird mit dem RP konfiguriert.

   Auf dem PNF ist der RP auch auf dem PNF konfiguriert, und der Lookup zum PIM RP zeigt auf die Schnittstelle ae26.0 -> die Schnittstelle auf VRF-151 auf Spines

5. Der PIM-Join kommt auf VRF-151 auf irb.4088 an und erstellt einen PIM-Status ( *,G ) mit irb.4088 als ausgehender Schnittstelle und Lookup zu den RP-Verweisen auf irb.4086.

6. Spine sendet den PIM-Join-Eintrag auf irb.4086 an das PIM-Gateway.

7. Das PIM-Gateway empfängt den PIM-Join (*,G ) auf ae10.2.

Der Datenverkehrsfluss für Spine 2, wenn die Multicast-Quelle auf VRF-151 mit dem Senden von Paketen beginnt:

1. VRF-151 erstellt einen PIM-Eintrag (*,G ) mit irb.4088 als ausgehender Schnittstelle und auch dem RP, das über irb.4086 erreichbar ist.

2. Spine 2 sendet zwei Pakete – eines an das PNF auf irb.4088 und eines an das PIM-Gateway auf irb.4086.

   Wenn der PNF das Paket empfängt:

   1. Der PNF leitet es basierend auf dem PIM ( *. G ) Eintrag, der mit der ausgehenden Schnittstelle ae26.1 erstellt wurde

   2. Multicast-Datenverkehr kommt auf irb.4089 in VRF-512 an und wird an die Empfänger auf den Leafs weitergeleitet.

   Wenn das PIM-Gateway das Paket empfängt, leitet es das Paket basierend auf seinem (*,G) PIM-Eintrag mit der ausgehenden Schnittstelle als ae10.2 weiter.

3. Wenn der Datenverkehr vom PIM-Gateway auf Spine 2 bei irb.4086 eintrifft, bereinigt Spine 2 die RPT/Shared-Struktur.