Ya estamos en el segundo proyecto, tal vez un poco cogidos con las fechas pero igual, seguimos avanzando. :D
Planteamiento de problema:
Configurado una pequeña red en GNS3 con dos router, enlazados en la red 192.168.5.0/24 y un switche conectado a la eth de uno de estos router en la 192.168.70.0/24. Entendible hasta aquí cierto?
Este switche conecta a varias maquinas virtuales (xp, debian, y por supuesto la maquina real que se encuentra en vistaa), con el router emulado y el router ap (real), este ap es la puerta de enlace a internet y por lo tanto se le ha configurado la 192.168.70.1
Bueno, Despues de haber realizado todas las configuraciones, empecé a probar conectividad, es decir, haciendo ping en cada una de las maquinas y de los routers. Todo se encontraba bien en los router y las maquina en windows, cuando probe conectividad en la debian, haciendo ping a la red 192.168.5.0/24 se encontraba bien:
Thiney:/home/thiney# ping 192.168.5.1
PING 192.168.5.1 (192.168.5.1) 56(84) bytes of data.
64 bytes from 192.168.5.1: icmp_seq=1 ttl=254 time=233 ms
64 bytes from 192.168.5.1: icmp_seq=2 ttl=254 time=139 ms
64 bytes from 192.168.5.1: icmp_seq=3 ttl=254 time=181 ms
64 bytes from 192.168.5.1: icmp_seq=4 ttl=254 time=110 ms
64 bytes from 192.168.5.1: icmp_seq=5 ttl=254 time=155 ms
Pero cuando se la hacia a una de las maquinas que se encontraban en el mismo rango, me salia esto:
Thiney:/home/thiney# ping 192.168.70.11
PING 192.168.70.11 (192.168.70.11) 56(84) bytes of data.
64 bytes from 192.168.70.11: icmp_seq=1 ttl=128 time=6.04 ms
From 192.168.70.100: icmp_seq=1 Redirect Network(New nexthop: 192.168.70.11)
64 bytes from 192.168.70.11: icmp_seq=1 ttl=128 time=291 ms (DUP!)
64 bytes from 192.168.70.11: icmp_seq=2 ttl=128 time=3.46 ms
64 bytes from 192.168.70.11: icmp_seq=2 ttl=128 time=56.6 ms (DUP!)
64 bytes from 192.168.70.11: icmp_seq=3 ttl=128 time=4.41 ms
From 192.168.70.100: icmp_seq=3 Redirect Network(New nexthop: 192.168.70.11)
64 bytes from 192.168.70.11: icmp_seq=3 ttl=128 time=222 ms (DUP!)
Y que significa ese DUP..
Pues bien se le conoce como Ping duplicado y el problema basicamente se soluciona cambiando el TTL,
ping - pong - ping - pong
> >esa es la respuesta ... sabes lo que es TTL
> >
> >con dos maquinas A y B lo que sucede es lo siguiente:
> >A) ping(1)
> >B) pong(1)
> >A) ping(2)
> >----> TTL time out
> >A) ping(2)
> >B) pong(2)
> >B) pong(2) <--- DUP
> >
> >Cuando se acaba el tiempo de vida A manda un nuevo ping pero cuando este
lo
> >mando esta llegando el
> >pong de B y al rato llega el otro pong (DUP)
> >
> >En este caso es problema de enlace. Si usas linux, "CREO" que podes
> >manejarlo modificando el TTL.
# echo 128 > /proc/sys/net/ipv4/ip_default_ttl (se cambia el
TTL por defecto de un sistema Linux a un valor de 128)
2 comentarios:
'el cambio del ttl es en la maquina a la que le estoy haciendo el ping o es en la qe lo esta enviando?
Si tu máquina hace ping pero le sale (DUP!) el problema es de la máquina que reciba la conexión, en todo caso es lo probable que el error venga de la máquina que reciba la conexión. Por lo tanto en la máquina que da el error o en la tuya misma para solucionarlo. Pon lo siguiente:
echo128> /proc/sys/net/ipv4/ip_default_ttl
Publicar un comentario