Port-Channel Troubleshooting: Warum bündelt der Link nicht?

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 range identisch 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.