knorkator
Goto Top

Hyper-V Remoteverbindungen verursachen Netzwerkabstürze am Verwaltungs-PC

Puh.. eine ordentlichen Betreff zu finden ist aber auch nicht einfach..

Ich habe hier folgende Umgebung:
1x Hyper-V 2016 (Fujitsu RX2540M1)
1x Win8.1 mit Hyper-V Verwaltungskonsole.
2x Pfsense als VM auf dem HyperV
2x Win2012R2 als VM auf dem HyperV

Zu Testzwecken habe ich die 4 aufgeführten VMs hinzugefügt.
Die Win2012R2 Systeme sind über einen Privaten Switch verbunden.
Die PFSense Systeme sind mit einem Privaten und einem Öffentlichen Switch verbunden.

Verwaltet werden die Rechner auf meinem Win8.1 System.
Zwischendurch habe ich dort Netzwerkabbrüche die ich vor dem Testbetrieb nicht hatte.
Alle Netzwerkverbindungen des Rechners brechen kurz weg,

Im Eventlog des Clients habe ich folgende Meldung:
Quelle: Hyper-V-VMSwitch:
Nachricht: Media disconnected on NIC /DEVICE/{87A827A3-DDD9-45C6-A7C5-3B2504F5946C} (Friendly Name: Intel(R) Ethernet Connection I217-LM).

Quelle: e1dexpress:
Nachricht:Intel(R) Ethernet Connection I217-LM
Netzwerkverbindung wurde unterbrochen.


Hat jemand eine Erklärung woran das liegen kann?

Content-ID: 338310

Url: https://administrator.de/forum/hyper-v-remoteverbindungen-verursachen-netzwerkabstuerze-am-verwaltungs-pc-338310.html

Ausgedruckt am: 09.04.2025 um 08:04 Uhr

holli.zimmi
holli.zimmi 19.05.2017 um 13:33:03 Uhr
Goto Top
Hi,

das klingt für mich, nach Netzwerkkartentreiber - Problem?!
Schon mal aktualisiert bzw. den Originaltreiber verwendet?

Gruß

Holli
Knorkator
Knorkator 19.05.2017 um 13:40:27 Uhr
Goto Top
Ja selbstverständlich.
face-smile

a) Treiber vom Fujitsu Deskupdate
b) Treiber direkt von Intel
Dani
Dani 20.05.2017, aktualisiert am 22.05.2017 um 20:53:48 Uhr
Goto Top
Moin,
Im Eventlog des Clients habe ich folgende Meldung:
Quelle: Hyper-V-VMSwitch:
Nachricht: Media disconnected on NIC /DEVICE/{87A827A3-DDD9-45C6-A7C5-3B2504F5946C} (Friendly Name: Intel(R) Ethernet Connection I217-LM).
wird evtl. die Verbindung kurzzeitig durch den Switch wie (R)STP getrennt. Ein Blick ins Ereignisprotokoll des Switches sollte Klarheit schaffen.

Gruß,
Dani
Knorkator
Knorkator 22.05.2017 um 12:02:50 Uhr
Goto Top
Hallo Dani,

im Eventlog des Hyper-V Server unter Hyper-V-VMSwitch sind leider keine Meldungen.
Also in: Microsoft\Windows\Hyper-V-VMSwtich\Operational

Auf dem Client erhalte ich folgende Meldungen in aufsteigender Reihenfolge:
Warnung - Hyper-V-Vmswitch - Media Disconnected
Information - Hyper-V-VMswitch - NIC /Device.... (friendly Name: Intel.. I217) is no longer operational
Warnung - e1dexpress - Intel I217 Netzwerkverbindung wurde unterbrochen
Information - Hyper-V-VMswich - Media Connected
Information - Hyper-V-VMSwitch - Nic /Device..... is no operational
Information - e2dexpress - Intel... die Netzwerkverbindung wurde mit 1Gbit Vollduplex hergestellt.

Wie erwähnt, Outlook funktioniert nicht, IE funktioniert nicht und es dauert ca 30sek bis die Verbindungen wieder hergestellt sind.

Liegt es evtl. an der Version der VM Verwaltungskonsole?
Ich habe ja Win8.1 und einen Hyper-V 2016 (vermute also das Win10 als Verwaltungs-OS besser geeignet sein könnte.)

Danke!
Dani
Dani 22.05.2017 um 20:55:00 Uhr
Goto Top
Moin,
ich meinte das Log des Switches an dem der Hyper-V-Server angebunden ist. Denn wenn (R)STP o.ä. zum Einsatz kommt, kann das evtl. die Ursache sein.


Gruß,
Dani
Knorkator
Knorkator 24.05.2017 um 07:38:55 Uhr
Goto Top
Autsch.. da hab wohl falsch gelesen..
face-smile

Nach Deaktivierung von (R)STP auf dem Port des Hyper-V Servers (Reiner Verwaltungsport - die VMs laufen auf anderen NICs), treten die Fehler nicht mehr auf!

Was mich nur wundert.. meine Workstation hängt an einem anderen Switch (dort ist (R)STP noch aktiv.
Die Fehlermeldung sieht ja eher danach aus, als ob dieser Switch die Verbindung trennt!

Vielen Dank!
Dani
Dani 24.05.2017 um 10:28:22 Uhr
Goto Top
Moin,
Nach Deaktivierung von (R)STP auf dem Port des Hyper-V Servers (Reiner Verwaltungsport - die VMs laufen auf anderen NICs), treten die Fehler nicht mehr auf
anderen Netzwerkkarten aber im selben Server. Schau mal ins Logfile des Switches, warum dieser (R)STP neu berechnet hat.

Was mich nur wundert.. meine Workstation hängt an einem anderen Switch (dort ist (R)STP noch aktiv.
Lass mich raten: Der Rechner hat nur einen Uplink zum Switch?! face-smile


Gruß,
Dani
Knorkator
Knorkator 24.05.2017 um 10:42:06 Uhr
Goto Top
Zitat von @Dani:

Moin,
Nach Deaktivierung von (R)STP auf dem Port des Hyper-V Servers (Reiner Verwaltungsport - die VMs laufen auf anderen NICs), treten die Fehler nicht mehr auf
anderen Netzwerkkarten aber im selben Server. Schau mal ins Logfile des Switches, warum dieser (R)STP neu berechnet hat.
Die Formulierung war etwas ungünstig. Normalerweise greife ich per RDP auf die Systeme zu. Da die Testumgebung aber ein privates Netz hat (von der WAN-NIC der beiden PFSense abgesehen!) hat, nutze ich die Hyper-V Verwaltungskonsole - Und die Verbindungen werden ja über die Verwaltungs-NIC des Hyper-V Servers aufgebaut.
Unsere Switche haben kein Log.. sind noch günstige 24Port LevelOne Switche die bald mal ausgetauscht werden müssen.

Was mich nur wundert.. meine Workstation hängt an einem anderen Switch (dort ist (R)STP noch aktiv.
Lass mich raten: Der Rechner hat nur einen Uplink zum Switch?! face-smile
Wieder unglücklich formuliert.. Das Fehlerbild lässt ja darauf schließen, dass der Switch an dem der Client hängt, die Verbindung trennt.. also Kabel raus und wieder rein.
Dani
Dani 26.05.2017 um 15:03:16 Uhr
Goto Top
Moin,
Unsere Switche haben kein Log.. sind noch günstige 24Port LevelOne Switche die bald mal ausgetauscht werden müssen.
kaum zu glauben... jeder ManagedSwitch hat irgendwo ein Protokoll versteckt.

Wieder unglücklich formuliert.. Das Fehlerbild lässt ja darauf schließen, dass der Switch an dem der Client hängt, die Verbindung trennt.. also Kabel raus und wieder rein.
a) Das kann ich aus der Ferne nicht beurteilen. b) Die Frage ist doch, warum RSTP eine Neuberechnung durchführt.


Gruß,
Dani