Cisco Switch Stacking (z. B. StackWise) fasst mehrere physische Switches zu einer logischen Einheit zusammen. Für den Betrieb wirkt der Stack wie „ein großer Switch“: eine Management-IP, eine Konfiguration, zentrale VLAN-/STP-/Port-Channel-Logik und oft bessere Redundanz für Uplinks. Damit ein Stack zuverlässig läuft, brauchst du jedoch saubere Standards für Rollen (Active/Standby), Stack-Kabelung, Software-Versionen, Provisioning und ein kontrolliertes Change- und Upgrade-Verfahren. Dieser Leitfaden erklärt die wichtigsten StackWise/Stacking-Basics praxisnah und zeigt, wie du Cisco Switch Stacks stabil betreibst.
Was ist ein Switch-Stack und warum nutzen Unternehmen ihn?
Ein Stack verbindet mehrere Switches über Stack-Links (Stack-Kabel/Stack-Ports). Der Stack bildet eine gemeinsame Control-Plane und wird zentral gemanagt. Das vereinfacht Betrieb und reduziert Komplexität bei VLANs, STP und Uplinks.
- Eine Konfiguration, ein Management-Zugriff, ein Geräte-Image
- Uplinks über mehrere Member möglich (Redundanz und Bandbreite)
- Port-Nummerierung über Member-IDs (z. B. Gi1/0/1, Gi2/0/1)
- Geringere STP-Komplexität als bei separaten Switches
Wichtiger Begriff: Active und Standby
Im Stack gibt es in der Regel einen Active Switch (Steuerung) und einen Standby Switch (Failover). Bei Ausfall des Active übernimmt der Standby, was Control-Plane-Downtime reduziert.
Stack-Topologie: Ring vs. Chain und warum der Ring Standard ist
Stack-Links sollten möglichst als Ring verkabelt werden. Ein Ring bietet Redundanz: Wenn ein Stack-Kabel ausfällt, bleibt der Stack verbunden (nur die Bandbreite sinkt). Eine Chain ist anfälliger, weil ein Ausfall den Stack segmentieren kann.
- Ring: empfohlen (redundant)
- Chain: nur in Ausnahmefällen (höheres Risiko)
- Stack-Kabel/Ports regelmäßig prüfen und dokumentieren
Stack-Port-Status prüfen
show switch
show switch stack-ports
Rollen, Prioritäten und Masterwahl kontrollieren
Damit der „richtige“ Switch Active wird, setzt du Prioritäten. In produktiven Umgebungen soll der Active Switch geplant sein (z. B. bester Standort im Rack, bestes Uplink-Layout, bestes Power-Setup).
Aktuelle Rollen und Prioritäten anzeigen
show switch
show redundancy
Priorität setzen (Beispiel)
Höhere Zahl bedeutet höhere Chance, Active zu werden. Setze z. B. dem gewünschten Active eine höhere Priority als den anderen Membern.
configure terminal
switch 1 priority 15
switch 2 priority 14
switch 3 priority 13
end
Member umnummerieren (vorsichtig)
Renumbering beeinflusst Interface-Nummern. Das ist ein Change, der geplant und dokumentiert werden muss.
configure terminal
switch 2 renumber 4
end
Provisioning: Stacks vorbereiten, bevor Hardware angeschlossen wird
Provisioning sorgt dafür, dass ein neues Stack-Mitglied beim Einbau erwartungsgemäß erkannt wird. Das ist besonders bei RMA oder Erweiterungen wichtig, um Überraschungen bei Modell/Ports zu vermeiden.
Provisioned Switches anzeigen
show run | include switch provision
show switch
Provisioning setzen (Beispiel)
configure terminal
switch 3 provision <MODEL>
end
Software- und Image-Standards: Alle Member müssen kompatibel sein
Ein Stack ist am stabilsten, wenn alle Member dieselbe Software-Version und – soweit möglich – identische Feature-Sets nutzen. Mischstände führen häufig zu Problemen beim Join oder bei Upgrades.
Versionen und Images prüfen
show version
show switch
dir flash:
Upgrade-Grundsatz für Stacks
Plane Stacks-Upgrades als „Einheit“. Sichere Konfiguration, prüfe freien Flash, verifiziere Images und teste nach dem Reload alle Member und Uplinks.
Uplinks im Stack: Redundanz über mehrere Member sauber bauen
Ein großer Vorteil von Stacks ist, dass du Uplinks über mehrere Member verteilen kannst. Best Practice ist ein LACP-Port-Channel, dessen Member-Links auf unterschiedlichen Stack-Mitgliedern liegen.
Cross-Stack EtherChannel (Beispiel)
configure terminal
interface range gigabitEthernet 1/0/47, gigabitEthernet 2/0/47
description UPLINK-LACP-TO-DIST
switchport mode trunk
switchport trunk allowed vlan 10,20,30,99
switchport trunk native vlan 999
channel-group 1 mode active
exit
interface port-channel 1
description UPLINK-LACP-TO-DIST
switchport mode trunk
switchport trunk allowed vlan 10,20,30,99
switchport trunk native vlan 999
end
Verifikation Uplink-Redundanz
show etherchannel summary
show interfaces port-channel 1
show interfaces trunk
STP im Stack: Warum es meist ruhiger wird
Da der Stack wie ein einzelner Switch arbeitet, reduziert sich die Anzahl interner STP-Teilnehmer. Das senkt häufig TCNs und macht Uplink-Designs vorhersehbarer, insbesondere wenn Port-Channels genutzt werden.
STP-Status prüfen
show spanning-tree summary
show spanning-tree root
Typische Betriebsprobleme: Was Stacks instabil macht
Viele Stack-Probleme sind nicht „mystisch“, sondern folgen klaren Mustern: falsche Stack-Topologie, Version-Mix, Power-Themen oder Stack-Split-Brain durch Kabel/Ports.
- Stack-Ring nicht geschlossen (Chain), Kabelausfall führt zu Split
- Software-Versionen/Feature-Sets passen nicht zusammen
- Ungeplante Masterwahl nach Reboot (Priority nicht gesetzt)
- Power/Stack-Kabel locker, Ports flappen
- Member-IDs ändern sich unerwartet (Renumber/Replacement)
Stack-Health-Checks
show switch
show switch stack-ports
show logging | include STACK|SWITCH|REDUNDANCY|LINK
Change-Management: Erweiterung, RMA und Wartung ohne Chaos
Stacks sind komfortabel, aber Changes betreffen die gesamte Einheit. Plane Wartungen sauber, dokumentiere Member-IDs, sichere Konfigurationen und teste nach jeder Änderung Uplinks, VLANs, STP und Management.
- Pre-Change: Konfig-Backup,
show switch,show version, Uplink-Status - RMA: Provisioning prüfen, Member-ID planen, Software angleichen
- Erweiterung: Ring-Kabelung sicherstellen, neue Member versionieren
- Post-Change: EtherChannel, Trunks, STP Root, Logs verifizieren
Pre-/Post-Check Spickzettel
show switch
show switch stack-ports
show version
show etherchannel summary
show interfaces trunk
show spanning-tree summary
show logging
copy running-config startup-config
Best Practices: Cisco Switch Stacks sauber betreiben
Ein stabiler Stack ist standardisiert: Ring-Topologie, geplante Rollen, konsistente Software, saubere Uplinks und klare Dokumentation. Damit sinkt die Fehlerquote drastisch.
- Stack-Ring statt Chain (Redundanz)
- Switch-Prioritäten setzen (geplanter Active/Standby)
- Einheitliche IOS/IOS XE Version auf allen Membern
- Cross-Stack LACP-Uplinks (Port-Channel über mehrere Member)
- Member-IDs dokumentieren, Renumber nur geplant
- Regelmäßige Health Checks: Stack-Ports, Logs, Redundancy
copy running-config startup-config
Konfiguriere Cisco Router & Switches und liefere ein Packet-Tracer-Lab (CCNA)
Hallo! Ich bin ein CCNA-Network Engineer und unterstütze Sie bei Cisco Router- und Switch-Konfigurationen – inklusive eines vollständigen Cisco Packet-Tracer-Labs (.pkt). Ideal für Lern-/Übungsszenarien, Validierung oder eine saubere Demo-Topologie.
Was ich (je nach Paket) umsetze
-
Switching: VLANs, Trunking (802.1Q), Port-Zuweisung, STP-Basics (PortFast/BPDU Guard wo sinnvoll)
-
Routing: Default/Static Routing oder OSPF, Inter-VLAN Routing (Router-on-a-Stick)
-
Services: DHCP (Pools/Scopes), NAT/PAT für Internet-Simulation
-
Optional Security: Basic ACLs und SSH-Hardening
-
Test & Verifikation: Ping/Traceroute + wichtige Show-Commands (mit erwarteten Ergebnissen)
Sie erhalten
-
✅ Packet Tracer .pkt Datei
-
✅ Saubere Konfigurations-Notizen pro Gerät
-
✅ Verifikations-Checkliste + erwartete Outputs
-
✅ Kurze Dokumentation (wie die Topologie funktioniert)
Bitte schreiben Sie mir vor der Bestellung, damit wir Scope, Packet-Tracer-Version, Geräteanzahl und Deadline klären.
Konfiguriere Cisco Router & Switches | Cisco Packet-Tracer-Labs. Finden Sie mich auf Fiverr.
