Broadcom NIC Teaming with Hyper-V R2

Solution 1:

I have built 3 clusters using 3 Dell R805's and a Dell MD3000i SAN connected to one switch and had similar issues to what people are saying here. The fix was to disable "IPv4 Large Send Offload". Since doing this all clusters and 40 VM's have not missed a beat. (4 months now).

"Large Send Offload (LSO) is a feature provided by Broadcom network adapters that prevents an upper level protocol such as TCP from breaking a large data packet into a series of smaller packets with headers appended to them. The protocol stack need only generate a single header for a data packet as large as 64 KB, and the adapter hardware breaks the data buffer into appropriately-sized Ethernet frames with the correctly sequenced header (based on the single header originally provided)."

Below is a link to the full article. http://www.sadikhov.com/forum/index.php?showtopic=132434

Solution 2:

It appears that Broadcom may have finally fixed the issue in their BACS teaming software!!!

I have only gotten a chance to do preliminary testing but our configuration is as follows: Fully Patched Windows Server 2008R2 with the latest NIC firmware (from IBM’s site) and NIC Drivers and Broadcom Management Applications Installer (BACS software) from Broadcom’s website. We are running IBM HS21 Blades with Broadcom 5708S NetXtreme II GigE NICs. Our NICs are teamed with No VLANs (testing that next) and in Smart Load Balancing with Failover mode (no standby) with LiveLink not configured. I upgraded the BACS software after first uninstalling the old (and rebooting) and did not bother with installation order of the Hyper-V Role. All Virtual Children have Dynamic MACs.

The testing at this point has been pretty basic. All that I have done so far is basically migrate a Virtual Server Child from one Host to another. However, since this never worked before (exhibiting the mentioned behavior) it seems like things should work now! I am going to continue stress testing (rebooting children on different hosts, rebooting hosts, messing with the NICs in the team to verify connectivity happens on a down path, adding VLANing, etc.) to see if all of their bugs are gone. But as stated, I now no longer have my other Hosts that at any time had that server migrated to it attempting to claim that Child server’s MAC/IP Addressing making pings go every which way.

I just wanted to get this post up in order to see if other people have similar results and to let others know this may be working now!

The download filename for BASP/BACS was BASP_BACS_Mgnt_apps_x86_64-12.64.01.zip which in Help->About shows version 12.4.5.0. The driver download was win_2k3_2k8_x86_64-12.56.01.zip which in Device Manager shows 5.2.14.0 (12/17/2009).

Solution 3:

we've successfully done this, however the downside is that there are occasional blue screens when the server reboots. There is then a support conundrum as MS dont get involved in NIC failover support and the vendor (DELL) have no answer to the blue screen issue.

If you want to touch base we can swap notes on it.
Mark