Foro
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
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 local
Pingplotter server 1 riot
Pingplotter nodo previo server 1 riot
Pingplotter server 2 riot
Pingplotter nodo previo server 2 riot
Aqui 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.