Parece que a Broadcom finalmente resolveu o problema em seu software de equipe do BACS !!!
Eu só tive a chance de fazer testes preliminares, mas nossa configuração é a seguinte: Windows Server 2008R2 totalmente emendado com o firmware mais recente da NIC (do site da IBM) e NIC Drivers e Broadcom Management Applications Installer (software BACS) do site da Broadcom . Estamos executando o IBM HS21 Blades com NICs Broadcom 5708S NetXtreme II GigE. Nossas NICs são equipadas com Sem VLANs (testando isso em seguida) e no modo Balanceamento de Carga Inteligente com Failover (sem espera) com o LiveLink não configurado. Eu atualizei o software BACS depois de desinstalar o antigo (e reinicializar) e não me preocupei com a ordem de instalação da função Hyper-V. Todos os filhos virtuais têm MACs dinâmicos.
O teste neste momento tem sido bem básico. Tudo o que eu fiz até agora é basicamente migrar um filho de servidor virtual de um host para outro. No entanto, desde que isso nunca funcionou antes (exibindo o comportamento mencionado) parece que as coisas devem funcionar agora! Vou continuar testando o estresse (reinicializando crianças em hosts diferentes, reinicializando hosts, mexendo com os NICs da equipe para verificar se a conectividade acontece em um caminho inativo, adicionando VLANs, etc.) para ver se todos os bugs desapareceram. Mas, como declarado, agora não tenho mais meus outros hosts que, a qualquer momento, tinham migrado esse servidor para tentar reivindicar o endereço MAC / IP do servidor filho fazendo pings de todas as maneiras.
Eu só queria postar este post para ver se outras pessoas têm resultados semelhantes e deixar os outros saberem que isso pode estar funcionando agora!
O nome do arquivo de download para BASP / BACS foi BASP_BACS_Mgnt_apps_x86_64-12.64.01.zip, que em Help- > Sobre mostra a versão 12.4.5.0. O download do driver foi win_2k3_2k8_x86_64-12.56.01.zip que no Gerenciador de dispositivos mostra 5.2.14.0 (17/12/2009).