Почему задержки tracert не складываются с задержкой ping?

Можно было ожидать, что сумма tracert задержки равные 267 мс:

Traceroute включает в себя отправку UDP-пакетов каждому узлу по пути и ожидание его ответа по таймауту (затем переход к следующему узлу), тогда как пинг просто пересылается. Вы видите время, необходимое каждому узлу, чтобы ответить на запрос, а не просто пересылать небольшой пакет.

Это довольно хорошее объяснение всего процесса и различий.

http://www.cisco.com/c/en/us/support/docs/ios-nx-os-software/ios-software-releases-121-mainline/12778-ping-traceroute.html

Взгляните на раздел производительности, в котором также объясняется, почему ping не является особенно точным методом определения задержки.

Что означают цифры?

Время на каждом шаге маршрута трассировки - это Время туда и обратно (RTT). В твоем ping тест четыре эхо-запросы каждый взял 267 мс получить эхо-ответ из 220.181.111.85. в tracert проверить три эхо-запроса 292 мс чтобы получить ответ.

Почему 25 мс разница?

Размер выборки невелик. Для повышения точности измеренной разницы необходимо провести больше тестов.
tracert (или traceroute -I) имеет разный размер полезные нагрузки чем ping. Используйте анализатор пакетов, чтобы проверить размер полезной нагрузки, которую использует ваша программа трассировки. Установите размер ping полезная нагрузка к этому значению с помощью ping -l <size> или ping -s <size> в зависимости от вашей программы ping.
Эхо-ответ требует использования ЦП, поэтому загруженная машина может иметь большое стандартное отклонение RTT по сравнению с бездействующей.

Что еще я должен знать?

Доменные имена могут разрешаться в несколько IP-адресов. Используйте IP-адрес в команде, чтобы тесты проходили по одному и тому же пути.

mtr или WinMTR - еще одна программа для отслеживания пути, которая также вычисляет стандартное отклонение RTT, потери и другие статистические данные.

Wireshark - популярный анализатор пакетов для просмотра содержимого отправленных и полученных пакетов.

Маршрутизаторы имеют тенденцию давать тайм-ауты и обработку эхо-ответа более низкий приоритет, чем пересылка пакетов. Это позволяет коммутатору работать более эффективно, поскольку пересылку намного проще обрабатывать, чем генерировать новый ответ ICMP. В результате более загруженным коммутаторам потребуется больше времени для генерации ответа.

На некоторых коммутаторах может быть отключена генерация ICMP, что затрудняет диагностику сетевых проблем с их помощью. Другие могут иногда быть настолько заняты, что не отвечают.

Если вы используете инструмент, который отображает IP-адреса маршрутизаторов по пути, вы обычно увидите переключатели, которые работают медленнее, чем базовые коммутаторы в крупных городах. Я предпочитаю mtr с бегом каждые 15-60 секунд.