Meu palpite seria a VM. O tráfego multicast IPv6 é enviado como multicast ethernet para que seja inundado por todas as portas do segmento. Você tentou farejar o fio no cabo do tronco que se conecta ao switch vSphere?
Temos uma rede na qual estamos configurando uma implantação de teste IPv6. Aqui está o layout:
Win2008R2 VM de DHCP e Debian Squeeze radvd VM - > vSphere 5.0 vSwitch - (tronco) - > Catalizador 2960G - (tronco) - > Catalizador 2960G - > Laptop Win7
O SLAAC funciona bem, mas assim que eu desativo o modo autônomo para o prefixo, posso ver que o DHCPv6 não está funcionando corretamente (o cliente não recebe nenhuma das opções de escopo do servidor DHCP do Win 2008R2). Executar o Wireshark no cliente mostra que as solicitações do DHCPv6 estão sendo enviadas, conforme o esperado. Executar o Wireshark no servidor DHCP mostra que os pacotes não estão passando pela rede.
Minha pergunta: Eu sei que o DHCPv6 é baseado em multicast. Poderiam os catalisadores ou vSwitches estarem comendo essas solicitações? Se sim, como posso corrigir isso?
Meu palpite seria a VM. O tráfego multicast IPv6 é enviado como multicast ethernet para que seja inundado por todas as portas do segmento. Você tentou farejar o fio no cabo do tronco que se conecta ao switch vSphere?
Tags ipv6 dhcp multicast vmware-esx