Hyper-V/SCVMM 2012 VLAN-IDs funktionieren nicht

Hyper-V/SCVMM 2012 VLAN-IDs funktionieren nicht

Ich habe Probleme, mehrere VLANs auf meinem Hyper-V-Cluster einzurichten. Hier ist das Szenario: Ich brauche 2 separate (in Zukunft möglicherweise mehr) VLANs, um die Hyper-V-Umgebung abzudecken. Bisher habe ich auf der Switch-Seite einen Trunk zu den Hyper-V-Hosts eingerichtet. So sieht die Trunk-Konfiguration aus:

interface GigabitEthernet1/0/20
 description TEST
 switchport trunk encapsulation dot1q
 switchport trunk native vlan 10
 switchport trunk allowed vlan 5,10
 switchport mode trunk

Nun habe ich auf der Hyper-V-Seite auf allen Hosts identische virtuelle Switches mit dem Namen „Inside“ erstellt.

Ich habe das logische Netzwerk für diesen „Inside“-vSwitch erstellt, die VLANs im logischen Netzwerk eingerichtet und die IP-Pools für jedes erstellt. Ich werde die Konfiguration gerne posten, wenn das irgendwie hilft.

Hier entsteht das Problem. Wenn ich die VM-NICs unmarkiert lasse (keine VLAN-ID), scheinen sie alle einwandfrei zu funktionieren und stellen wie vorgesehen eine Verbindung zum VLAN 10-Netzwerk her. Sobald ich die NIC markiere, scheint der Datenverkehr zu den VLAN 5- oder 10-Netzwerken nicht über das Netzwerk zu laufen, da ich für keines davon auch nur einen Ping an das Gateway senden kann. Ich habe sowohl statische als auch dynamische Adressen für den mit VLAN-ID markierten Datenverkehr ausprobiert, aber das hat nicht geholfen.

Hier ist eine Illustration dessen, was funktioniert.

Bildbeschreibung hier eingeben

Und was nicht funktioniert.

Bildbeschreibung hier eingeben

Wo soll ich suchen? Es muss etwas geben, das ich hier übersehe. Es scheint, als wäre dies eine sehr gängige Konfiguration, aber ich habe das Gefühl, dass ich vielleicht schon zu lange darauf geachtet habe.

Antwort1

Ich konnte das Problem endlich lösen. Die von mir verwendete physische Netzwerkkarte hatte irgendwie ein Problem mit der VLAN-Kennzeichnung. Ich habe die Netzwerkkarten ausgetauscht, alles neu konfiguriert und dann funktionierten die VLAN-IDs wieder ordnungsgemäß.

verwandte Informationen