Troubleshooting en redes Cisco: metodología, estrategias y comandos clave

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:

1. Definir el problema (síntoma y alcance)
2. Recopilar información (estado, logs, contadores, topología, cambios recientes)
3. Analizar posibles causas (hipótesis)
4. Probar hipótesis (validaciones controladas)
5. Aplicar la corrección (con impacto controlado)
6. Verificar el resultado (pruebas post-cambio)
7. 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.