Cortes intermitentes y tracert erroneo
Hola buenas! Bueno estas ultimas semanas he tenido problemas con la linea de internet despues de mas de 2 años con vosotros. Primero empezo a fallarme la linea de la noche a la mañana perdiendo vel...
Foro
Buenas Arthax
Pues de momento, hasta que no habiliten las imágenes no las podemos ver, con lo que decirte o intentar ayudar, de momento al menos, imposible.
Si te puedo ir dando mientras algunas pautas generales, de conocimiento común:
Ante cualquier problema teórico de latencia, efectivamente herramientas como pingplotter/winMTR nos van a decir en principio si existe algún problema real o no, y en el caso de existir como puede ser y donde.
Hay que tener en cuenta por otro lado que WIFI es inherentemente inestable, y puede causar todo tipo de problemas. Esto en WinMTR o programas a fines lo vemos de forma muy muy sencilla, solo hay que mirar el primer salto. El primer salto es la conexión entre el dispositivo y el Router. Una conexión cableada y adecuada mostraría en unos 200 paquetes más o menos, una latencia media de 0 (realmente no es 0, es menos de 1), y obviamente 0% de paquetes perdidos. En entornos WIFI es normal ver que ni de lejos la media es 0, ni la pérdida es 0. Si en el primer salto mostrase otra cosa que 0 y 0 o 0% 1ms... nos diría o un problema que tienes en tu red WIFI y por ende nada puede hacer en ello Movistar. En este escenario ubicar bien el router, limitar los dispositivos WIFI, separar ambas redes WIFI para tener diferentes nombres de red y con ello planificar bien que dispositivos van en la de 2.4 y cual en la de 5, jugar con los canales de emisión...
Después de eso hay que mirar los datos a destino final. Si los datos en el primer salto son malos, directamente obviamos lo demás y hay que solucionar el problema que haya en casa. Si el primer punto está solucionado, vemos ahora el destino final. Si el destino final muestra 0% de paquetes perdidos, da igual lo que aparezca entre medios, son 0% perdidos. La pérdida de paquetes real asi como la latencia es acumulativa. Si realmente existiese un 90% de pérdida en un nodo, en el siguiente obviamente habría como mínimo ese 90%, así como el siguiente, siguiente... pero la pérdida de paquetes la inmensa mayoría la interpreta mal.
Los nodos de red intermedios (y servidores finales tb) pueden discriminar si quieren el tráfico de respuesta ICMP, que es lo que hace uso las herramientas ping/tracert. Lo hacen para ahorrar ancho de banda y otros. Eso no significa que el tráfico se pierda, el tráfico en esos escenarios no se pierde, simplemente ellos no contestan a ciertos paquetes especiales como ping/tracert. Estos nodos los identificamos fácilmente, porque como digo la latencia y pérdida real es acumulativa. Si vemos un nodo con 30 luego otro con 50 y luego otro con 0%, sabemos que los anteriores están discriminando y la pérdida no es real.
Con todo ello, es muy probable que te haya ya contestado en parte tus capturas, pero a la espera de poder verlas.
Por cierto, no sé que herramienta estarás usando, pero si es un ping o tracert a pelo, usa mejor WinMTR y envía al menos unos 200 paquetes, para tener una lectura más consistente en el tiempo, y a poder ser contra algún servidor destino que te de problemas.
Saludos.
Hola de nuevo, he realizado las pruebas como me dices con WinMTR y no veo ninguna falla en principio pero los problemas persisten.
Aporto clipboard del mismo:
|------------------------------------------------------------------------------------------| | WinMTR statistics | | Host - % | Sent | Recv | Best | Avrg | Wrst | Last | |------------------------------------------------|------|------|------|------|------|------| | 192.168.1.1 - 1 | 213 | 212 | 0 | 0 | 15 | 0 | | 192.168.144.1 - 0 | 217 | 217 | 1 | 2 | 14 | 2 | | 126.red-81-41-231.staticip.rima-tde.net - 0 | 217 | 217 | 1 | 2 | 15 | 2 | | No response from host - 100 | 44 | 0 | 0 | 0 | 0 | 0 | | No response from host - 100 | 44 | 0 | 0 | 0 | 0 | 0 | |be33-400-grtmadix2.net.telefonicaglobalsolutions.com - 0 | 217 | 217 | 11 | 12 | 22 | 12 | | No response from host - 100 | 44 | 0 | 0 | 0 | 0 | 0 | | 151.101.66.167 - 0 | 217 | 217 | 11 | 12 | 15 | 12 | |________________________________________________|______|______|______|______|______|______| WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud ProviderLos tecnicos tbpoco encuentran el problema pero el problema existe dsde que tengo el nuevo router y recalco que solo me pasa con servicios de streaming en directo (Twitch, Samsumg Plus, Pluto TV, etc...)
Igual estoy viendo algo y funciona todo bien y de golpe y porrazo empiezan los microcortes, se empieza a parar el "streaming" pausando y entrando en una especie de buffer y pasados unos segundos vuelve a arrancar con la minima calidad viendose hasta borroso en muchas ocasiones.
Tanto el PC como la Smart TV los tengo conectados por ethernet y el router conectado de forma directa a la luz (sin usar regletas ni nada para evitar "parasitos electricos").
Tb quiero decir que esto no me pasaba con el anterior router, pero con el anterior me llegaba la mitad de la velocidad contratada y por eso decidieron cambiarmelo por este nuevo.
Perdon edito con un nuevo proceso de WinMTR:
|------------------------------------------------------------------------------------------| | WinMTR statistics | | Host - % | Sent | Recv | Best | Avrg | Wrst | Last | |------------------------------------------------|------|------|------|------|------|------| | 192.168.1.1 - 1 | 201 | 200 | 0 | 0 | 6 | 1 | | 192.168.144.1 - 0 | 204 | 204 | 1 | 2 | 6 | 1 | | 121.red-81-41-231.staticip.rima-tde.net - 0 | 204 | 204 | 2 | 2 | 4 | 2 | | 230.red-81-41-231.staticip.rima-tde.net - 0 | 204 | 204 | 5 | 6 | 24 | 7 | | 1.red-80-58-78.staticip.rima-tde.net - 0 | 204 | 204 | 9 | 10 | 42 | 9 | |xe-7-1-2-65-graarctw1.net.telefonicaglobalsolutions.com - 0 | 204 | 204 | 12 | 13 | 15 | 13 | | No response from host - 100 | 41 | 0 | 0 | 0 | 0 | 0 | | No response from host - 100 | 41 | 0 | 0 | 0 | 0 | 0 | | No response from host - 100 | 41 | 0 | 0 | 0 | 0 | 0 | | No response from host - 100 | 41 | 0 | 0 | 0 | 0 | 0 | | No response from host - 100 | 41 | 0 | 0 | 0 | 0 | 0 | | No response from host - 100 | 41 | 0 | 0 | 0 | 0 | 0 | | No response from host - 100 | 41 | 0 | 0 | 0 | 0 | 0 | | No response from host - 100 | 41 | 0 | 0 | 0 | 0 | 0 | | No response from host - 100 | 41 | 0 | 0 | 0 | 0 | 0 | | No response from host - 100 | 41 | 0 | 0 | 0 | 0 | 0 | | No response from host - 100 | 41 | 0 | 0 | 0 | 0 | 0 | | No response from host - 100 | 41 | 0 | 0 | 0 | 0 | 0 | | No response from host - 100 | 41 | 0 | 0 | 0 | 0 | 0 | | No response from host - 100 | 41 | 0 | 0 | 0 | 0 | 0 | | No response from host - 100 | 41 | 0 | 0 | 0 | 0 | 0 | | No response from host - 100 | 41 | 0 | 0 | 0 | 0 | 0 | | No response from host - 100 | 41 | 0 | 0 | 0 | 0 | 0 | | No response from host - 100 | 41 | 0 | 0 | 0 | 0 | 0 | | No response from host - 100 | 41 | 0 | 0 | 0 | 0 | 0 | | No response from host - 100 | 41 | 0 | 0 | 0 | 0 | 0 | | No response from host - 100 | 41 | 0 | 0 | 0 | 0 | 0 | | No response from host - 100 | 41 | 0 | 0 | 0 | 0 | 0 | | No response from host - 100 | 41 | 0 | 0 | 0 | 0 | 0 | | No response from host - 100 | 41 | 0 | 0 | 0 | 0 | 0 | |________________________________________________|______|______|______|______|______|______| WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud ProviderHola @Arthax
Pedimos disculpas por los inconvenientes. Seguimos dedicados al análisis de su caso y le comunicaremos cualquier novedad a la brevedad posible.
Un saludo, Alex.
