Algumas versões de ferramentas vmware têm bugs e descartam alguns pacotes. É por isso que mudei para openvm-tools, depois de caçar um problema e coçar a cabeça por quase uma hora.
Eu tenho um fedora 18 VM que pára de atualizar a tabela arp na eth1 depois de executar por um número de horas a dias. Existem outras VMs no mesmo hipervisor que podem acessar todas as mesmas redes sem problemas. Um tcpdump do NIC ofensivo mostra apenas transmissões ARP, mas nenhuma resposta. Nenhuma das outras VMs no vDS vê as transmissões ARP do NIC ofensivo.
A única maneira de resolver o problema atualmente é reinicializar a VM e tudo funciona por um tempo. Eu tentei mudar a porta no vDS e até mesmo inverter as configurações de rede depois que eu perdi a tabela ARP da eth1, mas o problema ARP segue eth1 mas eu posso acessar as máquinas que estavam originalmente na eth1.
Se eu adicionar estaticamente as entradas arp para máquinas na mesma sub-rede, não tenho problemas com conectividade. O Hypervisor é uma série HP BL49X com módulos de rede flex-10. Alguém já viu algo assim antes?
Algumas versões de ferramentas vmware têm bugs e descartam alguns pacotes. É por isso que mudei para openvm-tools, depois de caçar um problema e coçar a cabeça por quase uma hora.
Tags networking arp linux vmware-esxi