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