Wenn ein Port-Channel (EtherChannel) nicht bündelt, ist die Ursache fast immer eine Inkonsistenz zwischen den Member-Ports oder ein Aushandlungsproblem (LACP/PAgP). Das Ergebnis sieht typischerweise so aus: Ports stehen auf „suspended“, der Port-Channel bleibt down, oder STP blockiert Links unerwartet. Mit einem strukturierten Troubleshooting-Ansatz findest du die Ursache schnell, ohne produktive Uplinks durch „Try & Error“ zu gefährden. Dieser Leitfaden zeigt die häufigsten Gründe und die wichtigsten Cisco IOS/IOS XE Checks.
Symptome richtig deuten: Wie sieht ein „nicht gebündelter“ Channel aus?
Bevor du etwas änderst, prüfe den aktuellen Zustand. Entscheidend ist, ob die Member-Ports wirklich „bundled“ sind und ob das Protokoll (LACP/PAgP) Nachbarn sieht.
- Port-Channel ist down/down oder up, aber Member fehlen
- Member-Ports sind „suspended“ oder „stand-alone“
- LACP Nachbarn fehlen oder zeigen passive↔passive
- Trunk/Access Status ist inkonsistent zwischen Membern
show etherchannel summary
show etherchannel port-channel
show interfaces port-channel 1
show interfaces status
Quick-Check in 60 Sekunden: Die 6 wichtigsten Befehle
Mit diesen Kommandos deckst du die meisten Ursachen ab: Protokoll, Member-Zustand, Switchport-Typ, Trunk-Parameter, Errors und Logs.
show etherchannel summary
show lacp neighbor
show pagp neighbor
show interfaces gigabitEthernet 1/0/47 switchport
show interfaces gigabitEthernet 1/0/48 switchport
show logging | include LACP|PAgP|CHANNEL|EC|TRUNK|NATIVE|ERROR
Häufigste Ursache 1: LACP/PAgP Modus passt nicht (Aushandlung scheitert)
Ein Channel entsteht nur, wenn die Aushandlung klappt. Bei LACP muss mindestens eine Seite active sein, bei PAgP mindestens eine Seite desirable.
LACP: active/passive prüfen
show lacp neighbor
show etherchannel summary
Typische Fehlkombinationen
- LACP passive ↔ passive: kein Channel
- PAgP auto ↔ auto: kein Channel
- LACP ↔ PAgP gemischt: kein Channel
Quick-Fix: LACP auf beiden Seiten aktiv setzen
configure terminal
interface range gigabitEthernet 1/0/47 - 48
channel-group 1 mode active
end
Häufigste Ursache 2: Member-Ports sind nicht identisch konfiguriert
Alle Member-Ports müssen als „gleichartig“ gelten. Wenn ein Port Access ist und der andere Trunk, oder wenn Allowed VLANs/Native VLAN abweichen, werden Ports oft suspended.
Switchport-Details vergleichen
show interfaces gigabitEthernet 1/0/47 switchport
show interfaces gigabitEthernet 1/0/48 switchport
show running-config interface gigabitEthernet 1/0/47
show running-config interface gigabitEthernet 1/0/48
Trunk-Parameter prüfen (wenn Trunk-Channel)
show interfaces trunk
show interfaces port-channel 1 switchport
Typische Inkonsistenzen
- Access vs. Trunk gemischt
- Allowed VLANs unterscheiden sich
- Native VLAN unterscheidet sich
- PortFast trunk, BPDU Guard, Storm-Control nur auf einem Member
- Unterschiedliche Speed/Duplex oder Medientypen
Häufigste Ursache 3: Port-Channel Interface ist nicht sauber konfiguriert
In der Praxis solltest du das logische port-channel Interface ebenfalls konfigurieren. Sonst bleiben Settings fragmentiert oder werden unerwartet „geerbt“.
Port-Channel Konfiguration prüfen
show running-config interface port-channel 1
show interfaces port-channel 1 switchport
Sauberes Trunk-Template (Port-Channel + Member)
configure terminal
vlan 999
name NATIVE-UNUSED
exit
interface range gigabitEthernet 1/0/47 - 48
description UPLINK-LACP
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
switchport mode trunk
switchport trunk allowed vlan 10,20,30,99
switchport trunk native vlan 999
end
Häufigste Ursache 4: Physische Probleme auf einem Member (Errors/Flaps)
Ein Channel kann zwar grundsätzlich entstehen, aber ein instabiler Member führt zu intermittierendem Bundling oder zu „ein Link fehlt“. Prüfe Errors und Link-Flaps.
show interfaces counters errors
show interfaces gigabitEthernet 1/0/47
show interfaces gigabitEthernet 1/0/48
show logging | include LINK|LINEPROTO|ERROR|CRC
Typische Hinweise
- CRC/Input Errors steigen
- Link up/down Meldungen im Log
- Bei Fiber: SFP/Transceiver und RX/TX prüfen, ggf. tauschen
Häufigste Ursache 5: STP oder „Inconsistent States“ blockieren unerwartet
STP blockiert nicht „den Channel“ willkürlich, aber Guards oder inkonsistente Zustände können Links beeinflussen. Prüfe insbesondere root-inconsistent/loop-inconsistent und ob STP den Port-Channel als Interface sieht.
show spanning-tree summary
show spanning-tree inconsistentports
show spanning-tree interface port-channel 1 detail
show logging | include SPANNING|INCONSISTENT|ROOT|LOOP
Wichtiger Hinweis
Wenn ein Port-Channel korrekt gebündelt ist, sollte STP den port-channel sehen, nicht die Einzelports. Wenn STP die Einzelports behandelt, ist der Channel meist nicht sauber aufgebaut.
Häufigste Ursache 6: Falsche Channel-Group Nummer oder falsches Interface-Range
Klingt banal, passiert aber häufig: Ports werden in unterschiedliche Channel-Groups gesteckt oder ein Port bleibt außerhalb des Ranges. Dann entsteht kein konsistenter Bundle.
show etherchannel summary
show running-config | include channel-group
Quick-Fix: Konfiguration konsistent neu setzen
configure terminal
interface range gigabitEthernet 1/0/47 - 48
no channel-group
channel-group 1 mode active
end
Systematische Vorgehensweise: Troubleshooting-Playbook
Wenn du methodisch vorgehst, brauchst du selten mehr als wenige Minuten. Arbeite von „Protokoll“ über „Konfig-Konsistenz“ bis „Physik“.
- 1)
show etherchannel summary: sind Member bundled oder suspended? - 2)
show lacp neighbor/show pagp neighbor: sieht das Protokoll die Gegenstelle? - 3) Switchport-Checks: Access/Trunk identisch, Allowed/Native identisch
- 4) Port-Channel Interface prüfen: Trunk/Access korrekt gesetzt
- 5) Errors/Flaps prüfen: CRC, Link up/down, SFP
- 6) STP/Guards prüfen: inconsistentports, Logs
show etherchannel summary
show lacp neighbor
show interfaces trunk
show interfaces port-channel 1 switchport
show interfaces counters errors
show spanning-tree inconsistentports
Best Practices: Damit Port-Channels im Betrieb stabil bleiben
Die meisten Port-Channel-Probleme lassen sich durch Standardisierung vermeiden. Entscheidend sind identische Member-Konfigurationen und konsequente Trunk-Whitelists.
- LACP als Standard nutzen (active/active oder active/passive)
- Member-Ports immer per
interface rangeidentisch konfigurieren - Port-Channel Interface zusätzlich konfigurieren (Trunk/Allowed/Native)
- Allowed VLANs whitelisten, Native VLAN ungenutzt setzen
- Physische Qualität sicherstellen (SFP/Kabel/Patchfeld)
- Nach Changes verifizieren und Konfiguration speichern
show etherchannel summary
show interfaces port-channel 1
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.
