Troubleshooting de Redes Bsico

NOTA: Este post fue publicado originalmente en mi anterior blog el

10/08/2007
Cuando se est tratando de resolver un problema de comunicacin, por
ejemplo de flujo de correos entre servidores, lo segundo que hay que
revisar (lo primero, todos sabemos: verificar que el servidor est
encendido y con todos sus cables bien conectados ), es probar que
se pueda establecer comunicacin con ste. Para realizar las pruebas
utilizaremos herramientas que ya vienen incorporadas en Windows.

1. Lo primero es lo Primero: Ping

Abrimos una ventana de Smbolo de Sistema (o D.O.S., o consola, o

lnea de comando, o shell) y escribimos:

ping <IP_Destino> -N 10

El comando ping, realiza una solicitud de echo ICMP (echo-Request) al

servidor que queremos verificar. Por defecto se realizan 4 solicitudes,
pero yo prefiero usando el parmetro -N <nmero>, darle un mltiplo de
10. Esto tiene 2 razones bastante simples:
Si hay problemas de intermitencia en el enlace (me ha pasado con
enlaces de microondas), slo 4 ping no siempre detectan esta situacin.
Si se realiza una cantidad mltiplo de 10 es inmediato el clculo del
porcentaje de prdida de paquetes
El ejemplo anterior corresponde a un cliente que perda la conexin con
el servidor de Escritorio Remoto dnde estaba el ERP de la empresa.
Este era un enlace de microondas que tena mal apuntada la antena y
gracias a ste (y otros muchos reportes, con ms paquetes) pudimos
identificar el problema.

Otra informacin importante que se puede sacar desde este ping es que
tan rpida o lenta est la red, viendo el tiempo de recorrido redondo
(roundtrip). Claramente no hay un tiempo ptimo, pues depende de las
caractersticas de la red, la congestin y el ancho de banda. An as este
valor no debiese superar los 20 ms (en el ejemplo: un mnimo de 80 y un
mximo de 841 no fueron buenos nmeros).

Finalmente se puede determinar qu tan lejos est el emisor del

receptor del mensaje, comparando los valores del TTL.
IMPORTANTE: En el ejemplo anterior se hace ping desde el equipo
cliente en la ubicacin a un servidor web de una muy conocida y
prestigiosa Universidad . Por qu?, porque yo s que ese servidor
SI responde PING. Es posible que el destino del Ping no est
configurado para responder Ping, o que haya un firewall bloqueando las
peticiones de echo, por lo que si como respuesta a un ping no hay
respuesta esto no necesariamente indica problemas en la red o en el
servidor.
2. NSLookup

En el ejemplo anterior en realidad hicimos una pequea trampa:

asumimos que el servidor DNS estaba funcionando
El servidor DNS es el encargado de hacer la traduccin <nombres> =
<direccin IP>. En este caso: www.uc.cl = 146.155.99.60, pues en
realidad, la peticin de eco se hace a la IP de destino, no al <nombre>.

La herramienta ms bsica para revisar que el servidor DNS al cual

estamos consultando est respondiendo es nslookup, que en su forma
ms simple puede invocarse de la siguiente forma:

nslookup <IP_Destino>

Una posible respuesta a esta solicitud es la del siguiente ejemplo:

Las primeras lneas identifican al servidor que me est respondiendo la
consulta: 192.168.8.1 y el puerto 53 (estndar para DNS)

La tercera lnea indica que el servidor no es dueo ni parte de la

zona DNS, por lo que su respuesta no es de primera mano, sino que
responde lo que sabe.

Finalmente las ltimas lneas identifican el nombre con su direccin IP.

Una respuesta distinta a sta implicara problemas con el servidor DNS o
con su capacidad para resolver (por s mismo o preguntando a otros
servidores) las consultas que se le realizan. En este caso (y como regla
general), es mejor ejecutar los comandos con la direccin IP en vez del
nombre.

3. Tracert

OK. Ya sabemos si tenemos, o no, prdida de paquetes, y sabemos

encontrar la direccin IP de nuestro destino. Otra herramienta muy til
en la resolucin de problemas es Tracert (traceroute en sistemas basados
en Unix), pues nos permite saber por dnde (por cules routers) pasan
los paquetes mientras viajan entre el origen y el destino.
tracert <IP_Destino>

Una ejecucin se muestra en el siguiente ejemplo:

 La Primera columna indica el nmero de salto. Las siguientes 3
muestran el tiempo de respuesta del router frente a los paquetes
enviados, si el resultado es un (*) simplemente indica que no se obtuvo
respuesta. La cuarta columna muestra el router: nombre, si es capaz de
resolverlo, o su direccin IP.

La primera lnea (primer salto), si tiene el nmero 0, es el equipo local,

si tiene el nmero 1 es el Default Gateway o puerta de enlace del equipo
desde el cual se est ejecutando el Tracert. La ltima lnea debiese ser el
Servidor o Equipo de destino. (no siempre es alcanzable).

Una variante sper interesante de Tracert es VisualRoute, que muestra

visualmente en un mapa del mundo la ubicacin (aproximada, por cierto)
de los routers por dnde pasa un paquete en su recorrido por la sper
carretera de la informacin. (Se requiere JAVA)
3. PathPing

Una de mis favoritas, pues combina en una slo herramienta las 3

anteriores :D.

pathping <IP_Destino>

El funcionamiento de pathping es ms o menos el siguiente:

Primero resuelve el nombre del destino a su direccin IP. (Nslookup)

Luego obtiene el camino por dnde viajan los paquetes (Tracert)
Finalmente, realiza una prueba de conectividad enviando una rfaga de
solicitudes de eco ICMP, es decir, hace ping muchas veces a cada router
en el camino recin obtenido.
Y lo mejor, despliega estadsticas sobre prdidas de paquetes al final de
la ejecucin
En nuestro ejemplo del enlace va microondas:
 Notas:

BORRADA corresponde a IPs pblicas reales, borradas para proteger la

identidad de los implicados
Los saltos (routers) 7 y 8, destacados en otro color, presentaban prdidas
de paquetes.
Pathping tarda un rato, alrededor de 5 minutos, en terminar de ejecutarse,
debido a la cantidad de paquetes (100) que enva a cada salto, pero vale
la pena esperar.
4. Notas Finales

Muchas de estas herramientas (si no todas) poseen una versin en

entorno grfico, tal vez ms amigables y tal vez hasta gratis. De todas
formas creo importante saber que existen y vienen junto al sistema
operativo, pues a veces es a lo nico a lo cual podemos echar mano.
Tip: para quienes den exmenes de certificacin sobre networking, el
uso de estas herramientas son preguntas seguras

Otra consideracin importante es que en este artculo revisamos las

herramientas con sus opciones ms elementales (o las que eran mis
favoritas), pero todas stas poseen muchas otras funcionalidades que son
interesantes y tiles. Slo basta con escribir el nombre de la herramienta
seguido de un /? para descubrirlas

Espero que esto les haya resultado de utilidad y que NO tengan que
usarlo para resolver problemas en sus redes