4

Это соединение имеет серьезные проблемы с подключением, такие как таймауты веб-страницы и медленная скорость передачи. Это беспроводное соединение HSDPA, к которому я подключаюсь через USB-модем (Huawei E303c).

Выполнение mtr google.com дает следующий вывод:

Вывод трассировки

Является ли высокая потеря пакетов с этого IP-адреса признаком того, что мой провайдер пытается снизить скорость и предотвратить подключение? Является ли эта потеря пакета ошибкой со стороны интернет-провайдера, или это обычный способ реализации сетей такого типа?

Изменить 1: Поскольку этот пост не раскрывает много о проблеме, следующий пост здесь

Редактировать 2: Читая об анализе трассировки mtr , я нашел эту страницу. Это говорит:

Когда происходит потеря пакета на один переход, который не сохраняется в последующих переходах, потеря вызвана ограничением ICMP.

2 ответа2

4

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

Маршрутизаторы оптимизированы для маршрутизации. Базовые маршрутизаторы пропускают через них трафик по высоко оптимизированным аппаратным каналам. Однако, когда они должны генерировать локальный трафик, он должен быть отправлен на уровень процесса. И любые задачи маршрутизации, которые выполняются на уровне процесса, получают приоритет. Так что это часто задерживается или ненадежно.

Это ничего не значит о надежности или пропускной способности пути.

3

Является ли высокая потеря пакетов с этого IP-адреса признаком того, что мой провайдер пытается снизить скорость и предотвратить подключение?

Это может быть признаком регулирования, но из того, что я вижу, я сомневаюсь, что это тот случай, когда происходит потеря пакетов. Но если это не является периодическим и происходит постоянно, высокая потеря пакетов, как это не нормально. Читать дальше.

Является ли эта потеря пакета ошибкой со стороны интернет-провайдера, или это обычный способ реализации сетей такого типа?

«Обычный способ реализации сетей такого типа» - самое простое объяснение того, что вы видите и делитесь здесь. Помните: Интернет был создан, чтобы быть в первую очередь устойчивым, а скорость - на заднем сиденье, когда встречается «повреждение».

Тем не менее, постоянная потеря пакета в 79% далека от нормальной. Если я mtr аналогичную трассировку на трассе здесь, в США, на самом деле не будет подобных «черных дыр» с дорожными неровностями / потерей пакетов, если только не будет явной проблемы.

Если посмотреть на вывод mtr Traceroute, то IP-адрес, с которым вы столкнулись с проблемами (115.255.253.17), кажется, уже далеко от стадии ISP, и его можно считать частью более широкого Интернета. Поэтому я сомневаюсь, что это дросселирование на основе ISP. Тем более что кажется, что ваш mtr Traceroute показывает, что эта проблема возникает после переключателей вашего интернет-провайдера .bol.net.in (59.180.210.201 и 59.180.210.202), которые, похоже, подключены к ISP 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 Traceroute с сотрудниками службы технической поддержки Mahanagar Telephone Nigam Limited (MTNL), чтобы узнать, что они говорят.

В 9 случаях из 10 ошибки на компьютерах - и, честно говоря, многие вещи - основаны не на вредоносности, а на некомпетентности. Я видел более странные вещи, происходящие с технической инфраструктурой здесь, в США, поэтому стоит попробовать сообщить об этом своему интернет-провайдеру и посмотреть, как они реагируют.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .