Contenido

Introducción

Archivos de configuración de NX-OS

Posibles problemas con el arranque en ASCII

Enfoque recomendado para minimizar el tiempo de inactividad

Introducción

Este documento describe las implicaciones del uso del comando reload ascii.

Archivos de configuración de NX-OS

Durante el arranque, NXOS puede cargar la configuración de una de estas dos maneras:

- Arranque binario: el mecanismo de arranque predeterminado. La configuración precompilada en formato binario se aplica a cada proceso NXOS. El archivo startup-config de texto sin formato no se utiliza y sólo está disponible como referencia. En general, se espera que este archivo refleje con precisión la configuración aplicada en el inicio, dado que es un reflejo de running-config, que es en lo que se basa la configuración binaria. Esta configuración binaria se denomina Servicio de almacenamiento persistente (PSS).

- arranque ASCII: solo se utiliza en situaciones excepcionales. La configuración en formato de texto sin formato se lee del archivo startup-config. A continuación, se aplica durante el arranque del switch exactamente como se habría aplicado si se hubiera introducido a través de la CLI de NX-OS, línea por línea. Conceptualmente similar a la ejecución de los comandos write erase y reload, seguido de la copia de una copia de seguridad de la configuración en running-config.

Posibles problemas con el arranque en ASCII

Por lo general, no se recomienda ejecutar este comando a menos que Cisco TAC lo proponga.

El comportamiento exacto puede diferir entre los diferentes modelos de switch y las versiones de software. En general, los switches Nexus serie 9000 más nuevos muestran muchos menos problemas relacionados con el arranque ASCII, ya que se han aplicado soluciones alternativas internamente para minimizar el impacto. Los switches más antiguos, como Nexus 7000, pueden tener más problemas.

- Hora de arrancar. El arranque del switch puede tardar bastante más, especialmente si se trata de un switch modular con una gran cantidad de VDC. En algunos casos, el arranque puede tardar 1 hora o incluso más. Esto en sí mismo puede causar problemas.

- Incoherencia de la configuración durante el arranque. Dado que la configuración se aplica línea por línea a un ritmo relativamente lento, las partes de la configuración que se encuentran anteriormente en el archivo startup-config pueden tener efecto mucho antes que las que están más cerca del final. Por ejemplo, podría suceder que la configuración del dominio VPC y del link de par se aplique mucho antes que la configuración de la interfaz de par keepalive. El temporizador de recuperación automática de VPC podría caducar antes de que se configure el par keepalive, VPC nunca tiene la oportunidad de descubrir que ya existe un par con un rol "primario", y VPC puede aparecer como primario en el switch local también, lo que lleva a una situación de cerebro dividido.

- Falta la configuración después del inicio. Dado que los comandos se aplican línea por línea, puede suceder que la entidad que se está configurando no esté lista todavía, por lo que no se puede aplicar su configuración. Esto se evita en la mayoría de los casos en los switches Nexus serie 9000 más nuevos, pero es importante para los más antiguos, como Nexus 7000. Ejemplo: La configuración de puertos FEX, puertos como Ethernet101/1/1 todavía pueden faltar en el sistema para cuando se necesiten aplicar sus comandos. Después de ejecutar el comando reload ascii, es necesaria una verificación de diff completa de la configuración en ejecución.

- La configuración no surtirá efecto hasta la recarga subsiguiente. Los switches Nexus serie 9000 generalmente tienen formas de evitarlo, pero en los switches Nexus 7000 en particular, la configuración que requiere una recarga para que surta efecto, como limit-resource u4route-mem minimum X maximum Y, no surte efecto hasta una recarga normal posterior, exactamente como si se hubiera configurado manualmente a través de CLI en un switch recién listo para usar.

Enfoque recomendado para minimizar el tiempo de inactividad

Si se trata de una red de producción redundante en la que debe evitarse el impacto debido a la recarga del switch, dadas las advertencias potenciales mencionadas anteriormente, en switches Nexus 7000 y, en menor medida, en switches Nexus 9000, se recomienda realizar la recarga ASCII como se describe.

1. Aísle el switch de la red para asegurarse de que los estados incoherentes durante el proceso de aplicación de la configuración no afecten a la red activa.

2. Planifique el proceso de recarga para que lleve mucho tiempo, especialmente en switches modulares con muchas tarjetas de línea y VDC.

3. Realice una copia de seguridad de las configuraciones de todos los VDC.

4. Ejecute el comando reload ascii. Mientras que el switch en sí puede ser accesible relativamente pronto, el inicio sólo se completa una vez que "%ASCII-CFG-2-CONF_CONTROL: El mensaje "System ready" aparece en syslog. Esto puede tardar bastante más. Ejemplos de mensajes que buscar:
switch# show logging log | in ASCII

2025 Aug 20 09:32:07 switch %DAEMON-2-SYSTEM_MSG: <<%ASCII-CFG-2-CONF_CONTROL>> Ascii replay - ascii_cfg_server[14359]

2025 Aug 20 09:32:44 switch %ASCII-CFG-2-CONFIG_REPLAY_STATUS: Bootstrap Replay Started.

2025 Aug 20 09:32:49 switch %ASCII-CFG-2-CONFIG_REPLAY_STATUS: Bootstrap Replay Done.

2025 Aug 20 09:33:50 switch %ASCII-CFG-2-CONFIG_REPLAY_STATUS: Ascii Replay Started.

2025 Aug 20 09:33:56 switch %ASCII-CFG-2-CONFIG_REPLAY_STATUS: Ascii Replay Done.

2025 Aug 20 09:33:56 switch %ASCII-CFG-2-CONF_CONTROL: System ready

5. Ejecute una comprobación de diferencia para comparar todas las configuraciones en ejecución con las copias de seguridad realizadas antes de la recarga. Si falta alguna parte de la configuración, agréguela manualmente.

6. Para asegurarse de que todos los comandos que requieren una recarga surtan efecto, ejecute los comandos copy running-config startup-config y reload para realizar una recarga binaria normal.