Verificar conectividad
Resumen
Utilizar el resultado de los comandos ping y tracert para verificar la conectividad y establecer el rendimiento relativo de la red. ¡¡Empieza a aprender CCNA 200-301 gratis ahora mismo!!
¡Bienvenido!: Este tema forma parte del Módulo 17 del curso de Cisco CCNA 1, para un mejor seguimiento del curso puede ir a la sección CCNA 1 para guiarte del índice.
Tabla de Contenido
1. Verificar Conectividad con Ping
El comando ping es la forma más efectiva de probar rápidamente la conectividad de Capa 3 entre una dirección IP de origen y de destino. El comando también muestra varias estadísticas de tiempo de ida y vuelta.
Específicamente, el comando ping utiliza los mensajes echo del Protocolo de mensajes de control de Internet (ICMP) (ICMP tipo 8) y de respuesta echo (ICMP tipo 0). El comando ping está disponible en la mayoría de los sistemas operativos, incluidos Windows, Linux, macOS y Cisco IOS.
En un host con Windows 10, el comando ping envía cuatro mensajes de echo ICMP consecutivos y espera cuatro respuestas de echo ICMP consecutivas desde el destino.
Por ejemplo, suponga que la PC A hace ping a la PC B. Como se muestra en la imagen, el host de la PC A Windows envía cuatro mensajes de echo ICMP consecutivos a la PC B (es decir, 10.1.1.10).
El host de destino recibe y procesa los echos ICMP. Como se muestra en la imagen, la PC B responde enviando cuatro mensajes de respuesta de echo ICMP a la PC A.
Como se muestra en la salida del comando, la PC A ha recibido respuestas de echo de la PC-B verificando la conexión de red de Capa 3.
C:\Users\PC-A> ping 10.1.1.10
Pinging 10.1.1.10 with 32 bytes of data:
Reply from 10.1.1.10: bytes=32 time=47ms TTL=51
Reply from 10.1.1.10: bytes=32 time=60ms TTL=51
Reply from 10.1.1.10: bytes=32 time=53ms TTL=51
Reply from 10.1.1.10: bytes=32 time=50ms TTL=51
Ping statistics for 10.1.1.10:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 47ms, Maximum = 60ms, Average = 52ms
C:\Users\PC-A>La salida valida la conectividad de Capa 3 entre la PC A y la PC B.
La salida del comando ping del Cisco IOS varía de un host de Windows. Por ejemplo, el ping de IOS envía cinco mensajes de echo ICMP, como se muestra en la salida.
R1# ping 10.1.1.10
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 10.1.1.10, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/2 ms
R1#Nota los caracteres !!!!! de salida. El comando ping IOS muestra un indicador para cada respuesta de echo ICMP recibida. La tabla enumera los caracteres de salida más comunes del comando ping .
Indicadores de ping en Cisco IOS
| Elemento | Descripción |
|---|---|
| ! |
|
| . |
|
| U |
|
Nota: Otras posibles respuestas de ping incluyen Q, M, ? o &. Sin embargo, el significado de estos está fuera del alcance de este módulo.
2. Ping extendido
Un ping estándar utiliza la dirección IP de la interfaz más cercana a la red de destino como la fuente del ping . La dirección IP de origen del comando ping 10.1.1.10 en R1 sería la de la interfaz G0/0/0 (es decir, 209.165.200.225), como se ilustra en el ejemplo.
Cisco IOS ofrece un modo “extendido” del comando ping . Este modo permite al usuario crear tipos especiales de pings ajustando los parámetros relacionados con la operación del comando.
El ping extendido se ingresa en modo EXEC privilegiado escribiendo ping sin una dirección IP de destino. Luego se te darán varias indicaciones para personalizar el ping extendido.
Nota: Al presionar Intro, se aceptan los valores predeterminados indicados.
Por ejemplo, supón que deseas probar la conectividad de la LAN R1 (es decir, 192.168.10.0/24) a la LAN 10.1.1.0. Esto se puede verificar desde la PC A. Sin embargo, se puede configurar un ping extendido en R1 para especificar una dirección de origen diferente.
Como se ilustra en el ejemplo, la dirección IP de origen del comando ping extendido en R1 podría configurarse para usar la dirección IP de la interfaz G0/0/1 (es decir, 192.168.10.1).
El siguiente resultado del comando configura un ping extendido en R1 y especifica que la dirección IP de origen sea la de la interfaz G0/0/1 (es decir, 192.168.10.1).
R1# ping
Protocol [ip]:
Target IP address: 10.1.1.10
Repeat count [5]:
Datagram size [100]:
Timeout in seconds [2]:
Extended commands [n]: y
Ingress ping [n]:
Source address or interface: 192.168.10.1
DSCP Value [0]:
Type of service [0]:
Set DF bit in IP header? [no]:
Validate reply data? [no]:
Data pattern [0x0000ABCD]:
Loose, Strict, Record, Timestamp, Verbose[none]:
Sweep range of sizes [n]:
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 10.1.1.1, timeout is 2 seconds:
Packet sent with a source address of 192.168.10.1
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/1 ms
R1#Nota: El comando ping ipv6 se usa para pings extendidos IPv6.
3. Verificar Conectividad con Traceroute
El comando ping es útil para determinar rápidamente si hay un problema de conectividad de Capa 3. Sin embargo, no identifica dónde se encuentra el problema a lo largo del camino.
Traceroute puede ayudar a localizar áreas problemáticas de Capa 3 en una red. Una traza devuelve una lista de saltos a medida que un paquete se enruta a través de una red. Podría usarse para identificar el punto a lo largo del camino donde se puede encontrar el problema.
La sintaxis del comando trace varía entre los sistemas operativos, como se ilustra en la imagen.
La siguiente es una salida de muestra del comando tracert en un host con Windows 10.
C:\Users\PC-A> tracert 10.1.1.10
Tracing route to 10.1.10 over a maximum of 30 hops:
1 2 ms 2 ms 2 ms 192.168.10.1
2 * * * Request timed out.
3 * * * Request timed out.
4 * * * Request timed out.
^C
C:\Users\PC-A>Nota: Usa Ctrl-C para interrumpir un tracert en Windows.
La única respuesta exitosa fue de la puerta de enlace en R1. Solicitudes de rastreo al siguiente salto expirado, según lo indicado por el asterisco (*), lo que significa que el próxima salto router no respondió. Las solicitudes de tiempo de espera agotado indican que hay una falla en la red interna más allá de la LAN, o que estos routers se han configurado para no responder a las solicitudes de echo utilizadas en la traza. En este ejemplo parece haber un problema entre R1 y R2.
La salida del comando traceroute de Cisco IOS varía del comando tracert de Windows. Por ejemplo, consulta la siguiente topología.
La siguiente es una salida de muestra del comando traceroute de R1.
R1# traceroute 10.1.1.10
Type escape sequence to abort.
Tracing the route to 10.1.1.10
VRF info: (vrf in name/id, vrf out name/id)
1 209.165.200.226 1 msec 0 msec 1 msec
2 209.165.200.230 1 msec 0 msec 1 msec
3 10.1.1.10 1 msec 0 msec
R1#En este ejemplo, la traza validó que podría llegar con éxito a la PC B.
Los tiempos de espera indican un problema potencial. Por ejemplo, si el host 10.1.1.10 no estaba disponible, el comando traceroute mostraría el siguiente resultado.
R1# traceroute 10.1.1.10
Type escape sequence to abort.
Tracing the route to 10.1.1.10
VRF info: (vrf in name/id, vrf out name/id)
1 209.165.200.226 1 msec 0 msec 1 msec
2 209.165.200.230 1 msec 0 msec 1 msec
3 * * *
4 * * *
5 *Nota: Usa Ctrl-Shift-6 para interrumpir una ruta de seguimiento en Cisco IOS.
Nota: La implementación de Windows de traceroute (tracert) envía solicitudes de echo ICMP. Cisco IOS y Linux usan UDP con un número de puerto no válido. El destino final devolverá un mensaje de puerto inalcanzable ICMP.
4. Traceroute extendido
Al igual que el comando ping extendido, también hay un comando traceroute extendido. Permite al administrador ajustar los parámetros relacionados con la operación del comando. Esto es útil para localizar el problema al solucionar problemas de bucles de enrutamiento, determinar el Router exacto del siguiente salto o determinar dónde un paquete o firewall corta o rechaza los paquetes.
El comando tracert de Windows permite la entrada de varios parámetros a través de opciones en la línea de comando. Sin embargo, no está guiado como el comando IOS de traceroute extendido. La siguiente salida muestra las opciones disponibles para el comando tracert de Windows.
C:\Users\PC-A> tracert /?
Usage: tracert [-d] [-h maximum_hops] [-j host-list] [-w timeout]
[-R] [-S srcaddr] [-4] [-6] target_name
Options:
-d Do not resolve addresses to hostnames.
-h maximum_hops Maximum number of hops to search for target.
-j host-list Loose source route along host-list (IPv4-only).
-w timeout Wait timeout milliseconds for each reply.
-R Trace round-trip path (IPv6-only).
-S srcaddr Source address to use (IPv6-only).
-4 Force using IPv4.
-6 Force using IPv6.
C:\Users\PC-A>La opción de trazado de ruta extendido Cisco IOS permite al usuario crear un tipo especial de rastreo ajustando los parámetros relacionados con la operación del comando. Traceroute extendido se ingresa en modo EXEC privilegiado escribiendo traceroute sin una dirección IP de destino. IOS lo guiará a través de las opciones de comando presentando una serie de indicaciones relacionadas con la configuración de todos los diferentes parámetros.
Nota: Al presionar Intro, se aceptan los valores predeterminados indicados.
Por ejemplo, supón que deseas probar la conectividad a la PC B desde la LAN R1. Aunque esto se puede verificar desde la PC A, se puede configurar una ruta de seguimiento extendida en R1 para especificar una dirección de origen diferente.
Como se ilustra en el ejemplo, la dirección IP de origen del comando traceroute extendido en R1 podría configurarse para usar la dirección IP de la interfaz LAN R1 (es decir, 192.168.10.1).
R1# traceroute
Protocol [ip]:
Target IP address: 10.1.1.10
Ingress traceroute [n]:
Source address: 192.168.10.1
DSCP Value [0]:
Numeric display [n]:
Timeout in seconds [3]:
Probe count [3]:
Minimum Time to Live [1]:
Maximum Time to Live [30]:
Port Number [33434]:
Loose, Strict, Record, Timestamp, Verbose[none]:
Type escape sequence to abort.
Tracing the route to 192.168.10.10
VRF info: (vrf in name/id, vrf out name/id)
1 209.165.200.226 1 msec 1 msec 1 msec
2 209.165.200.230 0 msec 1 msec 0 msec
3 *
10.1.1.10 2 msec 2 msec
R1#5. Línea Base de red
Una de las herramientas más efectivas para monitorear y solucionar problemas de rendimiento de la red es establecer una línea base de red. La creación de una línea de base de rendimiento de red efectiva se logra durante un período de tiempo. La medición del rendimiento en diferentes tiempos y cargas ayudará a crear una mejor imagen del rendimiento general de la red.
La salida derivada de los comandos de red aporta datos a la línea base de la red. Un método para comenzar una línea de base es copiar y pegar los resultados de un comando ping, trace u otros comandos relevantes ejecutados en un archivo de texto. Estos archivos de texto se pueden marcar con la fecha y guardarse en un archivo para su posterior recuperación y comparación.
Entre los elementos a considerar se encuentran los mensajes de error y los tiempos de respuesta de un host a otro. Si hay un aumento considerable en los tiempos de respuesta, puede haber un problema de latencia para abordar.
Por ejemplo, la siguiente salida de ping fue capturada y pegada en un archivo de texto.
19 de agosto de 2020 a las 08:14:43
C:\Users\PC-A> ping 10.1.1.10
Pinging 10.1.1.10 with 32 bytes of data:
Reply from 10.1.1.10: bytes=32 time<1ms TTL=64
Reply from 10.1.1.10: bytes=32 time<1ms TTL=64
Reply from 10.1.1.10: bytes=32 time<1ms TTL=64
Reply from 10.1.1.10: bytes=32 time<1ms TTL=64
Ping statistics for 10.1.1.10:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 0ms, Average = 0ms
C:\Users\PC-A>Observa que los tiempos de ida y vuelta del ping son inferiores a 1 ms.
Un mes después, el ping se repite y se captura.
19 de septiembre de 2020 a las 10:18:21
C:\Users\PC-A> ping 10.1.1.10
Pinging 10.1.1.10 with 32 bytes of data:
Reply from 10.1.1.10: bytes=32 time=50ms TTL=64
Reply from 10.1.1.10: bytes=32 time=49ms TTL=64
Reply from 10.1.1.10: bytes=32 time=46ms TTL=64
Reply from 10.1.1.10: bytes=32 time=47ms TTL=64
Ping statistics for 10.1.1.10:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 46ms, Maximum = 50ms, Average = 48ms
C:\Users\PC-A>Observa esta vez que los tiempos de ida y vuelta del ping son mucho más largos, lo que indica un problema potencial.
Las redes corporativas deben tener líneas de base extensas; más extenso de lo que podemos describir en este curso. Las herramientas de software de nivel profesional están disponibles para almacenar y mantener información de referencia. En este curso, cubrimos algunas técnicas básicas y discutimos el propósito de las líneas de base.
Las mejores prácticas de Cisco para los procesos de línea de base se pueden encontrar buscando en Internet las “Mejores prácticas de procesos de línea de base“.
6. Laboratorio: Prueba de Latencia de Red con Ping y Traceroute
En este laboratorio, completarás los siguientes objetivos:
- Parte 1: usar Ping para documentar la latencia de red
- Parte 2: usar Traceroute para documentar la latencia de red
Glosario: Si tienes dudas con algún término especial, puedes consultar este diccionario de redes informáticas.
¡Listo! Sigue visitando nuestro blog de curso de redes, dale Me Gusta a nuestra fanpage; y encontrarás más herramientas y conceptos que te convertirán en todo un profesional de redes.
¡Obténlo en PDF!: Descarga todo el contenido de CCNA 1 actualizado (PDF, .PKT, Videos, etc.) en Libro CCNA 1 ITN v7 200-301 para leerlo offline desde cualquier dispositivo.
