Является ли потеря пакетов в traceroute признаком регулирования скорости?
Это соединение имеет серьезные проблемы с подключением, такие как таймауты веб-страницы и медленная скорость передачи. Это беспроводное соединение HSDPA, к которому я подключаюсь через USB-модем (Huawei E303c).
проведение mtr google.com дает следующий вывод:
Является ли высокая потеря пакетов с этого IP-адреса признаком того, что мой провайдер пытается снизить скорость и предотвратить подключение? Является ли эта потеря пакета ошибкой со стороны интернет-провайдера или это нормальный способ реализации сетей такого типа?
Изменить 1: Поскольку этот пост не раскрывает много вопросов, следующий пост здесь
Редактировать 2: читая анализ mtr traceroutes, я нашел эту страницу. Это говорит:
Когда происходит потеря пакета на один переход, который не сохраняется в последующих переходах, потеря вызвана ограничением ICMP.
2 ответа
Нет. Этот IP просто делает паршивую работу по локальному генерированию ошибок ICMP. Доказательством является то, что точки за ним отвечают просто отлично. Если бы с этим моментом что-то было действительно не так, все, что было бы позади, тоже было бы плохо.
Маршрутизаторы оптимизированы для маршрутизации. Базовые маршрутизаторы пропускают через них трафик по высоко оптимизированным аппаратным путям. Однако, когда они должны генерировать трафик локально, он должен быть отправлен на уровень процесса. И любые задачи маршрутизации, которые выполняются на уровне процесса, получают приоритет. Так что это часто задерживается или ненадежно.
Это ничего не значит о надежности или пропускной способности пути.
Является ли высокая потеря пакетов с этого IP-адреса признаком того, что мой провайдер пытается снизить скорость и предотвратить подключение?
Это может быть признаком дросселирования, но из того, что я вижу, я сомневаюсь, что это тот случай, когда происходит потеря пакетов. Но если это не является периодическим и происходит постоянно, высокая потеря пакетов, как это не нормально. Читать дальше.
Является ли эта потеря пакета ошибкой со стороны интернет-провайдера или это нормальный способ реализации сетей такого типа?
"Обычный способ реализации сетей такого типа" - самое простое объяснение того, что вы здесь видите и делитесь. Помните: Интернет был спроектирован таким образом, чтобы в первую очередь быть устойчивым, а скорость - на заднем сиденье, когда встречается "повреждение".
Тем не менее, постоянная потеря пакета в 79% далека от нормальной. Если я сделаю подобное mtr Трассировка здесь, в США, на самом деле не имеет подобных "чёрных дыр" с дорожными неровностями / потерей пакетов, если только нет явной проблемы.
Глядя на ваш mtr Вывод трассировки, IP-адрес, с которым вы видите проблемы (115.255.253.17 Похоже, что он уже прошел стадию ISP, его можно считать частью более широкого Интернета. Поэтому я сомневаюсь, что это дросселирование на основе ISP. Тем более, что кажется, что ваш mtr Traceroute показывает, что проблема возникает за пределами вашего интернет-провайдера .bol.net.in переключатели (59.180.210.201 а также 59.180.210.202) которые подключены к Интернет-провайдеру Mahanagar Telephone Nigam Limited (MTNL).
Копаться в данных GeoIP на 115.255.253.17 показывает, что это IP-адрес в Махараштре, Мумбаи. Итак, что вы могли видеть, это сбой в Интернете / "сбой", происходящий в части Интернета в самом Мумбаи? И делать дальше копать через whois поиск по тому же IP-адресу 115.255.253.17 показывает, что это часть Reliance Group, которая, кажется, является крупным поставщиком инфраструктуры в Индии.
Если вы спросите меня, я сомневаюсь, что поставщики магистральной инфраструктуры будут ограничивать трафик от пользователей в конкретной сети подписчиков более низкого уровня, как это. Почему все в системе Mahanagar Telephone Nigam Limited (MTNL) должны быть наказаны подобной магистральной сетью Reliance Group? Я бы посчитал это троттлингом, если бы вы увидели эту потерю в первые несколько прыжков из вашего немедленного переключения, такого как эти прыжки из .bol.net.in переключатели.
С моей точки зрения здесь, в США, я бы отнес это к нормальным, прерывистым интернет-сбоям. И тот факт, что ваш mtr Выполнение Traceroute может быть связано с устойчивостью Интернета к устранению этих ошибок. Ни больше, ни меньше… Если это условие не является прерывистым, а скорее непротиворечивым; если это так, то происходит что-то странное, и нет простого способа диагностировать это со стороны конечного пользователя.
После всего вышесказанного я просто прочитал концепцию сетевого нейтралитета в Индии, и кажется, что в Индии нет законов, регулирующих сетевой нейтралитет, поэтому, как вы знаете, Reliance Group намеренно что-то делает. Но, честно говоря, мой инстинкт был бы в том, что кто-то случайно ненадлежащим образом сконфигурировал коммутатор данных где-то, и вы единственный, кто это заметил. Так что я бы повернулся к открытости и рекомендовал бы поделиться этим mtr Сопровождайте людей из службы технической поддержки Mahanagar Telephone Nigam Limited (MTNL), чтобы узнать, что они говорят.
В 9 случаях из 10 ошибки на компьютерах - и, честно говоря, многие вещи - основаны не на вредоносности, а на некомпетентности. Я видел более странные вещи, происходящие с технической инфраструктурой здесь, в США, поэтому стоит попробовать сообщить об этом своему интернет-провайдеру и посмотреть, как они реагируют.