Packet Loss de los ****nes

Esta noche haré tests a cada router, a ver qué encontramos.

La prueba en la red interna:

De buenas a primeras, estoy analizando mi camino hacia (link roto)

primer salto: 10.204.0.1 de 1079 paquetes enviados, perdidos 19 (1% loss) bueno... estamos ya en el límite del QoS.

segundo salto: 10.127.42.145 1129 paquetes enviados, perdidos 37 (3% loss) esto bajo mi punto de vista ya no es aceptable.

tercer salto: 10.207.240.126 No acepta pings... pero es el último antes de llegar a:

destino: 62.42.230.15 : 1055 paquetes enviados, perdidos 58 (5% loss) ... vamos, que debo suponer que es el total perdido en los 3 saltos.

En fin...

No indicas como tienes el TTL configurado en la tarjeta de red, un TTL excesivamente bajo aumenta el riesgo de perdida de paquetes. En mi caso antes lo tenia a 32 y la perdida de paquetes no siendo excesiva era significativa, ahora lo tengo a 64 y casi ha desaparecido.

Poseo un cablemodem. En el momento de la prueba me colgaba solamente 1 ordenador de la red. Si, tengo un router detrás pero descartado que me afecte ya que en días anteriores lo eliminé para ver si era el causante... pero sin éxito.

Lo que es un "Time To Live" lo tengo claro, si no recuerdo mal, es un contador colocado dentro de la cabecera IP por el host origen y que es decrementado en 1 por cada router por el que pasa para poder saber la cantidad de routers por los que está pasando ese datagrama. Eso permite saber al router que se encuentra con ese contador a 0 que ese datagrama debe descartarse porque ha dado demasiados saltos sin llegar todavía a su destino. Estamos de acuerdo ??

Entonces, si te comento el tracert de (link roto) de esta manera...

primer salto: 10.204.0.1 de 1079 paquetes enviados, perdidos 19 (1% loss) bueno... estamos ya en el límite del QoS.

segundo salto: 10.127.42.145 1129 paquetes enviados, perdidos 37 (3% loss) esto bajo mi punto de vista ya no es aceptable.

tercer salto: 10.207.240.126 No acepta pings... pero es el último antes de llegar a:

destino: 62.42.230.15 : 1055 paquetes enviados, perdidos 58 (5% loss) ... vamos, que debo suponer que es el total perdido en los 3 saltos.

Por muy bajo que tenga el TTL, es que... como ves... llego al 3er router...

Lo que busco realmente es saber por qué se me descartan los paquetes en cada uno de los routers intermedios hasta ono.com, así que repito, que mi procedimiento a falta de otras alternativas, es por ahora hacer el tracert, y seguidamente apuntarme cada router que me aparece en él para después enviarle una ristra de pings a cada uno. Con ello observo qué porcentaje se me pierde en cada uno de ellos.

Con esto intentamos averiguar si existe un router intermedio que posiblemente pueda estar saturado. El problema... es que en cada router observo porcentajes que se incrementan respecto al router anterior... cosa que me da escalofríos.

A parte de eso... pero vamos, es sólo un detalle... el ping lo hago por defecto con el parámetro -i 255 ...

Conclusión: Hay alguien que me pueda explicar esos porcentajes ? Porque ahora mismo, lo que me hacen pensar es *además de que mi línea va como el culo* que las de mis vecinos también van como el culo.

Muchísimas gracias!

No te puedes ni imaginar lo agradecido que te estoy!

Lo que habéis hecho es INCREIBLE. Muchas gracias a ti y a tus compañeros por el servicio prestado. Intentaré supervisar en los próximos días la línea para ver si veo alguna cosa más, pero por ahora veo ya bastantes cambios:

Me acabo de conectar a casa desde el trabajo para ver cómo va un primer test que he dejado esta mañana y llevo 22200 paquetes enviados sobre ono.com y he perdido sólo 13, cosa que es ya completamente aceptable. Además este ping es con el router enchufado al cablemodem y usando el cable pasado por las cajas de la pared en vez de conectarme directamente al cablemodem.

Te agradezco mucho el tiempo, la dedicación y las explicaciones que me habéis dado. Por mi parte a disponer para lo que queráis.

Un saludo y Gracias por todo.