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

Problembeschreibung

Wenn Hyper-V auf Microsoft Windows Server 2012 oder Windows Server 2012 R2 zusammen mit Broadcom NetXtreme 1-Gigabit-Netzwerkadaptern ausgeführt wird (jedoch keine NetXtreme II-Netzwerkadapter), stellen Sie möglicherweise eines oder mehrere der folgenden Symptome fest:

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

  • Sie können von einem Remotecomputer aus weder pingen noch 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 mit allen virtuellen Computern sofort aufgelöst.

Ursache

Es ist ein bekanntes Problem mit Broadcom NetXtreme 1-Gigabit-Netzwerkadaptern, die den b57nd60a.sys Treiber verwenden. Dieses Problem tritt auf, wenn virtuelle Computerwarteschlange (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 unterschiedlichen 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 Treiberversion 16.2, 16.4 oder 16.6.

Lösung

Dieses Problem wurde im Broadcom-Treiber b57nd60a.sys Version 16.8 und höher behoben. Im März 2015 veröffentlichte Broadcom 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 ihren Server-OEM, wenn Sie einen spezifischen Treiber für Ihren Server benötigen.

Wenn Sie den 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 zwei Ports.
  • Die Ports heißen NIC 1 und NIC 2 in Windows.

In diesem Szenario können Sie VMQ für jeden Adapter mithilfe der folgenden Befehle deaktivieren:

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

Sie können mithilfe des PowerShell-Befehls "Get-NetAdapterVmq " bestätigen, dass 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 10-Gigabit- oder schnellere Netzwerkadapter verwendet. Dies bedeutet, dass durch das Deaktivieren von VMQ auf dem Broadcom-Netzwerkadapter die Netzwerkleistung oder andere Vorteile nicht verloren gehen, da dies die Standardeinstellung ist. Sie müssen dies jedoch tun, um das Treiberproblem zu umgehen.

Get-NetAdapterVmqQueue zeigt die virtuellen Computerwarteschlangen (VMQs), die netzwerkadaptern zugeordnet sind. Es werden keine VMQs angezeigt, die standardmäßig 1-Gigabit-Netzwerkadaptern zugeordnet sind.