Site icon bintorosoft.com

11.1 Netzwerkschleifen in Switch-Netzen: Das Problem einfach erklärt

Red Snapper

Netzwerkschleifen gehören zu den gefährlichsten Problemen in klassischen Ethernet-Switch-Netzen. Auf den ersten Blick wirken redundante Verbindungen zwischen Switches sinnvoll, weil sie Ausfallsicherheit schaffen. Genau diese Redundanz kann jedoch ohne geeignete Schutzmechanismen zu massiven Störungen führen. Anders als Router treffen Layer-2-Switches keine Entscheidungen auf Basis von TTL oder Hop Count. Dadurch können Frames in einer Schleife immer wieder im Kreis weitergeleitet werden. Die Folgen reichen von Broadcast-Stürmen über instabile MAC-Adresstabellen bis hin zum vollständigen Ausfall des Netzwerks. Wer verstehen will, warum Spanning Tree Protocol so wichtig ist, muss zuerst das Grundproblem von Netzwerkschleifen verstehen.

Was ist eine Netzwerkschleife?

Eine Netzwerkschleife entsteht, wenn in einem Layer-2-Netz mehrere aktive Pfade zwischen Switches vorhanden sind und Frames dadurch im Kreis laufen können. Das Problem tritt typischerweise in Ethernet-Netzen mit redundanten Verbindungen auf, wenn kein Mechanismus aktiv ist, der diese Redundanz logisch kontrolliert.

Ein einfaches Beispiel: Zwei Switches sind nicht nur über ein einziges Kabel, sondern versehentlich oder bewusst über zwei parallele Verbindungen miteinander verbunden. Ohne Schleifenschutz kann ein Frame über den ersten Link zum anderen Switch gelangen und von dort wieder über den zweiten Link zurückkehren. Dadurch entsteht ein Endloskreislauf.

Warum Redundanz in Switch-Netzen überhaupt eingesetzt wird

Auf den ersten Blick klingt es widersprüchlich: Netzwerkschleifen sind gefährlich, redundante Verbindungen aber gleichzeitig erwünscht. Der Grund ist, dass Unternehmen und größere Netzwerke aus Gründen der Verfügbarkeit nicht von einem einzigen Uplink oder einem einzigen Switch-Pfad abhängig sein wollen.

Typische Ziele redundanter Verbindungen sind:

Redundanz ist also nicht das Problem. Das Problem entsteht dann, wenn mehrere Layer-2-Pfade gleichzeitig aktiv sind, ohne dass ein Protokoll wie STP diese Pfade kontrolliert und bei Bedarf blockiert.

Warum Schleifen in Ethernet-Netzen so kritisch sind

In gerouteten Layer-3-Netzen wird die Lebensdauer von Paketen durch Mechanismen wie TTL begrenzt. Dadurch kann ein Paket nicht unendlich im Kreis laufen. In klassischen Ethernet-Switch-Netzen gibt es bei Layer-2-Frames jedoch keinen vergleichbaren TTL-Mechanismus. Ein Frame, der in eine Schleife gerät, kann deshalb dauerhaft oder sehr lange im Netz kursieren.

Genau daraus entstehen mehrere schwerwiegende Effekte gleichzeitig:

Deshalb sind Layer-2-Schleifen deutlich gefährlicher, als viele Einsteiger zunächst annehmen.

Wie eine Schleife in einem Switch-Netz entsteht

Die einfachste Form einer Schleife entsteht, wenn zwei Switches mit mehr als einer normalen Layer-2-Verbindung verbunden sind, ohne dass diese Links als EtherChannel gebündelt oder durch Spanning Tree kontrolliert werden.

Einfaches Beispiel mit zwei Switches

Angenommen, Switch A und Switch B sind über zwei Patchkabel verbunden. Beide Links sind aktiv. Nun sendet ein Host einen Broadcast, etwa eine ARP-Anfrage. Switch A floodet diesen Broadcast über alle relevanten Ports, also auch über beide Uplinks zu Switch B. Switch B empfängt den Broadcast und floodet ihn wiederum weiter – auch zurück in Richtung Switch A. Dort wird derselbe Broadcast erneut empfangen und wieder weitergeleitet.

Da Broadcasts an alle Ports des VLANs weitergegeben werden, wächst die Anzahl der Frames extrem schnell an. Es entsteht ein Broadcast-Sturm.

Schleifen mit drei oder mehr Switches

Noch kritischer wird es in Dreiecks- oder Ringtopologien. Wenn etwa drei Switches untereinander mehrfach verbunden sind, entstehen alternative Layer-2-Pfade, über die Frames ohne Kontrolle kreisen können. Solche Designs sind in der Praxis nicht ungewöhnlich – gerade deshalb ist Schleifenschutz unverzichtbar.

Welche Arten von Traffic von Schleifen betroffen sind

Netzwerkschleifen betreffen nicht nur Broadcasts. Mehrere Arten von Layer-2-Verkehr können massiv gestört werden.

Broadcast-Traffic

Broadcasts sind am stärksten betroffen, weil sie grundsätzlich an alle relevanten Ports eines VLANs verteilt werden. In einer Schleife werden sie immer wieder vervielfältigt.

Typische Broadcasts sind:

Unknown Unicast

Wenn ein Switch die Ziel-MAC-Adresse eines Frames nicht kennt, floodet er diesen Unknown-Unicast-Frame. Auch dieser Verkehr kann in einer Schleife immer wieder weitergereicht werden.

Multicast

Abhängig von Switch-Typ und Konfiguration kann auch Multicast-Verkehr betroffen sein, insbesondere wenn kein gezieltes Multicast-Handling vorhanden ist.

Wichtig ist: Eine Schleife ist kein reines Broadcast-Problem. Sie wirkt sich auf sehr viele Layer-2-Prozesse gleichzeitig aus.

Die drei klassischen Folgen einer Netzwerkschleife

In der Netzwerktechnik werden drei Hauptfolgen von Layer-2-Schleifen besonders oft genannt. Sie treten häufig gemeinsam auf und verstärken sich gegenseitig.

Broadcast Storm

Ein Broadcast-Sturm entsteht, wenn Broadcast-Frames sich durch die Schleife immer weiter vervielfältigen. Die verfügbare Bandbreite wird dadurch von sinnlosem Traffic aufgefressen.

Ein Broadcast-Sturm kann ein Netzwerk innerhalb sehr kurzer Zeit praktisch lahmlegen.

MAC Address Table Instability

Switches lernen MAC-Adressen anhand der Quell-MAC-Adresse eingehender Frames. Wenn derselbe Host-Frame wegen einer Schleife über unterschiedliche Pfade immer wieder auftaucht, glaubt der Switch, dass sich diese MAC-Adresse ständig an anderen Ports befindet.

Dieses Verhalten nennt man oft MAC Flapping oder MAC-Table-Instabilität.

Multiple Frame Copies

Ein Frame kann in einer Schleife mehrfach bei demselben Ziel ankommen. Ein Endgerät empfängt dann Duplikate derselben Übertragung. Das führt zu Anwendungsproblemen, verwirrendem Verhalten und zusätzlicher Last auf Hosts.

Woran man eine Schleife im Netzwerk erkennt

Layer-2-Schleifen zeigen sich in der Praxis oft nicht durch eine einzige klare Fehlermeldung, sondern durch ein Bündel typischer Symptome. Wer diese Anzeichen kennt, kann schneller reagieren.

Typische Symptome im Betrieb

In schweren Fällen reagieren Switches oder Endgeräte kaum noch, obwohl die Verkabelung physisch unverändert ist.

Typische Log- oder Konsolenhinweise

Je nach Plattform können Hinweise auftauchen, etwa:

Diese Meldungen sind oft sehr wertvoll, um eine Schleife schnell zu lokalisieren.

Ein einfaches Praxisbeispiel für eine Schleife

Stellen wir uns ein kleines Büro mit zwei Switches vor. Ein Administrator oder Techniker verbindet beide Switches mit einem Uplink. Später wird versehentlich ein zweites Patchkabel zwischen denselben Geräten gesteckt, ohne dass EtherChannel eingerichtet oder Spanning Tree berücksichtigt wurde.

Nun passiert Folgendes:

Nach kurzer Zeit steigt die Auslastung stark an. Benutzer klagen über Netzwerkprobleme, DHCP-Anfragen dauern lange oder schlagen fehl, und die Uplink-Ports sind ungewöhnlich stark belastet.

Warum Hubs und Switches sich bei Schleifen unterschiedlich verhalten

Ein Hub ist bereits grundsätzlich eine Art gemeinsames Medium und arbeitet auf Layer 1. In heutigen Netzen spielen Hubs praktisch keine Rolle mehr. Switches dagegen arbeiten intelligent mit MAC-Adresstabellen und gezieltem Forwarding. Genau deshalb wirken Schleifen in Switch-Netzen so paradox: Eigentlich sollen Switches Ordnung schaffen, doch in einer Schleife gerät genau diese Ordnung außer Kontrolle.

Die Probleme bei Switches entstehen vor allem durch:

Diese Kombination macht Schleifen in geswitchten Ethernet-Netzen besonders gefährlich.

Warum eine Schleife nicht immer sofort offensichtlich ist

Viele Einsteiger erwarten, dass eine Schleife wie ein harter Linkfehler sofort klar sichtbar ist. In Wirklichkeit kann das Verhalten anfangs diffus sein. Das Netzwerk wirkt nur „komisch“, Clients verlieren sporadisch die Verbindung, Drucker sind nur manchmal erreichbar oder DHCP funktioniert unzuverlässig.

Das liegt daran, dass sich Schleifen oft durch Last, Flooding und Instabilität äußern – nicht zwingend durch einen vollständigen sofortigen Totalausfall. Genau das erschwert die Diagnose.

Warum Schleifen oft schwer zu greifen sind

Erst mit Erfahrung erkennt man schnell, dass ein Broadcast-Sturm oder MAC-Flapping oft auf eine Layer-2-Schleife hindeutet.

Welche Rolle Spanning Tree Protocol dabei spielt

Das Spanning Tree Protocol, kurz STP, wurde genau für dieses Problem entwickelt. Es erlaubt redundante Layer-2-Verbindungen, verhindert aber gleichzeitig aktive Schleifen. Dazu berechnet STP eine schleifenfreie logische Topologie und blockiert redundante Pfade, solange sie nicht benötigt werden.

Für das Verständnis des Schleifenproblems ist wichtig: STP ist nicht einfach ein optionales Extra, sondern der klassische Schutzmechanismus gegen genau diese Art von Layer-2-Desaster.

Was STP grundsätzlich macht

Ohne STP oder einen vergleichbaren Mechanismus sind redundante Switch-Topologien hochriskant.

Typische Ursachen für Schleifen in der Praxis

Netzwerkschleifen entstehen selten durch „magische“ Fehler. Meist gibt es klare organisatorische oder technische Ursachen.

Häufige Auslöser

Gerade im Access-Layer entstehen Schleifen oft durch menschliche Fehler beim Patchen oder durch Endanwender, die unkontrolliert kleine Netzwerkgeräte anschließen.

Wie man Schleifen auf Cisco-Switches erkennt

Zur Fehlersuche auf Cisco-Switches gehören einige grundlegende Befehle, mit denen sich Schleifen indirekt erkennen lassen.

Portstatus prüfen

show interfaces status

Damit lässt sich sehen, welche Ports aktiv sind und ob ungewöhnlich viele Uplinks oder nicht erwartete aktive Ports vorhanden sind.

MAC-Adresstabelle prüfen

show mac address-table

Wenn MAC-Adressen ständig auf unterschiedlichen Ports auftauchen, ist das ein starker Hinweis auf Instabilität durch eine Schleife.

Spanning Tree prüfen

show spanning-tree

Dieser Befehl zeigt, welche Ports blockiert sind, welcher Switch Root Bridge ist und ob STP die Topologie wie erwartet kontrolliert.

Interface-Details prüfen

show interfaces GigabitEthernet1/0/24

Hier können ungewöhnlich hohe Broadcast- oder Multicast-Werte auffallen.

Logs auf Hinweise prüfen

show logging

Je nach Plattform lassen sich dort Hinweise auf STP-Änderungen, MAC-Flapping oder Schutzmechanismen finden.

Was man bei einem Schleifenverdacht sofort tun sollte

Wenn der Verdacht auf eine Layer-2-Schleife besteht, zählt schnelles und strukturiertes Handeln. Ziel ist es, die Schleife zu unterbrechen und das Netzwerk zu stabilisieren.

Sinnvolle Sofortmaßnahmen

Oft reicht schon das Trennen eines versehentlichen Doppel-Uplinks, um den Broadcast-Sturm zu stoppen.

Beispiel zum Abschalten eines verdächtigen Ports

configure terminal
interface GigabitEthernet1/0/24
 shutdown
exit

Diese Maßnahme sollte natürlich gezielt und mit Bedacht eingesetzt werden, ist im Störungsfall aber oft wirksam.

Warum EtherChannel keine Schleife sein muss

Ein häufiger Irrtum bei Einsteigern ist die Annahme, dass mehrere parallele Links zwischen zwei Switches grundsätzlich immer eine Schleife erzeugen. Das stimmt so nicht. Wenn diese Links korrekt als EtherChannel oder Port-Channel gebündelt sind, behandelt STP die Verbindung als logischen Gesamtlink.

Wichtiger Unterschied

Fehlerhaft konfigurierte EtherChannels können allerdings wiederum neue Probleme erzeugen. Auch deshalb ist saubere Konfiguration so wichtig.

Wie man Schleifen vorbeugt

Die beste Strategie gegen Netzwerkschleifen ist Vorbeugung. In professionellen Netzen sollte man sich nicht darauf verlassen, Schleifen nur im Störungsfall zu bemerken.

Wichtige Schutzmaßnahmen

Diese Maßnahmen reduzieren das Risiko deutlich und helfen, versehentliche Schleifen frühzeitig zu verhindern.

Typische Anfängerfehler beim Verständnis von Netzwerkschleifen

„Mehr Kabel bedeuten automatisch mehr Stabilität“

Redundanz ist nur dann sinnvoll, wenn sie kontrolliert wird. Mehrere parallele Links ohne STP oder EtherChannel erhöhen nicht die Stabilität, sondern oft das Risiko eines Totalausfalls.

„Wenn der Link up ist, ist alles in Ordnung“

Gerade Schleifen sind ein gutes Beispiel dafür, dass physisch aktive Links logisch hochproblematisch sein können.

„Broadcasts sind das einzige Problem“

Schleifen betreffen auch Unknown Unicast, MAC-Learning und allgemeine Netzstabilität.

„STP ist nur alte Theorie“

Spanning Tree ist bis heute ein zentrales Schutzprotokoll in Layer-2-Netzen. Wer seine Bedeutung unterschätzt, riskiert schwere Netzwerkfehler.

Warum dieses Thema für CCNA und die Praxis so wichtig ist

Netzwerkschleifen sind eines der klassischen Grundprobleme im Switching. Das Thema verbindet viele Kernbereiche der Netzwerktechnik: Forwarding, Flooding, MAC-Adresstabellen, Broadcast-Domains, Redundanz und Spanning Tree.

Wer das Problem von Netzwerkschleifen wirklich verstanden hat, versteht nicht nur einen einzelnen Fehlerfall, sondern einen grundlegenden Mechanismus moderner Ethernet-Netze. Genau dieses Verständnis ist entscheidend, bevor man sich mit Spanning Tree, Root Bridge, Port Roles und den Schutzfunktionen professioneller Switch-Netzwerke beschäftigt.

Konfiguriere Cisco Router & Switches und liefere ein Packet-Tracer-Lab/GNS3

Ich biete professionelle Unterstützung im Bereich Netzwerkkonfiguration und Network Automation für private Anforderungen, Studienprojekte, Lernlabore, kleine Unternehmen sowie technische Projekte. Ich unterstütze Sie bei der Konfiguration von Routern und Switches, der Erstellung praxisnaher Topologien in Cisco Packet Tracer, dem Aufbau und Troubleshooting von GNS3- und EVE-NG-Labs sowie bei der Automatisierung von Netzwerkaufgaben mit Netmiko, Paramiko, NAPALM und Ansible. Kontaktieren Sie mich jetzt – klicken Sie hier.

Meine Leistungen umfassen:

Benötigen Sie Unterstützung bei Ihrem Netzwerkprojekt, Ihrer Simulation oder Ihrer Network-Automation-Lösung? Kontaktieren Sie mich jetzt – klicken Sie hier.

Exit mobile version