Почему у моего Google Ping разные средние значения?

Question

Я пинговал Google в течение недели со скоростью 10 пингов в секунду и обнаружил, что мой пинг содержит 3 или более "полос":

(Прерывание было короткой остановкой в пинге, и всплески моего собственного использования. Все остальное у меня "чисто" от "шума"). Все остальные пинги, где приятно на одной линии.

Это из-за инфраструктуры сетевого сервера Google? Это также хорошо показывает, в какое время пользователи используют Интернет (или Google?).

Я зарегистрировал все отправленные мне эхо-запросы, а также пинговал несколько других серверов, чтобы при необходимости их можно было отобразить на графике для сравнения. Я также пропинговал сервер с TTL = 2, чтобы получить ссылку на использование сети. Я также могу поместить журналы в DropBox или SkyDrive, если необходимо (все вместе до 6 ГБ данных журнала).

Система: Win 7, Интернет через CableModem 35 Мбит

Answer 1

Я ожидаю появления "полос" на любом сервере, не только в Google, потому что количество переходов от модема к удаленному серверу неизбежно будет меняться со временем. Но если бы это было перенаправлением сети, у вас не было бы четко параллельных полос; Вы будете использовать полосу № 0, может быть, 90% времени утром, и "видеть" полосы № 0 и № 1, а может быть, слабую полосу № 2, тогда, возможно, днем вы увидите полосы № 1 и № 2 и начало группы № 3 и так далее. Вы увидите "последовательно ступенчатые" полосы: __--==_=--=_ .

Здесь время пинга очевидно накапливается в нескольких полосах с примерно фиксированными интервалами: -==--=====- .

После запуска теста становится ясно, что мы смотрим на изменения TTL:

64 bytes from 74.125.232.148: ttl=56 time=12.5 ms
64 bytes from 74.125.232.148: ttl=56 time=12.5 ms
64 bytes from 74.125.232.148: ttl=55 time=24.2 ms
64 bytes from 74.125.232.148: ttl=56 time=27.7 ms
64 bytes from 74.125.232.148: ttl=55 time=24.5 ms
64 bytes from 74.125.232.148: ttl=56 time=12.8 ms

То же самое с hping:

len=46 ip=74.125.232.148 ttl=55 port=80 flags=SA rtt=23.9 ms
len=46 ip=74.125.232.148 ttl=56 port=80 flags=SA rtt=11.7 ms
len=46 ip=74.125.232.148 ttl=55 port=80 flags=SA rtt=24.5 ms
len=46 ip=74.125.232.148 ttl=56 port=80 flags=SA rtt=11.8 ms

Таким образом, очевидно, что путь от меня до Google варьируется по длине с рабочим циклом около двух пакетов, и в пятидесяти процентах случаев путь делает дополнительный скачок, который требует около 12 мс. Итак, я вижу две "полосы" на расстоянии около 12 мс.

Кроме того, если я отправляю пакеты с TTL 8, все они теряются; если я использую TTL 9, они все отвечают, и около 50% из них имеют дополнительный прыжок. Поэтому я предполагаю, что 74.125.232.148 получает сетевой трафик, затем регенерирует его и перенаправляет на некоторый хост 2 или 3 прыжка позади себя, который, в свою очередь, отвечает на этот трафик. Затем трафик направляется обратно, но не регенерируется, поэтому мы видим TTL от хоста за прокси, а не от прокси.

Обратите внимание на TTL

Когда в комментарии, который я прочитал, «TTL = 2», я мысленно перевел на "счетчик хопов 2", что невозможно, поскольку кратчайший маршрут из Швейцарии в Австралию составляет семь прыжков (через геосинхронную спутниковую ретрансляцию; время обратного рейса составляет около одной полной секунды). Значение, которое я дал, называя его (неправильно) TTL, от 15 до 20, было количеством переходов.

У австралийского хоста, генерирующего ответы PING с собственным TTL, равным 64, утилита ping по прибытии покажет значение ttl около 45. Если бы он генерировал ответы с TTL 128, он выдал бы отчет ttl около 110.

Answer 2

Я не буду вдаваться в подробности того, как работает протокол ИНТЕРНЕТ, но Интернет в отличие от коммутации каналов ориентирован на пакет, то есть путь между источником и пунктом назначения никогда не является фиксированным. Он принимает несколько уникальных путей и в зависимости от перегрузки и других проблем политики маршрутизации, особенно в том, что касается QoS, может заставить маршрутизатор изменять / вносить изменения в информацию о маршрутизации, чтобы изменить его путь к месту назначения. Вот почему вы видите различные значения rrt.