Virtuelle Computer verlieren die Netzwerkkonnektivität, wenn Sie Broadcom NetXtreme 1-Gigabit-Netzwerkadapter verwenden

  • Artikel

Dieser Artikel bietet eine Lösung für ein Problem, bei dem virtuelle Computer die Netzwerkkonnektivität verlieren, wenn Sie Broadcom NetXtreme 1-Gigabit-Netzwerkadapter verwenden.

Gilt für: Windows Server 2012 R2
Ursprüngliche KB-Nummer: 2986895

Symptome

Wenn Hyper-V auf Microsoft Windows Server 2012 oder Windows Server 2012 R2 zusammen mit Broadcom NetXtreme 1-Gigabit-Netzwerkadaptern (aber nicht NetXtreme II-Netzwerkadaptern) ausgeführt wird, können Sie eines oder mehrere der folgenden Symptome bemerken:

  • Virtuelle Computer verlieren möglicherweise nach dem Zufallsprinzip die Netzwerkkonnektivität. Der Netzwerkadapter scheint auf dem virtuellen Computer zu funktionieren. Sie können jedoch vom virtuellen Computer aus weder pingen noch auf Netzwerkressourcen zugreifen. Durch einen Neustart des virtuellen Computers wird das Problem nicht behoben.

  • Sie können von einem Remotecomputer aus keine Ping- oder Verbindungsherstellung 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 mit allen virtuellen Computern sofort aufgelöst.

Ursache

Es handelt sich um ein bekanntes Problem mit Broadcom NetXtreme 1-Gigabit-Netzwerkadaptern, die den b57nd60a.sys Treiber verwenden. Dieses Problem tritt auf, wenn die VM-Warteschlange (VMQ) auf dem Netzwerkadapter aktiviert ist. (Standardmäßig wird VMQ vom 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 verschiedenen Modellnummern verkauft. HP verkauft diese Treiber unter den Modellnummern NC1xx, NC3xx und NC7xx. Möglicherweise verwenden Sie die Treiberversion 16.2, 16.4 oder 16.6, je nachdem, welche OEM-Version Sie verwenden oder ob Sie die Broadcom-Treiberversion verwenden.

Lösung

Dieses Problem wurde im Broadcom-Treiber b57nd60a.sys Version 16.8 und höher behoben. Im März 2015 veröffentlichte Broadcom die Treiberversion 17.0 zum Download. Im April 2015 veröffentlichte HP Version 16.8 des Treibers für die betroffenen Netzwerkadapter. Wenden Sie sich an den OEM Ihres Servers, wenn Sie einen serverspezifischen Treiber benötigen.

Wenn Sie Ihren Netzwerkadaptertreiber nicht aktualisieren können, um das Problem zu beheben, können Sie das Problem umgehen, indem Sie VMQ für jeden betroffenen Broadcom-Netzwerkadapter mithilfe des Set-NetAdapterVmq PowerShell-Befehls deaktivieren.

Stellen Sie sich folgendes Szenario vor:

  • Sie verfügen über einen Netzwerkadapter mit dualem Port.
  • Die Ports heißen unter Windows NIC 1 und NIC 2.

In diesem Szenario können Sie VMQ auf jedem Adapter mit den folgenden Befehlen deaktivieren:

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

Sie können mit dem PowerShell-Befehl Get-NetAdapterVmq überprüfen, ob VMQ auf den richtigen Netzwerkadaptern deaktiviert ist.

Hinweis

VmQ ist standardmäßig auf dem virtuellen Hyper-V-Switch für virtuelle Computer deaktiviert, die 1-Gigabit-Netzwerkadapter verwenden. VMQ ist auf einem virtuellen Hyper-V-Switch nur aktiviert, wenn das System Netzwerkadapter mit 10 Gigabit oder schneller verwendet. Dies bedeutet, dass durch das Deaktivieren von VMQ auf dem Broadcom-Netzwerkadapter keine Netzwerkleistung oder andere Vorteile verloren gehen, da dies die Standardeinstellung ist. Sie müssen dies jedoch tun, um das Treiberproblem zu umgehen.

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