Diagnostico Problemas De Red TCP/IP Con Ping

Diagnosticando problemas de red TCP/IP con ping

Ping es una herramienta de diagnóstico de redes TCP/IP, que ofrece información util sobre la presencia en red de de otro ordenador, y sobre el rendimiento de la conexión; de modo similar al sonar de un submarino (de ahi su nombre) envia una señal a un ordenador en red y escucha el eco.

Aunque es una herramienta de gran utilidad, sus resultados a veces pueden resultar falseados por politicas de seguridad establecidas en el ordenador investigado, ya que en ocasiones, para hacer invisible a un ordenador en red (indetectable = inatacable) se configuran para que no contesten este tipo de peticiones. Por tanto si estas haciendo ping sin respuesta a un equipo de tu red, una de las cuestiones a tener en cuenta será la existencia de filtros a nivel de router, o firewall.

Por supuesto, es una herramienta de consola, y su uso es ping numero_ip_target o bien ping nombre_de_dominio_target

1. Ping a tu dirección local 127.0.0.1; debe responder. Si no responde, posiblemente el protocolo TCP/IP esté dañado. Habrá que reinstalar el protocolo.

2. Ping a tu IP privada, si estas en sub red (por ejemplo 192.168.1.2). Debe responder. Si no hay respuesta, o bien has escrito mal tu ip, o como en el caso anterior es un problema de la pila TCP/IP. Puedes averiguar tu IP con ipconfig

3. Ping a la IP privada del gateway. Debe responder.

4. Ping a la IP pública del gateway. Debe responder

5. Ping a la IP de un ordenador fuera de la red. Debe responder

6. Ping al nombre de dominio de un ordenador fuera de la red. Debe responder. De no responder (y si en los casos anteriores) debes revisar tus dns.

TTL

Uno de los datos que lleva cada datagrama enviado por TCP/IP es el TTL que es el número de saltos (pasos por routers) que el paquete puede dar antes de ser descartado o devuelto. Se trata de un límite impuesto por el protocolo TCP/IP para evitar que queden paquetes vagando por la red indefinidamente. El número máximo de saltos permitidos en el protocolo TCP/IP es 255, pero normalmente las aplicaciones que usan el protocolo TCP/IP fijan un valor menor (por ejemplo, 128 un host con XP, 32 en los primeros SO windowsetc). El valor recomendado como normal es de 60 saltos. Típicamente, el valor TTL disminuirá una unidad por cada paso de router, hasta llegar al tope establecido. El router por el que pasen datos con TTL igual a cero, no redigirá dichos datos, sino que los descartará.

si quieres saber el valor TTL que usa tu ordenador haz ping localhost.

Teóricamente sabiendo el valor inicial del TTL podriamos saber cuantos saltos ha dado el paquete hasta alcanzar destino y volver (valor TTL de nuestra aplicacion TCP/IP menos valor TTL del ping), si bien es sumamente impráctico utilizarlo con esta finalidad, pues los host a los que hacen ping no devuelven el mismo TTL del paquete que reciben, sino su propio valor TTL. Por ejemplo, tu puedes hacer un ping con un XP (valor TTL de 128) que pasa por 10 routers, y llega a destino con valor 118. El dispositivo al que haces ping podría ser un router (suelen tener TTL de 255) con lo cual ese valor seria asignado al TTL. La respuesta del ping hacia tu ordenador podría pasar por 15 routers: recibirias un ping con TTL 240, escasamente indicativo de la ruta del paquete.

En contexto de servidores DNS, TTL es el tiempo en el que un servidor que consulta a un servidor superior debe conservar la respuesta en su

...