Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Dieser Artikel bietet eine Lösung für ein Problem, bei dem virtuelle Computer netzwerkkonnektivität verlieren, wenn Sie Broadcom NetXtreme 1-Gigabit-Netzwerkadapter verwenden.
Ursprüngliche KB-Nummer: 2986895
Wenn Hyper-V unter Microsoft Windows Server 2012 oder Windows Server 2012 R2 zusammen mit Broadcom NetXtreme 1-Gigabit-Netzwerkadaptern (aber nicht netXtreme II-Netzwerkadaptern) ausgeführt wird, stellen Sie möglicherweise ein oder mehrere der folgenden Symptome fest:
Virtuelle Computer verlieren möglicherweise zufällig netzwerkkonnektivität. Der Netzwerkadapter scheint auf dem virtuellen Computer zu arbeiten. Sie können jedoch keine Netzwerkressourcen vom virtuellen Computer aus pingen oder auf sie zugreifen. Durch den Neustart des virtuellen Computers wird das Problem nicht behoben.
Sie können keine Ping- oder Verbindung mit einem virtuellen Computer von einem Remotecomputer herstellen. Diese Symptome können auf einigen oder allen virtuellen Computern auf dem Server auftreten, auf dem Hyper-V ausgeführt wird. Durch den Neustart des Servers wird die Netzwerkkonnektivität sofort mit allen virtuellen Computern aufgelöst.
Es ist ein bekanntes Problem mit Broadcom NetXtreme 1-Gigabit-Netzwerkadaptern, die den b57nd60a.sys Treiber verwenden. Dieses Problem tritt auf, wenn die Warteschlange für virtuelle Computer (VMQ) auf dem Netzwerkadapter aktiviert ist. (Standardmäßig ist VMQ vom Broadcom-Netzwerktreiber aktiviert.)
Broadcom benennt diese Netzwerkadapter als 57xx-basierte Chipsätze. Dazu gehören 5714, 5715, 5717, 5718, 5719, 5720, 5721, 5722, 5723 und 5780.
Diese Netzwerkadapter werden auch unter verschiedenen Modellnummern von einigen Server-OEMs verkauft. HP verkauft diese Treiber unter den Modellnummern NC1xx, NC3xx und NC7xx. Sie verwenden möglicherweise Treiberversion 16.2, 16.4 oder 16.6, je nachdem, welche OEM-Version Sie verwenden oder ob Sie die Broadcom-Treiberversion verwenden.
Dieses Problem wurde im Broadcom-Treiber b57nd60a.sys Version 16.8 und höher behoben. Im März 2015 veröffentlichte Broadcom treiber Version 17.0 zum Download. Im April 2015 veröffentlichte HP Version 16.8 des Treibers für ihre betroffenen Netzwerkadapter. Wenden Sie sich an Ihren Server-OEM, wenn Sie einen treiber benötigen, der für Ihren Server spezifisch ist.
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 PowerShell-Befehls deaktivieren.
Nehmen Sie das folgende Szenario als Beispiel:
- Sie verfügen über einen Dualport-Netzwerkadapter.
- Die Ports heißen NIC 1 und NIC 2 in Windows.
In diesem Szenario können Sie VMQ auf jedem Adapter mithilfe der folgenden Befehle deaktivieren:
Set-NetAdapterVmq -Name "NIC 1" -Enabled $False
Set-NetAdapterVmq -Name "NIC 2" -Enabled $False
Sie können bestätigen, dass VMQ auf den richtigen Netzwerkadaptern deaktiviert ist, indem Sie den PowerShell-Befehl "Get-NetAdapterVmq " verwenden.
Hinweis
VmQ ist standardmäßig auf dem virtuellen Hyper-V-Switch für virtuelle Computer deaktiviert, die 1-Gigabyte-Netzwerkadapter verwenden. VMQ ist nur auf einem virtuellen Hyper-V-Switch aktiviert, wenn das System 10-Gigabit- oder schnellere Netzwerkadapter verwendet. Dies bedeutet, dass durch Deaktivieren von VMQ auf dem Broadcom-Netzwerkadapter keine Netzwerkleistung oder andere Vorteile verloren gehen, da dies der Standardwert ist. Sie müssen dies jedoch tun, um das Treiberproblem zu umgehen.
Get-NetAdapterVmqQueue zeigt die virtuellen Computerwarteschlangen (VMQs) an, die auf Netzwerkadaptern zugeordnet sind. Standardmäßig werden keine VMQs angezeigt, die standardmäßig 1-Gigabyte-Netzwerkadaptern zugeordnet sind.