Esta conexión tiene graves problemas de conectividad, como tiempos de espera de páginas web y velocidades de transferencia lentas. Es una conexión inalámbrica HSDPA a la que accedo mediante un módem USB (Huawei E303c).
La ejecución mtr google.comda el siguiente resultado:
¿La gran pérdida de paquetes de esa IP es una señal de que mi ISP está intentando reducir la velocidad e impedir la conectividad? ¿Esta pérdida de paquetes es un error del lado del ISP o es esta la forma normal en que se implementan este tipo de redes?
Edición 1: como esta publicación no revela mucho sobre el problema, la próxima publicación esaquí
Edición 2: mientras leía sobre el análisis mtrde traceroutes, encontréesta página.Dice :
Cuando hay una pérdida de paquetes en un salto que no persiste en los saltos siguientes, la pérdida es causada porLimitación de ICMP.
Respuesta1
No. Esa IP simplemente hace un pésimo trabajo al generar errores ICMP localmente. La prueba es que los puntos más allá responden bien. Si hubiera algo realmente malo en ese punto, todo lo pasado también sería malo.
Los enrutadores están optimizados para el enrutamiento. Los enrutadores centrales permiten que el tráfico los atraviese a través de rutas de hardware altamente optimizadas. Sin embargo, cuando tienen que generar tráfico localmente, deben enviarlo al nivel de proceso. Y cualquier tarea de enrutamiento que tenga lugar a nivel de proceso tiene prioridad. Por lo tanto, a menudo se retrasa o no es confiable.
No significa nada sobre la confiabilidad o el rendimiento de la ruta.
Respuesta2
¿La gran pérdida de paquetes de esa IP es una señal de que mi ISP está intentando reducir la velocidad e impedir la conectividad?
Podría ser una señal de limitación, pero por lo que estoy viendo, dudo que ese sea el caso según dónde se esté produciendo la pérdida de paquetes. Pero si no es intermitente y ocurre continuamente, una pérdida alta de paquetes como esa esno es normal. Sigue leyendo.
¿Esta pérdida de paquetes es un error del lado del ISP o es esta la forma normal en que se implementan este tipo de redes?
La “forma normal en que se implementan este tipo de redes” es la explicación más simple de lo que estás viendo y compartiendo aquí. Recuerde: Internet se creó para ser resiliente en primer lugar, y la velocidad pasa a un segundo plano cuando se producen "daños".
Dicho esto, uncoherente79% de pérdida de paquetes eslejos de ser normal. Si hago un mtrTraceroute similar aquí en los EE. UU., realmente no habrá “agujeros negros” de pérdida de paquetes o obstáculos como ese a menos que haya un problema claro.
Al observar su mtrsalida de Traceroute, la IP con la que ve problemas ( 115.255.253.17) parece haber superado la etapa de ISP y podría considerarse parte de Internet en general. Así que dudo que sea una limitación basada en el ISP. Especialmente porque parece que su mtrTraceroute muestra que el problema ocurre más allá de los conmutadores de su ISP .bol.net.in( 59.180.210.201y 59.180.210.202) que parecen estar conectados al ISP.Mahanagar Teléfono Nigam Limited (MTNL).
Profundizar en los datos de GeoIP 115.255.253.17muestra que es una dirección IP con sede en Maharashtra, Mumbai. Entonces, ¿lo que podría estar viendo es una interrupción o “contratiempo” de Internet en una parte de Internet en la propia Mumbai? Y profundizar más a través de una whoisbúsqueda en la misma dirección IP 115.255.253.17muestra que es parte deGrupo de confianza, que parece ser un proveedor de infraestructura más grande en India.
Si me preguntas, dudo que los proveedores de infraestructura troncal limiten el tráfico de los usuarios en una red de suscriptores de nivel inferior específica como esta. ¿Por qué todos los usuarios del sistema de Mahanagar Telephone Nigam Limited (MTNL) deberían ser castigados así por la red troncal de Reliance Group? Lo consideraría una limitación si viera esta pérdida en los primeros saltos de su interruptor inmediato, como los saltos de los .bol.net.ininterruptores.
Desde mi perspectiva aquí en los EE. UU., lo atribuiría a problemas normales e intermitentes en Internet. Y el hecho de que su mtrTraceroute se haya completado se puede atribuir a la capacidad de recuperación de Internet para solucionar esos problemas. Nada más y nada menos…A menos queesta condición esno intermitentesino más biencoherente; Si ese es el caso, está sucediendo algo extraño y no hay una manera fácil de diagnosticarlo por parte del usuario final.
Dicho todo esto, soloLea sobre el concepto de neutralidad de la red en India.y parece que no existen leyes que rijan la neutralidad de la red en la India, por lo que, por lo que sabes, Reliance Group está haciendo algo deliberadamente. Pero, sinceramente, mi instinto sería que alguien, sin darse cuenta, configuró mal un interruptor de datos en algún lugar y usted es el único en darse cuenta. Por lo tanto, me inclinaría por tener una mente abierta y recomendaría compartir este mtrTraceroute con la gente de soporte técnico de Mahanagar Telephone Nigam Limited (MTNL) para ver qué dicen.
9 de cada 10 veces, los errores en las computadoras (y sinceramente muchas cosas) no se basan en malicia sino en incompetencia. He visto suceder cosas más extrañas con la infraestructura tecnológica aquí en los EE. UU., por lo que vale la pena intentar informar esto a su ISP y ver cómo responden.