patrones-cisco-ios

Patrones Cisco IOS

Usa este skill al revisar fragmentos de Cisco IOS o IOS-XE, al construir una lista de verificación para una ventana de cambio o al explicar cómo recopilar evidencia de un router o switch sin empeorar el incidente.

Cuándo usarlo

• Revisar configuración IOS o IOS-XE antes de un cambio planificado.
• Elegir comandos show de solo lectura para troubleshooting.
• Verificar máscaras wildcard de ACL y dirección de interfaz.
• Explicar los modos de configuración global, interfaz, proceso de enrutamiento y línea.
• Confirmar que un cambio se aplicó en running-config y se guardó intencionalmente.

Reglas operativas

Trata los ejemplos IOS como patrones, no como cambios listos para producción. Confirma la plataforma, nombres de interfaz, configuración actual, ruta de rollback y acceso fuera de banda antes de realizar cambios en un dispositivo real.

Prefiere este flujo de trabajo:

1. Captura el estado actual con comandos de solo lectura.
2. Revisa la configuración candidata exacta.
3. Confirma que no se pueda bloquear el acceso de gestión.
4. Aplica el cambio más pequeño en una ventana de mantenimiento.
5. Vuelve a leer el estado, compáralo con la línea base y guarda solo después de validar.

Referencia de modos

Router> enable
Router# show running-config
Router# configure terminal
Router(config)# interface GigabitEthernet0/1
Router(config-if)# description UPLINK-TO-CORE
Router(config-if)# no shutdown
Router(config-if)# exit
Router(config)# end
Router# show running-config interface GigabitEthernet0/1

running-config es la memoria activa. startup-config es lo que sobrevive a un reinicio. No guardes un cambio solo porque el comando fue aceptado; valida el comportamiento primero, luego usa copy running-config startup-config si el cambio está aprobado.

Recopilación de solo lectura

show version
show inventory
show processes cpu sorted
show memory statistics
show logging
show running-config | section line vty
show running-config | section interface
show running-config | section router bgp
show ip interface brief
show interfaces
show interfaces status
show vlan brief
show mac address-table
show spanning-tree
show ip route
show ip protocols
show ip access-lists
show route-map
show ip prefix-list

Recopila la sección específica que necesitas en lugar de volcar toda la configuración en un ticket cuando la configuración puede contener secretos, nombres de clientes o topología privada.

Máscaras Wildcard

IOS ACL y muchas sentencias de enrutamiento usan máscaras wildcard, no máscaras de subred.

Subnet mask       Wildcard mask
255.255.255.255   0.0.0.0
255.255.255.252   0.0.0.3
255.255.255.0     0.0.0.255
255.255.0.0       0.0.255.255

Revisa las máscaras wildcard antes del despliegue. Una máscara de subred usada accidentalmente como wildcard puede coincidir con mucho más tráfico del deseado.

ip access-list extended WEB-IN
  10 permit tcp 192.0.2.0 0.0.0.255 any eq 443
  999 deny ip any any log

Toda ACL tiene un deny implícito al final. Agrega un deny explícito con registro cuando el objetivo operativo incluya observar fallos de coincidencia, y confirma que el volumen de registros sea seguro.

Revisión de colocación de ACL

Antes de aplicar una ACL a una interfaz, responde estas preguntas:

• ¿Qué dirección de tráfico se está filtrando, in o out?
• ¿El tráfico de gestión proviene de un jump host conocido o de una subred de gestión?
• ¿Hay un permit explícito para el tráfico de enrutamiento, DNS, NTP, monitoreo o aplicación requerido?
• ¿Hay contadores de hits disponibles desde una fuente de prueba segura?
• ¿Hay un comando de rollback y una consola activa o una ruta fuera de banda?

No pruebes la alcanzabilidad eliminando protecciones de firewall o ACL. Lee primero contadores, registros y estado de rutas.

Higiene de interfaces

interface GigabitEthernet0/1
 description UPLINK-TO-CORE
 switchport mode trunk
 switchport trunk allowed vlan 10,20,30
 switchport trunk native vlan 999
 no shutdown

Usa descripciones claras, modo switchport explícito y VLANs nativas documentadas. En interfaces enrutadas, confirma la máscara, direccionamiento del par y proceso de enrutamiento antes de asumir que el estado del enlace implica que el reenvío es correcto.

Verificación en ventana de cambio

Usa comprobaciones antes/después que coincidan con el cambio real.

show running-config | section interface GigabitEthernet0/1
show interfaces GigabitEthernet0/1
show logging | include GigabitEthernet0/1|changed state|line protocol
show ip route <prefix>
show ip access-lists <name>

Para cambios de enrutamiento, captura también el estado de los vecinos y las tablas de rutas antes y después del cambio. Para cambios de ACL, compara los contadores de hits desde una fuente de prueba planificada en lugar de confiar en un ping genérico.

Anti-patrones

• Aplicar una configuración generada sin un diff específico del dispositivo.
• Guardar la configuración antes de que pasen las verificaciones posteriores al cambio.
• Usar una máscara de subred donde IOS espera una máscara wildcard.
• Aplicar una ACL en la dirección de interfaz incorrecta.
• Solucionar problemas deshabilitando ACL, políticas de ruta o autenticación.
• Pegar configuraciones completas en herramientas públicas sin sanitizar secretos y topología.

Véase también

• Agente: network-config-reviewer
• Agente: network-troubleshooter
• Skill: network-config-validation
• Skill: network-interface-health