Diagnóstico de Redes; comparativa Linux y Cisco

En el trabajo diario de un Administrador de Sistemas y Redes, la velocidad y precisión al aislar un fallo de infraestructura determinan la diferencia entre una interrupción menor y un incidente crítico de producción. Un entorno híbrido requiere dominar tanto las utilidades del espacio de usuario en Linux como la interfaz de línea de comandos (CLI) de Cisco IOS. Esta hoja de referencia rápida (cheat-sheet) reúne las herramientas indispensables para diagnosticar capas 3, 4 y 7 del modelo OSI, ofreciendo comparativas directas y comandos listos para producción.

1. Diagnóstico de Conectividad ICMP: Ping

La herramienta ping es el primer punto de contacto para verificar la alcanzabilidad de un nodo y medir la latencia de ida y vuelta (RTT). En Linux y Cisco, su comportamiento predeterminado difiere notablemente en términos de conteo de paquetes y opciones de origen.

Comandos esenciales en Linux:

# Enviar solo 4 paquetes de prueba
ping -c 4 192.168.1.1

# Enviar paquetes con un intervalo de 0.2 segundos (requiere sudo para < 0.2s)
sudo ping -i 0.2 10.0.0.254

# Probar la MTU de la red evitando la fragmentación (DF-bit) con tamaño de carga de 1472 bytes (1472 + 28 bytes de cabeceras = 1500)
ping -s 1472 -M do 172.16.0.1

# Forzar el envío desde una interfaz específica o IP origen
ping -I eth0 8.8.8.8
ping -I 192.168.10.50 8.8.8.8

Comandos equivalentes en Cisco IOS:

! Ping extendido básico especificando origen y conteo
ping 8.8.8.8 source GigabitEthernet0/0 repeat 10 timeout 1

! Verificación de MTU sin fragmentación
ping 172.16.0.1 size 1500 df-bit

! Ping masivo para pruebas de estrés
ping 10.0.0.254 repeat 1000 size 1000 timeout 0

2. Identificación de Rutas y Saltos: Traceroute

Mientras que Linux utiliza UDP por defecto para traceroute, Cisco utiliza paquetes ICMP Probe. Es vital entender esta diferencia cuando existen cortafuegos intermedios filtrando tráfico UDP o ICMP.

Comandos esenciales en Linux:

# Trazado estándar omitiendo la resolución DNS inversa (más rápido)
traceroute -n 1.1.1.1

# Utilizar solicitudes ICMP Echo en lugar de paquetes UDP
traceroute -I 8.8.8.8

# Utilizar paquetes TCP SYN hacia un puerto específico (ideal para saltar firewalls)
traceroute -T -p 443 webserver.com

# Especificar la interfaz de salida y el TTL máximo
traceroute -i eth1 -m 15 10.20.0.1

Comandos equivalentes en Cisco IOS:

! Traceroute extendido especificando interfaz de origen
traceroute 1.1.1.1 source Loopback0 numeric

! Ajustar el tiempo de espera y el límite de saltos (TTL)
traceroute 10.20.0.1 ttl 1 15 timeout 1

3. Diagnóstico Continuo e Híbrido: MTR (My TraceRoute)

mtr combina la funcionalidad de ping y traceroute en una única herramienta dinámica. Proporciona estadísticas en tiempo real sobre la pérdida de paquetes y la latencia en cada salto del camino.

Comandos esenciales en Linux:

# Modo interactivo mostrando direcciones IP numéricas
mtr -n 8.8.8.8

# Generar un informe estático de 50 paquetes por salto para adjuntar a un ticket
mtr --report --report-cycles=50 -n 192.168.1.100 > informe_red.txt

# Utilizar paquetes TCP SYN en el puerto 80 con MTR
mtr --tcp -P 80 -n app.dominio.com

Nota sobre Cisco: Cisco IOS no cuenta con un equivalente directo interactivo a MTR. El diagnóstico equivalente se realiza ejecutando ping con un número elevado de repeticiones o mediante la herramienta ip SLA.

4. Inspección y Modificación de Enrutamiento: IP Route

El análisis de las tablas de enrutamiento permite determinar por qué interfaz o siguiente salto (next-hop) saldrá el tráfico antes de enviarlo.

Comandos esenciales en Linux (Suite iproute2):

# Mostrar la tabla de enrutamiento IPv4 principal
ip route show

# Simular qué ruta tomará un paquete hacia un destino específico (excelente para depuración)
ip route get 8.8.8.8

# Añadir una ruta estática hacia una subred a través de una pasarela
sudo ip route add 10.50.0.0/16 via 192.168.1.254 dev eth0

# Eliminar una ruta estática
sudo ip route del 10.50.0.0/16

Comandos equivalentes en Cisco IOS:

! Mostrar la tabla de enrutamiento IP completa
show ip route

! Consultar la ruta específica hacia una IP de destino
show ip route 8.8.8.8

! Verificar la tabla de conmutación exprés (CEF) para validar el siguiente salto real
show ip cef 8.8.8.8

! Configurar una ruta estática
ip route 10.50.0.0 255.255.0.0 192.168.1.254

5. Estado de Sockets y Puertos: Netstat y SS

Para determinar qué servicios están escuchando en un servidor y verificar las conexiones activas, ss ha reemplazado al antiguo netstat en Linux debido a su mayor velocidad y menor consumo de recursos.

Comandos esenciales en Linux:

# Listar todos los puertos en escucha (TCP/UDP) con el proceso asociado y sin resolución de nombres
ss -tulpn

# Ver todas las conexiones TCP establecidas activas
ss -g -t state established

# Resumen estadístico de las conexiones del sistema
ss -s

# Comando equivalente clásico con netstat
netstat -tulnp

Comandos equivalentes en Cisco IOS:

! Mostrar puertos abiertos en el plano de control del router
show control-plane host open-ports

! Ver el estado de las conexiones de sockets IP locales en el equipo
show ip sockets

! Mostrar conexiones TCP activas iniciadas hacia o desde el router
show tcp brief

6. Captura Profunda de Tráfico: Tcpdump y Cisco EPC

Cuando el diagnóstico por capas superiores falla, el análisis de tramas mediante la captura de paquetes es la solución definitiva.

Comandos esenciales en Linux (tcpdump):

# Capturar tráfico en una interfaz sin resolver DNS ni nombres de puerto
sudo tcpdump -i eth0 -nn

# Filtrar por IP origen/destino y puerto específico (ej. tráfico HTTP/HTTPS)
sudo tcpdump -i eth0 -nn host 192.168.1.50 and \( port 80 or port 443 \)

# Capturar únicamente paquetes ICMP
sudo tcpdump -i any -nn icmp

# Guardar la captura en formato PCAP para analizar posteriormente con Wireshark
sudo tcpdump -i eth0 -w captura_incidencia.pcap -s 0 port 53

Comandos equivalentes en Cisco IOS (Embedded Packet Capture - EPC):

! 1. Definir el buffer de captura en memoria
monitor capture MI_CAPTURA buffer size 10

! 2. Definir los puntos de captura (interfaz y dirección)
monitor capture MI_CAPTURA interface GigabitEthernet0/1 both

! 3. Asignar un filtro de tráfico mediante una Lista de Control de Acceso (ACL)
monitor capture MI_CAPTURA access-list ACL_FILTRO_CAPTURA

! 4. Iniciar y detener la captura
monitor capture MI_CAPTURA start
monitor capture MI_CAPTURA stop

! 5. Exportar el archivo PCAP a un servidor TFTP/FTP para Wireshark
monitor capture MI_CAPTURA export tftp://192.168.1.100/cisco_capture.pcap

7. Metodología de Flujo de Trabajo en Diagnóstico

Un administrador de sistemas eficiente aplica un enfoque metódico para resolver problemas de red:

• Paso 1 (Capa Física y Enlace): Verificar el estado de la interfaz con ip link en Linux o show interfaces status en Cisco. Buscar errores de CRC o drops.
• Paso 2 (Capa de Red): Validar direccionamiento IP, máscara de subred y respuesta del gateway local mediante ping y ip route get.
• Paso 3 (Trazado y Ruta de Tránsito): Localizar puntos de caída o latencia anormal entre el origen y el destino utilizando mtr o traceroute.
• Paso 4 (Capa de Transporte y Aplicación): Confirmar que el servicio remoto escucha en el puerto correcto con ss -tulpn o verificar bloqueos de firewall capturando tráfico en directo con tcpdump.