Design und Implementierung der Multicast-Optimierung
Juniper Networks unterstützt die in diesem Abschnitt beschriebenen Multicast-Optimierungsfunktionen sowohl in CRB- (Central-Routing) als auch in ERB-Overlays (Edge-Routed Bridging).
Bei diesem Entwurf wird davon ausgegangen, dass bereits ein EVPN-VXLAN-ERB-Overlay für IPv4-Unicastdatenverkehr ausgeführt wird. (Informationen zum Konfigurieren von Edge-Routing-Bridging Overlay Design and Implementation finden Sie unter Edge-Routing Bridging Design and Implementation .) Die Multicast-Optimierungsfunktionen verwenden jedoch einen zentral gerouteten Ansatz.
Ab Junos OS und Junos OS Evolved Version 22.2R2 empfehlen wir die Bereitstellung der optimierten Intersubnet-Multicast-Lösung (OISM) für ERB-Overlay-Unicast-EVPN-VXLAN-Netzwerke, die Multicast-Datenverkehr enthalten. OISM kombiniert die besten Aspekte von ERB- und CRB-Overlay-Designs miteinander, um den effizientesten Multicast-Datenverkehrsfluss in ERB-Overlay-Fabrics bereitzustellen.
Die OISM-Konfiguration, die wir in unserer ERB-Overlay-Referenzarchitektur validiert haben, beschreiben wir hier:
In diesem Abschnitt wird gezeigt, wie Sie der in Abbildung 1 dargestellten Edge-Routing-Bridging-Topologie zentral geroutete Multicast-Optimierungen hinzufügen.

Multicast wird wie folgt konfiguriert:
Server-Leaf-Geräte werden in der AR-Leaf-Rolle und für IGMP-Snooping eingerichtet.
Spine-Geräte werden in der AR-Replikatorrolle eingerichtet.
Border-Leaf-Geräte sind für Multicast-Routing eingerichtet.
Wenn Ihre Multicast-Umgebung eine unterstützte Replikation erfordert, um große Multicast-Datenströme und Multicast-Routing zu verarbeiten, empfehlen wir einen der QFX10000 Switches für die Border-Leaf- und Border-Spine-Rollen. Beachten Sie jedoch, dass der QFX10002-60C-Switch Multicast mit einer geringeren Skalierung unterstützt als die QFX10002-36Q/72Q-Switches. Außerdem empfehlen wir keinen der in diesem Referenzdesign enthaltenen Router der MX-Serie als Border Leaf in einer Multicast-Umgebung mit großen Multicast-Datenströmen.
Eine Übersicht über Multicast-Optimierungen finden Sie im Abschnitt Multicast-Optimierung unter Komponenten der Data Center Fabric-Blueprint-Architektur.
In den folgenden Abschnitten wird gezeigt, wie Sie die Multicast-unterstützte Replikation konfigurieren und überprüfen:
Konfigurieren des Server-Leafs
Wir konfigurieren AR- und IGMP-Snooping auf dem Server-Leaf. Wenn IGMP-Snooping auf einem Gerät aktiviert ist, ist SMET standardmäßig auch auf dem Gerät aktiviert.
Konfigurieren der Wirbelsäule
Wir konfigurieren die Wirbelsäule als AR-Replikator-Gerät.
Konfigurieren des Border Leaf
In diesem Abschnitt wird beschrieben, wie Sie Multicast-Routing auf den Border Leafs einrichten.
Wir konfigurieren AR nicht auf den Border Leafs. Bei diesem Netzwerkdesign teilen sich die beiden Border Leafs eine mehrfach vernetzte ESI, und eines der Border Leaf-Geräte unterstützt AR, das andere jedoch nicht. In diesem Fall wird davon abgeraten, AR auf dem Rahmenblatt zu konfigurieren, das diese Funktion unterstützt. Wenn Ihr Netzwerk jedoch zwei Border Leafs enthält, die sich eine mehrfach vernetzte ESI teilen, und beide Border Leaf-Geräte AR unterstützen, unterstützen wir die Konfiguration von AR auf beiden Border Leafs.
Überprüfen der unterstützten Replikation auf dem Serverleaf
Das Server-Leaf hat die Rolle eines AR-Leaf-Geräts. Dies bedeutet, dass keine Eingangsreplikation durchgeführt wird. Stattdessen leitet es eine Kopie des Multicast-Datenverkehrs an das Spine-Gerät weiter, das als AR-Replikatorgerät konfiguriert ist.
Verifizieren der unterstützten Replikation auf der Wirbelsäule
user@spine> show route table bgp.evpn.0 match-prefix 3:*100001*192.168.0.* extensive | match "3:192.168.0.|LEAF"| except "PMSI|Path" 3:192.168.0.1:10000::100001::192.168.0.1/248 IM (1 entry, 1 announced) PMSI: Flags 0x10: Label 6250: Type INGRESS-REPLICATION 192.168.0.1 AR-LEAF ## Leaf 1 PMSI: Flags 0x10: Label 6250: Type INGRESS-REPLICATION 192.168.0.1 AR-LEAF 3:192.168.0.2:10::100001::192.168.0.2/248 IM (1 entry, 1 announced) PMSI: Flags 0x10: Label 6250: Type INGRESS-REPLICATION 192.168.0.2 AR-LEAF ## Leaf 2 PMSI: Flags 0x10: Label 6250: Type INGRESS-REPLICATION 192.168.0.2 AR-LEAF 3:192.168.0.3:10000::100001::192.168.0.3/248 IM (1 entry, 1 announced) PMSI: Flags 0x10: Label 6250: Type INGRESS-REPLICATION 192.168.0.3 AR-LEAF ## Leaf 3 PMSI: Flags 0x10: Label 6250: Type INGRESS-REPLICATION 192.168.0.3 AR-LEAF 3:192.168.0.4:10000::100001::192.168.0.4/248 IM (2 entries, 1 announced) PMSI: Flags 0x10: Label 6250: Type INGRESS-REPLICATION 192.168.0.4 AR-LEAF ## Leaf 4 PMSI: Flags 0x10: Label 6250: Type INGRESS-REPLICATION 192.168.0.4 AR-LEAF 3:192.168.0.10:10000::100001::192.168.0.10/248 IM (1 entry, 1 announced) ## Border Leaf 1 3:192.168.0.11:10000::100001::192.168.0.11/248 IM (1 entry, 1 announced) ## Border Leaf 2
user@spine> show route table bgp.evpn.0 match-prefix 3:*100001*192.168.0.1 extensive bgp.evpn.0: 362179 destinations, 504791 routes (347873 active, 14306 holddown, 0 hidden) 3:192.168.0.1:10000::100001::192.168.0.1/248 IM (1 entry, 1 announced) TSI: Page 0 idx 0, (group overlay-bgp-rr type Internal) Type 1 val 0x1af46804 (adv_entry) Advertised metrics: Nexthop: 192.168.0.1 Localpref: 100 AS path: [4210000001] I Communities: target:32897:268535457 encapsulation:vxlan(0x8) evpn-mcast-flags:0x1:snooping-enabled PMSI: Flags 0x10: Label 6250: Type INGRESS-REPLICATION 192.168.0.1 AR-LEAF Cluster ID: 192.168.2.10 Originator ID: 192.168.0.1 Page 0 idx 1, (group overlay-bgp type Internal) Type 1 val 0x1af46510 (adv_entry) Advertised metrics: Nexthop: 192.168.0.1 Localpref: 100 AS path: [4210000001] I Communities: target:32897:268535457 encapsulation:vxlan(0x8) evpn-mcast-flags:0x1:snooping-enabled PMSI: Flags 0x10: Label 6250: Type INGRESS-REPLICATION 192.168.0.1 AR-LEAF Cluster ID: 192.168.2.10 Originator ID: 192.168.0.1 Advertise: 0000001e Path 3:192.168.0.1:10000::100001::192.168.0.1 from 192.168.0.1 Vector len 4. Val: 0 1 *BGP Preference: 170/-101 Route Distinguisher: 192.168.0.1:10000 PMSI: Flags 0x10: Label 6250: Type INGRESS-REPLICATION 192.168.0.1 AR-LEAF Next hop type: Indirect, Next hop index: 0 Address: 0x11bd0d90 Next-hop reference count: 35023 Source: 192.168.0.1 Protocol next hop: 192.168.0.1 Indirect next hop: 0x2 no-forward INH Session ID: 0x0 State: <Active Int Ext> Local AS: 4210000001 Peer AS: 4210000001 Age: 18:34:04 Metric2: 0 Validation State: unverified Task: BGP_4210000001.192.168.0.1 Announcement bits (1): 1-BGP_RT_Background AS path: I Communities: target:32897:268535457 encapsulation:vxlan(0x8) evpn-mcast-flags:0x1:snooping-enabled Import Accepted Localpref: 100 Router ID: 192.168.0.1 Secondary Tables: default-switch.evpn.0 Indirect next hops: 1 Protocol next hop: 192.168.0.1 Indirect next hop: 0x2 no-forward INH Session ID: 0x0 Indirect path forwarding next hops: 1 Next hop type: Router Next hop: 172.16.101.1 via ae1.0 Session Id: 0x0 192.168.0.1/32 Originating RIB: inet.0 Node path count: 1 Forwarding nexthops: 1 Nexthop: 172.16.101.1 via ae1.0 Session Id: 0
Multicast-Optimierung mit einem zentral gerouteten Multicast-Design – Funktionsübersicht
Tabelle 1 enthält einen Verlauf der in diesem Abschnitt beschriebenen Features und deren Unterstützung in diesem Referenzdesign.
Hardware |
IGMPv2-Snooping |
EVPN Typ 6 SMET-Routen |
Inter-VNI Multicast mit PIM-Gateway |
Unterstützte Replikation |
PIM zum externen Rendezvouspunkt (von der Grenze) |
---|---|---|---|---|---|
QFX51001 |
Nicht unterstützt |
Nicht unterstützt |
Nicht unterstützt |
Nicht unterstützt |
Nicht unterstützt |
QFX5110-32Q, QFX5110-48S |
18.1R3-S3 |
18.4R2 |
Nicht unterstützt |
Nicht unterstützt |
Nicht unterstützt |
QFX5120-48J |
18.4R2 |
18.4R2 |
Nicht unterstützt |
Nicht unterstützt |
Nicht unterstützt |
QFX5120-32C |
19.1R2 |
19.1R2 |
Nicht unterstützt |
Nicht unterstützt |
Nicht unterstützt |
QFX5200-32C1, QFX5200-48Y1 |
Nicht unterstützt |
Nicht unterstützt |
Nicht unterstützt |
Nicht unterstützt |
Nicht unterstützt |
QFX10002-36Q/72Q, QFX10008, QFX10016 |
18.1R3-S3 |
18.4R2 |
18.1R3-S3 |
18.4R2 |
17.3R3-S1 |
QFX10002-60C2 |
20.2R2 |
20.2R2 |
20.2R2 |
20.2R2 |
20.2R2 |
MX204; MX240, MX480, MX960 mit MPC7E; MX10003; |
Nicht unterstützt |
Nicht unterstützt |
Nicht unterstützt |
Nicht unterstützt |
Nicht unterstützt |
1Stellen Sie sicher, dass IGMP-Snooping auf diesen QFX-Switches nicht aktiviert ist. Wenn IGMP-Snooping versehentlich aktiviert wird, verarbeiten diese Switches möglicherweise EVPN-Routen vom Typ 6, die ihnen widergespiegelt werden.
arabische ZifferDer QFX10002-60C-Switch unterstützt Multicast mit einer geringeren Skalierung als die QFX10002-36Q/72Q-Switches.