Я тестирую задержку IPv6 из коробки Linux, и я заметил эту странную разницу между ping IPv4 и 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
Среднее значение rtt составляет 0,364, количество - 500, что составляет 182 мс. Время работы в 240 мс немного выше, но это неудивительно. Теперь пинг 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
RTT примерно в 2 раза длиннее, поэтому я также ожидаю, что время выполнения примерно в 2 раза больше. Но это более чем в 20 раз дольше. И это ровно 10 мс на пинг ...
Вероятно, это где-то артефакт реализации. Кто-нибудь знает, откуда это?
Возможно, с командой ping IPv6 происходит что-то забавное. Похоже, что '-A' не делает то, что должен делать с ping6.
При этом ... IPv6 может быть не таким быстрым, как IPv4, особенно на ранних этапах IPv6. Просто не так много организаций, маршрутизирующих IPv6, меньше одноранговых IPv6. Некоторые пакеты IPv6 могут проходить через туннели. Путь, по которому проходит ваш пакет IPv6, может быть длиннее. Это может вам показать traceroute6.
Я попытался проверить связь с Google через IPv4 и IPv6 и получил почти одинаковые результаты.