ping6 sobrecarga em comparação com sobrecarga de ping

1

Estou testando a latência do IPv6 em uma caixa do Linux e notei essa diferença estranha entre o ping IPv4 e o ping IPv6:

# ping -n -A -q -c 500 speedtest.steffann.nl
PING speedtest.steffann.nl (10.3.10.20) 56(84) bytes of data.

--- speedtest.steffann.nl ping statistics ---
500 packets transmitted, 500 received, 0% packet loss, time 240ms
rtt min/avg/max/mdev = 0.297/0.364/7.213/0.317 ms, ipg/ewma 0.481/0.358 ms

O rtt médio é de 0,364, a contagem é de 500, o que representa 182 ms. O tempo de execução de 240ms é um pouco maior, mas isso não é uma quantidade surpreendente de sobrecarga. Agora o ping IPv6:

# ping6 -n -A -q -c 500 speedtest.steffann.nl
PING speedtest.steffann.nl(fd9c:262f:e839:310::20) 56 data bytes

--- speedtest.steffann.nl ping statistics ---
500 packets transmitted, 500 received, 0% packet loss, time 5000ms
rtt min/avg/max/mdev = 0.508/0.751/2.197/0.254 ms, pipe 2, ipg/ewma 10.021/0.725 ms

O rtt é cerca de 2 vezes maior, então eu também esperaria um tempo de execução de cerca de 2 vezes mais tempo. Mas é mais de 20 vezes mais longo. E são exatamente 10ms por ping ...

É provavelmente um artefato de implementação em algum lugar. Alguém sabe de onde isso vem?

    
por Sander Steffann 31.08.2011 / 10:48

1 resposta

1

Talvez haja algo engraçado acontecendo com o comando ping IPv6. Com certeza parece que '-A' não está fazendo o que deveria com ping6.

Tendo dito isso, o IPv6 pode não ser tão rápido quanto o IPv4, especialmente nas fases iniciais do IPv6. Não há tantas organizações encaminhando IPv6, menos IPv6. Alguns pacotes IPv6 podem estar passando por túneis. O caminho que seu pacote IPv6 leva pode ser mais longo. Um traceroute6 pode te mostrar isso.

Eu tentei fazer ping no Google via IPv4 e IPv6 e obtive resultados quase idênticos.

    
por 31.08.2011 / 17:34