Когда я бегу mtr --report tokyo1.linode.com Я вижу следующий отчет. Похоже, мой трафик в моей локальной сети 12 раз перескакивает даже до того, как попал в "Интернет". Есть идеи, что может быть причиной этого и как я могу это устранить?
Мой компьютер подключен через wi-fi к роутеру, роутер подключен к dsl-соединению через розетку в стене. Между моим роутером и соединением в стене НЕТ модема. Я впервые использую провайдера широкополосного доступа, которому не нужен модем, но он каким-то образом работает.
Обратите внимание, что в отчете ниже я заменил некоторые числа на R и Q на всякий случай.
HOST: MacBook-Pro.local Loss% Snt Last Avg Best Wrst StDev
1.|-- 10.0.0.1 0.0% 10 0.7 0.9 0.7 1.3 0.2
2.|-- 10.84.0.1 80.0% 10 2.9 3.3 2.9 3.7 0.5
3.|-- 192.168.R.73 80.0% 10 2.1 2.7 2.1 3.2 0.8
4.|-- 192.168.R.10 80.0% 10 2.0 2.2 2.0 2.4 0.3
5.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
6.|-- 192.168.R.209 80.0% 10 24.7 14.5 4.3 24.7 14.4
7.|-- 192.168.R.205 80.0% 10 2.3 4.3 2.3 6.2 2.7
8.|-- 192.168.R.21 80.0% 10 4.5 6.3 4.5 8.2 2.6
9.|-- 192.168.Q.158 80.0% 10 10.4 6.2 2.1 10.4 5.9
10.|-- bogon 80.0% 10 2.8 2.4 2.0 2.8 0.5
11.|-- 192.168.R.37 80.0% 10 3.8 4.4 3.8 5.0 0.8
| `|-- 192.168.R.49
12.|-- 192.168.R.37 80.0% 10 12.5 7.7 2.9 12.5 6.8
13.|-- 124.68.6.189 80.0% 10 4.3 4.7 4.3 5.1 0.5
14.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
15.|-- 221.122.35.65 80.0% 10 2.7 8.5 2.7 14.2 8.1
... (etc)
Tracert - это не инструмент для проверки качества соединения, это инструмент для определения пути между двумя конечными точками. Tracert отправляет эхо-запросы ICMP, увеличивая TTL на единицу на каждом последующем переходе, чтобы определить путь между двумя конечными точками. Результаты показывают ответ от каждого перехода на отправленный ему эхо-запрос ICMP, что не является показателем того, как этот переход обрабатывает «реальный» трафик, посланный ЧЕРЕЗ него.
Если ваши результаты действительно показывают потерю пакетов ЧЕРЕЗ эти переходы, то каждый последующий переход будет показывать одинаковую потерю пакетов или увеличивающуюся потерю пакетов.
На переходах, показывающих потерю пакетов, вы видите, как этот переход отвечает на отправленный ему эхо-запрос ICMP, который во многих случаях игнорируется, отбрасывается или получает низкий приоритет. Маршрутизаторы заботятся о маршрутизации реального трафика, а не отвечают на ваш tracert.
Таким образом, я не вижу «проблемы», которую необходимо исправить.
РЕДАКТИРОВАТЬ
В ответ на ваш комментарий:
Надо было внимательнее взглянуть на твой след. Ваша трассировка показывает потерю пакетов на втором прыжке и ту же потерю пакетов на каждом последующем прыжке (прыжки, показывающие 100% потерю пакетов, вероятно, полностью игнорируют пакеты ICMP). Это может быть признаком проблемы. Это не объясняет, почему удаление маршрутизатора «исправляет» потерю пакетов.
Скорее всего, они путешествуют через сеть вашего поставщика услуг, а не через вашу реальную сеть, и вы находитесь за так называемым NAT операторского класса.