Troubleshooting en redes Cisco: metodología, estrategias y comandos clave
En redes Cisco, resolver incidentes no depende de “probar suerte” con comandos al azar.
Un troubleshooting efectivo se basa en método, orden y evidencia.
En este artículo veremos un enfoque técnico y educativo para diagnosticar fallas en redes Cisco,
junto con las estrategias más utilizadas en entornos reales.
1) Antes del CLI: define el problema con precisión
Antes de conectarte por consola o SSH, define el incidente en términos claros. Un diagnóstico
acertado comienza con preguntas simples:
- ¿Qué dejó de funcionar exactamente? (servicio, aplicación, VLAN, enlace, usuario, sitio)
- ¿Desde cuándo ocurre? (cambio reciente, mantenimiento, corte de energía, actualización)
- ¿Es total o parcial? (afecta a todos, a un segmento, a una sede, a una VLAN)
- ¿Hay síntomas repetibles? (intermitencia, horario, alto uso, pérdida de paquetes)
Este paso evita el error más común: diagnosticar sin entender el problema.
2) Estrategias de troubleshooting más usadas (y cuándo aplicarlas)
2.1 Top-Down (de capa alta a capa baja)
Empieza desde la aplicación y baja por las capas. Es útil cuando “la red se ve bien” pero el servicio no responde.
- Cuándo usarlo: fallas de aplicaciones (web, ERP, Teams), problemas DNS, sesiones TCP.
- Ventaja: detecta rápido si el problema está en servicios (DNS, puertos, certificados, etc.).
2.2 Bottom-Up (de capa baja a capa alta)
Comienza por lo físico (link, errores, drops) y avanza hacia IP y aplicaciones.
Es ideal para caídas totales o puertos en down.
- Cuándo usarlo: enlace caído, interfaz down, pérdida total de conectividad.
- Ventaja: detecta rápido problemas de cableado, SFP, negociación, errores físicos.
2.3 Divide and Conquer (la más usada en producción)
Se valida primero una capa “intermedia” (normalmente IP) para decidir si subir o bajar.
Es muy eficaz en redes grandes y bajo presión de tiempo.
- Cuándo usarlo: incidentes en redes complejas, múltiples saltos, operación 24/7.
- Ejemplo: si hay ping al gateway, el problema puede estar hacia arriba (rutas/ACL/DNS).
Si no hay ping, baja a VLAN/trunks/físico.
2.4 Follow the Path (seguir el camino del tráfico)
Analiza salto por salto desde el origen al destino: dónde se pierde el tráfico y por qué.
Fundamental en escenarios intersite, MPLS/SD-WAN, túneles y ambientes segmentados.
- Cuándo usarlo: conectividad entre sedes, rutas asimétricas, problemas inter-VLAN o WAN.
- Ventaja: reduce con precisión el punto de falla a un nodo/enlace específico.
2.5 Comparación contra un estado “normal”
Compara con un equipo/enlace que funciona correctamente (misma plantilla, misma sede, mismo modelo).
Es una forma muy rápida de detectar diferencias de configuración.
- Cuándo usarlo: fallas en un solo nodo o una sola sede “clonada”.
- Ventaja: evidencia diferencias (VLAN permitidas, rutas, STP, ACL, etc.).
3) Metodología recomendada (estructura clásica)
Una secuencia de trabajo ordenada reduce errores y mejora el tiempo de resolución:
- Definir el problema (síntoma y alcance)
- Recopilar información (estado, logs, contadores, topología, cambios recientes)
- Analizar posibles causas (hipótesis)
- Probar hipótesis (validaciones controladas)
- Aplicar la corrección (con impacto controlado)
- Verificar el resultado (pruebas post-cambio)
- Documentar (qué se hizo, por qué, evidencia, lecciones aprendidas)
La documentación suele omitirse, pero en operación y auditoría es la diferencia entre “apagar incendios”
y mejorar el servicio.
4) Checklist técnico: qué revisar en una red Cisco
4.1 Capa física y enlace
- Estado de interfaz (up/down)
- Errores CRC, drops, overruns, flaps
- Negociación (speed/duplex)
- SFP/FO: potencia óptica (si aplica)
4.2 Capa 2 (VLAN, trunking y loops)
- VLAN correcta en puerto de acceso
- Trunk activo y VLANs permitidas
- STP: root bridge, puertos bloqueados, cambios de topología
- Tabla MAC: aprendizaje, flapping
4.3 Capa 3 (routing y forwarding)
- Gateway correcto, ARP, reachability
- Tabla de rutas y next-hop
- CEF (cuando aplique) para validar forwarding
- Asimetrías: ida por un camino y retorno por otro
4.4 Políticas y servicios (ACL, NAT, DNS, DHCP)
- ACL bloqueando puertos/subredes
- NAT (si aplica) y sesiones
- DNS resolviendo correctamente
- DHCP entregando IP, gateway y DNS correctos
5) Comandos Cisco útiles (base para diagnóstico)
5.1 Estado general
show ip interface brief
show interfaces status
show version
5.2 Interfaces (errores y contadores)
show interfaces
show interfaces counters errors
show interfaces description
5.3 Capa 2: VLAN, trunk y MAC
show vlan brief
show interfaces trunk
show mac address-table
show spanning-tree
5.4 Capa 3: rutas y forwarding
show ip route
show ip cef
traceroute <destino>
ping <destino> source <ip-origen>
5.5 Descubrimiento (para validar vecinos y enlaces)
show cdp neighbors detail
show lldp neighbors detail
5.6 Logs (para correlacionar eventos)
show logging
show clock
Consejo: guarda evidencia con terminal length 0 y exporta salida a un archivo cuando sea posible.
6) Errores típicos (y cómo evitarlos)
- “Cambiar para probar” en producción: crea más incidentes de los que resuelve.
- No volver al estado inicial: deja configuraciones temporales y genera problemas futuros.
- No registrar evidencias: dificulta soporte, auditoría y lecciones aprendidas.
- No aislar el alcance: un problema en una VLAN termina tratándose como un problema “de toda la red”.
Conclusión
El troubleshooting en redes Cisco es una habilidad que se desarrolla con metodología y práctica.
Aplicar estrategias como Divide and Conquer o Follow the Path, junto con un checklist por capas,
permite diagnosticar incidentes más rápido, reducir el impacto y entregar soluciones sustentables.
