Einfaches Multicast-Design


9

Um die Anforderungen an das Desktop-Imaging zu unterstützen, muss ich das Multicast-Design in einem vorhandenen Netzwerk korrigieren, bin jedoch mit diesem Thema nicht vertraut. Das folgende Diagramm zeigt ein grundlegendes Beispiel für die Topologie. Der Juniper EX8200 ist die Nabe in einem einfachen Naben- und Speichen-Design. Es verfügt über 1-Gbit-L3-Schnittstellen, die direkt mit den anderen Standorten verbunden sind. OSPF ist auf diesen Schnittstellen aktiviert, um Routen mit Cisco-Geräten an den anderen Standorten auszutauschen. Der Hub und jeder Standort verfügen über ein oder mehrere VLANs, die mit Closet-Switches verbunden sind. Mein bisheriges Verständnis ist, dass auf jeder der VLAN-Schnittstellen an jedem Standort sowohl IGMP als auch IGMP-Snooping aktiviert sein sollten. Bei den WAN-Verbindungen sollte der PIM-Dichtemodus auf der Juniper-Seite und der Sparse-Dichtemodus auf der Cisco-Seite aktiviert sein. Für die direkt verbundenen VLANs des Juniper habe ich ' Ich bin mir nicht sicher, welchen Modus ich verwenden soll, aber da es die größte Umgebung mit den meisten Clients ist, würde ich erwarten, einfach den dichten Modus für alle zu verwenden. Also hier sind meine Fragen:

1) Muss ich mich darum kümmern, hier irgendwo eine Adresse zuzuweisen? 2) Gibt es größere Mängel bei diesem Design?

Hier ist eine grundlegende Darstellung der Netzwerktopologie


"Ja wirklich?" Noch nichts? Sicher ist jemand damit vertraut. Bisher wurde mir das Verständnis für die Verwendung von PIM auf Router-Schnittstellen zwischen Sits und einer Kombination aus IGMP- und IGMP-Snooping-Zugriffsschaltern ziemlich bestätigt.
SpacemanSpiff

Es könnte hilfreich sein, wenn Sie detaillierter auf das eingehen, was Sie erreichen möchten. Ich verstehe nicht, was Multicasting mit "Desktop Imaging-Anforderungen" zu tun hat

Desktop-Imaging-Tools verwenden normalerweise Multi-Casting, um die Effizienz zu steigern. Ich habe eine 1-GB-Konnektivität zwischen Standorten, aber mit einem 20-GB-Image und 500 Remotecomputern würde Multi-Casting den Unterschied zwischen einer einmaligen oder einer 500-maligen Übertragung dieser 20 GB bedeuten.
SpacemanSpiff

Antworten:


2

Haben Sie spezielle Probleme mit Ihrem Setup? Es sieht ungefähr in Ordnung aus, obwohl ich immer noch nicht verstehen kann, wo sich Ihr Multicast-Absender befindet.

Sie würden wahrscheinlich kein PIM benötigen - Ihr Diagramm sieht so aus, als würde immer genau ein Pfad von jedem Host zu einem anderen über den Juniper-Router verlaufen. Die Einführung des dynamischen Multicast-Routings ist hier wahrscheinlich übertrieben und führt nur zu zusätzlicher Komplexität. Und auf Schnittstellen, auf denen Sie keine weiteren Multicast-Router erwarten (wie Ihre "direkt verbundenen" VLANs), würden Sie diese sicherlich überhaupt nicht benötigen - IGMP kümmert sich um alles, was dort benötigt wird.

IGMP-Snooping hilft Ihren L2-Switches dabei, den Broadcast-Verkehr zu reduzieren, verbessert jedoch nicht die Funktionalität. Multicasts werden einfach an alle Ports (genau wie Broadcasts) übertragen, wenn sie nicht aktiviert sind. Zur Fehlerbehebung möchten Sie dies möglicherweise deaktivieren.


Es scheint jetzt gut zu funktionieren, ich suchte mehr nach einer Bestätigung des Designs. Einige der Site-Router wurden von IOS auf JunOS konvertiert. Als dies geschah, schaltete der Konverter PIM in jedem VLAN ein. Dies verursachte viele seltsame Overhead-Antworten. Ich habe Anpassungen wie beschrieben vorgenommen, PIM Site zu Site, IGMP in jedem VLAN, die Dinge scheinen zu funktionieren. Ich war einfach nicht damit vertraut und suchte nach einer Bestätigung.
SpacemanSpiff

Am Ende musste ich PIM im Modus mit geringer Dichte aktivieren, damit die Dinge zwischen VLANs auf demselben Switch funktionieren.
SpacemanSpiff
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.