Foro
Buenas gonzip1
Si no lloviese sobre mojado y no fuese un asunto conocido, podríamos ser algo más... "flexibles" y pensar que a lo mejor algo está afectando ese nodo, ya que después de él todo es oscuridad. Es decir... podría pasar que se perdiesen realmente ahí un 66%?? Técnicamente sí, pero eso no explicaría por otro lado que pasa con el 33% restante. Ya tendría que ser casualidad que en el nodo de una red existiese un 66% real (que es una barbaridad, directamente por ese número damos por sentado de que la pérdida no es real directamente) y además entrase el tráfico en otra red diferente y perdiese otro 33% adcional.
Así que aun cuando realmente este problema fuese de nuevas, podríamos aplicar la navaja de Occan y ver que es lo más plausible, lo que de forma más sencilla lo explica todo. Esto es, que el nodo 6 en particular está efectuando una discriminación del tráfico ICMP y por ende aparecen en los programas que hacen uso de ping/tracert como pérdida, y a partir de ahí los siguientes nodos simplemente no responden nada. Ojo, no estoy ni mucho menos diciendo que en la red de RIOT se pierdan, igual se pierden, igual no se pierden. Esa es la cuestión ,no podemos saberlo, es invisible a nosotros. Existen otros modos no obstante de medir latencias, pero se requiere conocer algún puerto operativo de dicho servidor y un pelín de ingenio para forzarlo a responder
No digo con todo esto que los usuarios tengan ciertos problemas, pero hasta la fecha siempre que se ha investigado en la red de Movistar no ha aparecido nunca nada fuera de lo normal, y siempre nos topamos con el muro de la ocultación de RIOT. Y no digo ya que lo oculten con la intención de ocultar... valga la redundancia, podría ser para evitar por ejemplo que se realicen contra ellos ataques de denegación para aumentarle la latencia a otros, o mil cosas más.
La cuestión es que mientras que no podamos ver más allá... no hay mucho más que podamos decir al respecto. Eso sí, que RIOT pase lo que pase, siempre dirá qeu la culpa de es de otro. Puede ser del ISP, de una red intermedia, de tu propio PC/Consola... que en lo que a ellos respecta todo funciona bien siempre...
En fin...
Buenas gonzip1
Se me olvidó mencionar, porque lo había pasado por alto. En el primer salto que es tu conexión al Router hay problemas aparente de pérdidas, y ahí tendría que ser perfecto... esto por cable es bastante raro... estás por wIFI? Ten en cuenta que si la conexión es mediante WIFI automáticamente puedes explicar cualquier problema que puedas estar teniendo.
Si es por cable habría que investigarlo un poco más
- gonzip130-05-2024Más integrado que la RDSI
Hola Theliel
Si, estoy por cable, adjunto algunos pingplotter mas para descartar cosas. En uno de los nodos previos si que hay perdida de paquetes en el camino.
Pingpotter localPingplotter server 1 riot
Pingplotter nodo previo server 1 riot
Pingplotter server 2 riot
Pingplotter nodo previo server 2 riotAqui si parece que hay perdida de paquetes en servers intermedios, aunque dudo que esto sea la causa de los problemas no?
Grácias- Técnico-Movistar08-06-2024Responsable Técnico
Buenas tardes gonzip1,
No hemos recibido más respuesta por tu parte , por lo que estimamos ya no dispones de más consultas. Agradecer a Theliel por su colaboración y aportaciones efectuadas.
Por nuestra parte quedamos a tu disposición ante cualquier duda o consulta que te pueda surgir.
Un saludo
Victoria
- Técnico-Movistar06-06-2024Responsable Técnico
Hola gonzip1
Esperamos que la información facilitada por Theliel al que agradecemos su respuesta, te haya servido de ayuda en tu consulta.
¿Tienes alguna otra duda o consulta en la que te podamos ayudar?
Un saludo.
Flor
- Theliel30-05-2024Yo probé el VDSL
Buenas gonzip1
Es todo correcto, es exactamente lo mismo que te comentaba antes. El problema no es que exista un nodo que tenga una pérdida de un 5%, un 50%, un 100%. Esto lo vas a ver prácticamente en casi cualquier tracert/ping, es muy normal tener un nodo de este tipo. 100% normal.
Una pérdida de paquetes real en un nodo, al igual que la latencia, es acumulativa. Es decir, que si en el nodo 3 tienes una pérdida real de un 5% pro ejemplo, el 4, el 5... tendrán aproximadamente como mínimo la misma pérdida. Si luego en el 5 empezamos a ver un incremento al 15%, y este 15% es consistente en los siguientes salto, entonces podemos ver otro cambio de un 10%. El destino final por tanto tendrá una pérdida de paquetes real que es consistente con todos los datos anteriores.
La latencia es similar. Si tienes una latencia de 10ms al Router, al siguiente salto tendrás como mínimo aproximadamente 10ms. Y cuanto más cerca estés del destino final, la latencia irá incrementándose. Si de pronto ves un punto donde la latencia se va a 300ms, pero luego en el siguiente baja bruscamente a 20ms (por ejemplo), vemos que hay discrominación/bloqueo del tráfico específico que e está usando, ya que si fuese real se vería en el siguiente nodo.
Que RIOT bloquee en algún nodo las respuesta ICMP no sería nada raro, como digo es "normal". El problema es que el bloqueo que realiza es del 100% y en toda la red. Ahí ya si tenemos un problema porque es que ni siquiera podemos saber la latencia final.
Si en cualquier tracert/ping ves un nodo que tenga X en paquetes perdidos (el que sea), que no sea el primer o segundo nodo, en el momento que sigues bajando si ves un cero o que la pérdida no es consistente con los datos anteriores, implica que la pérdida de paquete no es real, es discriminación del tráfico ICMP de ese nodo.
Saludos.