Siemens SIMATIC NET RUGGEDCOM RX5000 Konfigurationshandbuch Seite 1328

Multicast-Datenströme
bestimmter Gruppen werden
nicht ordnungsgemäß
weitergeleitet. Bestimmte
Segmente ohne Subscriber
empfangen Verkehr, andere
Segmente mit Subscriber
hingegen nicht.
Computer am Switch geben
Join-Anfragen aus, empfangen
jedoch keine Multicast-Ströme
von einem Router.
Ein Verbinden oder Trennen
bestimmter Switch-Ports ist nicht
möglich, der Multicast-Verkehr
wird überall hingeleitet. Ist IGMP
ausgefallen?
18.4 Spanning Tree
Im Folgenden werden allgemeine Probleme im Zusammenhang mit dem Spanning
Tree Protocol (STP) beschrieben.
Das Netzwerk wird gesperrt,
wenn ein neuer Port verbunden
wird und die LEDs für den
Portstatus in rascher Folge
blinken.
Gelegentlich scheinen an den
Ports kurzzeitig erhebliche
Überflutungen aufzutreten.
Ein Switch zeigt seltsames
Verhalten, wo der Root-Port
zwischen zwei Switch-Ports hin-
und herwechselt und niemals
zur Ruhe kommt.
RUGGEDCOM ROX II v2.15 Weboberfläche
Konfigurationshandbuch, 05/2022, C79000-G8900-1534-02
Problem
Hinweis
Das Multicasting verursacht Latenz im gesamten Verkehr im
Netzwerk. Gehen Sie bei der Netzwerkplanung mit Sorgfalt vor und
berücksichtigen Sie Kapazitäts- und Latenzprobleme.
Stellen Sie sicher, dass verschiedene Multicast-Gruppen keine
Multicast-IP-Adressen haben, die auf dieselbe Multicast-MAC-
Adresse verweisen. Die Switch-Weiterleitung arbeitet auf Basis von
MAC-Adressen und funktioniert nicht korrekt, wenn verschiedene
Gruppen auf dieselbe Multicast-MAC-Adresse verweisen.
Wird für die Multicast-Route IGMP in der Version 2 ausgeführt? Die
IGMP-Version 2 muss ausgeführt werden, damit das IGMP Snooping
ordnungsgemäß funktioniert.
IGMP ist nicht ausgefallen. Dies kann in der Tat ein
ordnungsgemäßes Verhalten des Switch sein.
Wenn der Switch eine Änderung in der Netzwerktopologie mittels
RSTP erkennt, agiert er, um einen Verlust des Multicast-Verkehrs zu
vermeiden. Wenn dieser so konfiguriert ist, leitet er den gesamten
Multicast-Verkehr an alle Ports weiter, die keine RSTP-Edge-Ports
sind (da sich diese eventuell mit Routern verbinden können). Dies
kann ein unerwünschtes Flooding mit Multicast-Verkehr zur Folge
haben, was nach wenigen Minuten aufhört. Dadurch wird jedoch
sichergestellt, dass alle an dem Verkehr interessierten Geräte den
Verkehr weiterhin und ohne Unterbrechung empfangen.
Dasselbe Verhalten kann beobachtet werden, wenn der Switch
zurückgesetzt wird oder wenn das IGMP Snooping für das VLAN
deaktiviert wird.
Problem
Ist es möglich, dass bei einem der Switches im Netzwerk oder
bei einem der Ports an einem Switch im Netzwerk STP deaktiviert
ist und versehentlich die Verbindung mit einem anderen Switch
hergestellt wird? Ist dieser Fall eingetreten, wurde eine Traffic-
Schleife gebildet.
Scheint das Problem vorübergehend zu sein, ist es möglich, dass
Ports, die Teil des Spanning Tree sind, als Edge-Ports konfiguriert
wurden. Nachdem die Link-Layers auf Edge-Ports gestoßen sind,
werden sie von STP (möglicherweise unangemessen) direkt an
den Weiterleitungszustand weitergegeben. Wird dann eine RSTP-
Konfigurationsnachricht empfangen, wird der Port wieder blockiert.
Möglicherweise wurde für die Zeitdauer, die sich der Port im
Weiterleitungszustand befand, eine Traffic-Schleife gebildet.
Fehlerbehebung
18.4 Spanning Tree
Lösung
Lösung
1283