Bei Verwendung von Broadcom NetXtreme 1-Gigabit-Netzwerkadaptern werden virtuelle Computer beim Verwenden von Netzwerkverbindungen verloren

Dieser Artikel bietet eine Lösung für ein Problem, bei dem die Netzwerkkonnektivität virtueller Computer bei Verwendung von Broadcom NetXtreme 1-Gigabit-Netzwerkadaptern verloren geht.

Original Version des Produkts:   Windows Server 2012 R2
Ursprüngliche KB-Nummer:   2986895

Problembeschreibung

Wenn Sie Hyper-V auf Microsoft Windows Server 2012 oder Windows Server 2012 R2 zusammen mit Broadcom NetXtreme 1-Gigabit-Netzwerkadaptern (jedoch nicht mit NetXtreme II-Netzwerkadaptern) ausführen, wird möglicherweise eines oder mehrere der folgenden Symptome feststellen:

  • Virtuelle Computer verlieren möglicherweise zufällig die Netzwerkkonnektivität. Der Netzwerkadapter scheint auf dem virtuellen Computer zu funktionieren. Es ist jedoch nicht möglich, über den virtuellen Computer auf Netzwerkressourcen zu pingen oder darauf zuzugreifen. Durch einen Neustart des virtuellen Computers wird das Problem nicht behoben.

  • Sie können nicht von einem Remotecomputer aus pingen oder eine Verbindung mit einem virtuellen Computer herstellen. Diese Symptome können auf einigen oder allen virtuellen Computern auf dem Server auftreten, auf dem Hyper-V ausgeführt wird. Durch einen Neustart des Servers wird die Netzwerkkonnektivität sofort auf alle virtuellen Computer aufgelöst.

Ursache

Hierbei handelt es sich um ein bekanntes Problem mit Broadcom NetXtreme 1-Gigabit-Netzwerkadaptern, die den b57nd60a.sys Treiber verwenden, wenn VMQ auf dem Netzwerkadapter aktiviert ist. (Standardmäßig ist VMQ durch den Broadcom-Netzwerktreiber aktiviert.)

Broadcom bezeichnet diese Netzwerkadapter als 57xx-basierte Chipsätze. Dazu gehören 5714, 5715, 5717, 5718, 5719, 5720, 5721, 5722, 5723 und 5780.

Diese Netzwerkadapter werden von einigen Server-OEMs auch unter anderen Modellnummern verkauft. HP verkauft diese Treiber unter den Modellnummern NC1xx, NC3xx und NC7xx. Je nachdem, welche OEM-Version Sie verwenden oder ob Sie die Broadcom-Treiberversion verwenden, verwenden Sie möglicherweise die Treiberversion 16,2, 16,4 oder 16,6.

Lösung

Dieses Problem wurde in Broadcom Driver b57nd60a.sys Version 16,8 und höher behoben. Im März 2015 hat Broadcom die Treiberversion 17,0 zum Download veröffentlicht. Im April 2015, HP veröffentlicht Version 16,8 des Treibers für die betroffenen Netzwerkadapter, wenden Sie sich an Ihren Server OEM, wenn Sie einen für Ihren Server spezifischen Treiber benötigen.

Wenn Sie den Netzwerkadaptertreiber nicht aktualisieren können, um das Problem zu beheben, können Sie das Problem umgehen, indem Sie VMQ auf jedem betroffenen Broadcom-Netzwerkadapter mithilfe des Set-NetAdapterVmq Befehls Windows PowerShell deaktivieren. Wenn Sie beispielsweise über einen Netzwerkadapter mit zwei Ports verfügen und die Ports als NIC 1 und NIC 2 in Windows bezeichnet werden, deaktivieren Sie VMQ für jeden Adapter mithilfe der folgenden Befehle:

Set-NetAdapterVmq -Name "NIC 1" -Enabled $False
Set-NetAdapterVmq -Name "NIC 2" -Enabled $False

Mithilfe des Befehls Get-NetAdapterVmq Windows PowerShell können Sie überprüfen, ob VMQ für die richtigen Netzwerkadapter deaktiviert ist.

Hinweis

Standardmäßig ist VMQ für den virtuellen Hyper-V-Switch für virtuelle Computer mit 1-Gigabit-Netzwerkadaptern deaktiviert. VMQ ist auf einem virtuellen Hyper-V-Switch nur dann aktiviert, wenn das System 10-Gigabit-oder schnellere Netzwerkadapter verwendet. Dies bedeutet, dass Sie durch Deaktivieren von VMQ auf dem Broadcom-Netzwerkadapter keine Netzwerkleistung oder andere Vorteile verlieren, da dies der Standardwert ist. Sie müssen dies jedoch tun, um das Treiber Problem zu umgehen.

Get-NetAdapterVmqQueue zeigt die Warteschlangen für virtuelle Computer (VMQs), die auf Netzwerkadaptern zugeordnet sind. Es werden keine Warteschlangen für virtuelle Computer angezeigt, die standardmäßig 1-Gigabit-Netzwerkadaptern zugeordnet sind.