Server mit 2 NICs im LACP-Team am Switch: VLAN 10 erreichbar, VLAN 20 nicht – was ist die wahrscheinlichste Ursache?

**Die wahrscheinlichste Ursache ist ein Trunk-/Tagging-Fehler auf dem LACP-Port-Channel: VLAN 10 ist auf dem gebündelten Switch-Port erlaubt, VLAN 20 aber nicht – oder VLAN 20 ist nur auf einem der beiden Member-Ports statt auf dem Port-Channel konfiguriert.** Bei LACP zählt logisch der **Port-Channel** als eigentlicher Link. Wenn VLAN 20 auf dem Switch nicht auf dem **LAG/Port-Channel**, sondern versehentlich nur auf einzelnen physischen Interfaces konfiguriert wurde, funktioniert das Verhalten oft genau so: ein VLAN geht, ein anderes nicht. Dass andere Geräte VLAN 20 erreichen, spricht klar gegen ein generelles VLAN-20-Problem und für einen **portspezifischen Fehler** an genau diesem Uplink. ## Warum das am wahrscheinlichsten ist Ein Server mit 2 NICs im LACP-Team bekommt mehrere VLANs normalerweise über **einen getaggten Trunk**. Wenn VLAN 10 funktioniert, heißt das: - LACP selbst steht sehr wahrscheinlich - die physische Verbindung ist grundsätzlich ok - der Server ist nicht komplett falsch angebunden Wenn **nur VLAN 20** fehlt, ist die häufigste Erklärung nicht „LACP kaputt“, sondern **VLAN-Zulassung oder Tagging für genau dieses VLAN**. ## Typische konkrete Fehler - VLAN 20 ist nicht in der **allowed VLAN list** des Port-Channels - VLAN 20 ist auf **Gi1/0/1 und Gi1/0/2** konfiguriert, aber nicht auf **Port-Channel1** - einer der beiden Member-Ports hat noch eine **abweichende Alt-Konfiguration** - der Switch-Port läuft teilweise als **Hybrid/Access/native VLAN** anders als gedacht - am Server ist das Team korrekt, aber das **VLAN-Interface für 20** fehlt oder hat falsches Tagging ## Der entscheidende Unterschied Wenn **VLAN 20 für andere funktioniert**, ist das VLAN selbst, das Gateway und meist auch das Routing nicht das Hauptproblem. Dann bleiben praktisch nur noch: 1. **Switch-Port-Channel falsch konfiguriert** 2. **Server-Team/VLAN-Tagging für VLAN 20 falsch** 3. seltener: **Hashing-/Asymmetrieproblem durch fehlerhaftes LAG auf einer Seite** ## Was ich zuerst prüfen würde 1. **Port-Channel statt Member-Ports prüfen** - trunk mode - allowed VLANs - native VLAN - LACP status 2. **Beide Member-Ports auf identische Konfiguration prüfen** - keine Einzelkonfiguration, die vom Port-Channel abweicht - beide wirklich im selben LAG aktiv 3. **Server-Seite prüfen** - ist VLAN 20 im Team/virtuellen Switch/NIC-Teaming überhaupt angelegt - korrektes 802.1Q-Tag - OS-Binding/IP-Konfiguration für VLAN 20 vorhanden ## Praxisnaher Hinweis Der häufigste Denkfehler ist: **„Ich habe VLAN 20 doch auf beiden Switch-Ports eingetragen.“** Bei LACP ist genau das oft wertlos oder sogar problematisch, wenn die wirksame Konfiguration am **Port-Channel-Interface** fehlt. Kurz: **Nicht das VLAN ist kaputt, sondern sehr wahrscheinlich die Trunk-Konfiguration des LACP-Bundles für genau VLAN 20.**