Re: [OT] descartar problemas del ISP
On Thu, 09 Aug 2007 08:21:10 -0700, kazabe <kazabe@gmail.com> wrote:
> lan ----------- linux ---- dsl -------- internet
>
> si hago ping hacia los dns del ISP o hacia cualquier ip publica,
> responde con tiempos de respuesta menores al 20% del TTL
¿Podrías ahondar en esto?
PING 200.13.249.101 (200.13.249.101) 56(84) bytes of data.
64 bytes from 200.13.249.101: icmp_seq=1 ttl=253 time=52.1 ms
64 bytes from 200.13.249.101: icmp_seq=2 ttl=253 time=49.8 ms
64 bytes from 200.13.249.101: icmp_seq=3 ttl=253 time=46.1 ms
64 bytes from 200.13.249.101: icmp_seq=4 ttl=253 time=42.5 ms
No sé cuánto sea lo normal en tu enlace, pero si eso es
constante, supongo que está bien. En la casa tengo 20 ms de latencia.
Ahora, sería interesante ver los mismos pings y el tcpdump *durante*
las fallas.
como puedes ver, responde en 50ms en promedio, cuando se tiene un ttl
de 253ms. es a esto a lo que me refiero con lo de la respuesta menor
al 20% del ttl
El ttl no tiene relación con el tiempo de retorno.
TTL (Time to live): Cantidad de routers por los que el paquete puede
brincar antes de que los mismos routers lo maten. Esto es por aquello
de los loops de ruteo, para que después de 256 saltos --por dar un
número-- el paquete se vaya a la basura. Se mide en "saltos".
http://es.wikipedia.org/wiki/Tiempo_de_vida_(informática)
El "time" es el tiempo de retorno o "latencia", el tiempo que tarda el
paquete en ir y venir.
> y de vez en cuando, deja de responder uno que otro paquete.
Esto es hasta cierto punto normal.
Que tanto porcentaje de perdida de paquetes se puede considerar normal
o aceptable?
Me ha tocado medir mi enlace hasta con 3% de pérdida (en muestras de
1000 paquetes) y no se ve afectado el servicio.
--
Octavio.
Reply to: