Почему трасса трассировки из одного места в другое и наоборот показывает разные пути?

Это не показывает 30 прыжков. Это просто тайм-аут после 9, это обычно для домашних подключений, потому что ваш интернет-провайдер или ваш маршрутизатор предотвращают пинги ICMP. Я предполагаю, что в противном случае ваш маршрутизатор будет использовать 10 или 11 переходов.

Исходящее соединение определяет маршрут. Поэтому, когда вы отправляете данные на сервер, ваш интернет-провайдер определяет маршрут, который он берет, на основе различных показателей. Когда вы получаете данные с сервера, сеть сервера выбирает маршрут на основе различных показателей. Эти показатели варьируются от хоста к хосту.

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

Невозможно отличить формирование трафика от traceroute, и выбранный вами маршрут не имеет ничего общего с формированием трафика. Сразу отметим, что 220 КБ / с не равно 220 Кбит / с. 220 КБ / с (байты, не биты) составляет 1,76 Мбит / с. Это все еще не те 30 Мбит / с, которые вы ожидаете, но для этого может быть множество причин, и вам будет трудно понять все из них без большого тестирования.

Интернет спроектирован таким образом, чтобы Маршрут вас вокруг проблемные места. Поиск другого подходящего пути должен занять так мало времени (миллисекунды или меньше), чтобы вы даже не осознали, что избежали заторов.

Только когда ни один из вариантов маршрута не подходит, вы начинаете замечать проблемы, и я трачу некоторое время на этот ответ, чтобы было более ясно, что вы доказываете. По указанным вами хмелям ...

Исходящий от вас

• переходы 6-8: ваша трассировка заняла 3 пути, на переходе 6 балансировка между адресами, заканчивающимися на 204, затем на 72, затем на 129. Кажется нормальным.
• На шагах 3 и 9 вы можете увидеть, что три результата не являются странными; каждый прыжок испытан три раза.
  • «*» означает «нет ответа». Нежелательно, если случайно, 3 подряд - часто нормально, когда вы можете видеть мимо них и то, что вы видите, также не отмечено знаком «*».
• Ваше время приема-передачи (сколько мсек требуется, чтобы запрос вернулся к вам) зависит от общего хостинга, времени суток, инвестиций в сети Verizon и других компаний и т. Д.

Входящие с сервера:

• 3,4: наверное настроен не отвечать на следы. Это может быть политика или мнение, или может быть проще отказаться от запроса. Traceroutes - это диагностические инструменты; если вы не являетесь администратором, выполняющим диагностику, просто не так важно идентифицировать ваш переход, как передавать все, что должно пройти через вас (например, веб-запросы или запросы на переходы мимо вас).
• На шаге 9 все, что вы знаете, это то, что сервер не может видеть дальше. Это может быть брандмауэр в любой точке пути (не разрешены переходы> 9), сбой на пути следования или, возможно, вы не видите диагностический ответ. Просто помните: просто потому, что вы получаете обратную связь с трассировкой по одному соединению, это не означает, что трасса сама по себе ведет к вам тот же путь (хотя, вероятно, он похож).
• Узел 2 может быть перегружен (> 300 мс, <1 мс,> 300 мс), но он, вероятно, просто отдает приоритет «ответу вам» ниже, чем его основные обязанности: передача трафика. Если бы он был слишком загружен, я бы ожидал, что каждый прошедший тест будет иметь время случайным образом более 300 мс. Никто не делает.
• Все, что вы знаете из прыжка 10+, - это то, что маршрут не отслеживается. Вот и все. Возможно, вы даже запустили правило брандмауэра, которое решило, что пора вас заблокировать.

Кажется, у вас возникла случайная проблема с (Devon предоставляет более точную информацию в ответах и ​​комментариях) отброшенные пакеты проходят с 5 по 9, но одной трассировки едва ли достаточно данных, и это не единственный тип трассировки. Единственное, что вы действительно можете сказать, это то, что в этом следе может быть проблемы типичные корректировки приоритета после перехода 3.

Основная проблема заключается в том, что вы, похоже, не получаете пропускную способность, за которую заплатили. Хотя Verizon может запускать собственные трассировки и координировать действия с администраторами так, как вы не можете, ваша проблема может быть ближе к серверу. Просто позвоните / напишите оба места и спросите. При необходимости вывод из моя трассировка лучше, но помните, что вы запускаете диагностику симптомы, в то время как они могут запускать диагностику на причина.