Ele está 100% correto em sobrecarga adicional, pois cada dispositivo / PC estará anunciando e criando um cache de ARP para IPv6 e IPv4. No entanto, a quantidade real de tráfego sendo gerada é bastante pequena (o tamanho típico do pacote ARP é de 28 bytes ).
Deve ser irrelevante. MAS se você tem algo como um sistema NMS que usa consultas WMI, pesquisa SNMP (traps não criam muito tráfego) ou a exportação netflow / Jflow em um ambiente que é latência / qualidade sensível, faria sentido remover o máximo de background ruído quanto possível. Particularmente IPv6 ... Existe a possibilidade de você precisar do IPv6 internamente? Duvidoso, já que os blocos privados no IPv4 fornecem muitos endereços até para os maiores negócios. A menos que você tenha uma necessidade específica de IPv6 em seu ambiente, a melhor pergunta seria por que deixá-lo ligado? Eu sei que no meu ambiente estamos deixando de fora apenas porque é uma camada adicional que pode estar causando problemas na solução de problemas.
Lembre-se de que, mesmo que um dispositivo de rede ou PC não esteja sendo usado ativamente, ele ainda está respondendo e anunciando NetBIOS / ARP, então ainda há alguns, embora pequeno tráfego sendo gerado.
Devo acrescentar que "cria menos área de superfície na qual os invasores poderiam tentar atacar". É completamente absurdo ... Não é como se você precisasse adicionar um firewall adicional ou WAN para o tráfego IPv6. Ainda existe o mesmo dispositivo de borda que pré-forma o NAT, esteja o IPv6 ativado ou não.