Confirmar y sincronizar datos de configuración efímeros mediante el protocolo NETCONF o XML de Junos

La base de datos efímera es una base de datos de configuración alternativa que permite que las aplicaciones cliente de protocolo NETCONF y Junos XML carguen y confirmen simultáneamente cambios de configuración en dispositivos Junos y con una transferencia de datos significativamente mayor que cuando se confirman datos a la base de datos de configuración del candidato. Las aplicaciones cliente pueden confirmar los datos de configuración en una instancia abierta de la base de datos de configuración efímera para que formen parte de la configuración activa en el dispositivo. Cuando se confirman datos de configuración efímeros en un dispositivo, la configuración activa del dispositivo es una vista combinada de las bases de datos de configuración estática y efímera.

Después de que una aplicación cliente confirma una instancia efímera, el dispositivo combina los datos de configuración en la base de datos efímera. Los procesos del sistema afectado analiza la configuración y combinan los datos efímeros con los datos en la configuración activa. Si hay instrucciones en conflicto en las bases de datos de configuración estática y efímera, los datos se fusionan de acuerdo con reglas específicas de priorización. La prioridad de la base de datos, de mayor a menor, es la siguiente:

1. Instrucciones en una instancia definida por el usuario de la base de datos de configuración efímera.

   Si hay varias instancias efímeras definidas por el usuario, la prioridad viene determinada por el orden en que se configuran las instancias en el [edit system configuration-database ephemeral] nivel jerárquico, que se ejecutan de mayor a menor prioridad.

2. Instrucciones en la instancia predeterminada de base de datos efímera.

3. Instrucciones en la base de datos de configuración estática.

La configuración del dispositivo activo es una vista combinada de las bases de datos de configuración estática y efímera. Sin embargo, cuando se muestra la configuración en la CLI mediante el comando de show configuration modo operativo, el resultado no incluye datos de configuración efímeros. En la CLI, puede mostrar los datos en una instancia específica de la base de datos efímera o mostrar una vista combinada de las bases de datos de configuración estática y efímera mediante el uso de variaciones del show ephemeral-configuration comando.

Las aplicaciones cliente pueden confirmar los datos de configuración en una instancia abierta de la base de datos de configuración efímera para que forme parte de la configuración activa en el dispositivo mediante el uso de la <commit-configuration/> operación en una sesión de protocolo Junos XML o la <commit-configuration/> operación en <commit/> una sesión NETCONF.

En una sesión de protocolo Junos XML, una aplicación cliente confirma los datos de configuración en una instancia abierta de la base de datos de configuración efímera mediante el encierro de la <commit-configuration/> etiqueta en un <rpc> elemento tag (al igual que para la configuración candidata).

El servidor de protocolo JUnos XML informa los resultados de la operación de confirmación en <rpc-reply>, <commit-results>y <routing-engine> los elementos de etiqueta. Si la operación de confirmación se realiza correctamente, el <routing-engine> elemento tag encierra la <commit-success/> etiqueta y el <name> elemento tag, que especifica el motor de enrutamiento de destino.

En una sesión NETCONF, una aplicación cliente confirma los datos de configuración en una instancia abierta de la base de datos de configuración efímera mediante el encierro de la <commit/> etiqueta o <commit-configuration/> en un <rpc> elemento de etiqueta (al igual que para la configuración candidata).

El servidor NETCONF confirma que la operación de confirmación fue correcta al devolver la <ok/> etiqueta en un <rpc-reply> elemento tag.

Si se produce un error en la operación de confirmación, el servidor NETCONF devuelve el <rpc-reply> elemento y <rpc-error> el elemento secundario, lo que explica el motivo del error.

La única variante de la operación de confirmación compatible con la base de datos efímera es sincronizar la configuración en el otro motor de enrutamiento, como se describe en Descripción general de sincronización de una instancia efímera.

Los dispositivos del motor de enrutamiento dual y el chasis virtual de la serie MX no sincronizan automáticamente los datos de configuración efímera con un motor de enrutamiento de respaldo cuando se ejecuta una operación de confirmación en una instancia efímera. Puede sincronizar los datos en una instancia efímera por confirmación o por sesión, o puede configurar una instancia efímera para que sincronice sus datos cada vez que confirme la instancia. En dispositivos con motores de enrutamiento dual, el dispositivo sincroniza la instancia efímera con el motor de enrutamiento de respaldo. En las configuraciones de Virtual Chassis serie MX, el sistema sincroniza la instancia efímera solo con el motor de enrutamiento principal del dispositivo de respaldo.

Consulte las siguientes secciones para obtener instrucciones sobre cómo sincronizar instancias efímeras:

• Cómo configurar dispositivos habilitados para GRES para sincronizar datos de configuración efímeros

• Cómo sincronizar una instancia efímera por confirmación

• Cómo sincronizar una instancia efímera por sesión

• Cómo sincronizar automáticamente una instancia efímera al confirmar

• Cómo configurar la sincronización de configuración de conmutación por error para la base de datos efímera

De forma predeterminada, el modelo de confirmación efímera ejecuta operaciones de confirmación sincronizada de forma asincrónica. El servidor de protocolo NETCONF o Junos XML confirma la configuración en el motor de enrutamiento local y, a continuación, copia la configuración en el motor de enrutamiento remoto y la confirma. El motor de enrutamiento que solicita confirma la configuración efímera y emite una notificación de confirmación completa sin esperar a que el otro motor de enrutamiento primero sincronice y confirme la configuración.

En los dispositivos compatibles, también puede configurar la base de datos efímera para ejecutar operaciones de confirmación de sincronización mediante un modelo de confirmación sincrónica. En este modelo, el motor de enrutamiento principal solo completa su operación de confirmación si la confirmación en el otro motor de enrutamiento es correcta. Las operaciones de confirmación sincrónica son más lentas, pero más confiables que las operaciones de confirmación asincrónicas. Para usar el modelo síncronos, configure la instrucción en el commit-synchronize-model synchronous [edit system configuration-database ephemeral] nivel de jerarquía en la base de datos de configuración estática.

Cuando sincroniza una instancia efímera, el servidor de protocolo JUnos XML informa los resultados de la operación de confirmación para el motor de enrutamiento local en <rpc-reply>, <commit-results>y <routing-engine> los elementos de etiqueta. Si la operación de confirmación se realiza correctamente, el <routing-engine> elemento tag encierra la <commit-success/> etiqueta y el <name> elemento tag, que especifica el motor de enrutamiento de destino.

La respuesta del servidor incluye etiquetas adicionales que dependen del modelo de sincronización de confirmación utilizado por la base de datos.

• Si la base de datos efímera usa el modelo sincrónico para las operaciones de confirmación sincronizada, la respuesta del servidor incluye un segundo <routing-engine> elemento para la operación de confirmación en el otro motor de enrutamiento.

• Si la base de datos efímera usa el modelo asíncrono para confirmar operaciones de sincronización, el servidor incluye el <commit-synchronize-server-success> elemento tag, el cual indica que la operación de sincronización está programada en el otro motor de enrutamiento y proporciona el tiempo estimado en segundos necesarios para que la operación se complete.

Por ejemplo:

La respuesta de RPC para las operaciones de sincronización de confirmación sincrónica indica el éxito o el error de la operación de confirmación en el otro motor de enrutamiento. El dispositivo registra el éxito o el error de las operaciones de sincronización de confirmación asincrónicas en el archivo de registro del sistema, siempre que el dispositivo esté configurado para registrar eventos de la instalación dada y nivel de gravedad. Consulte el Explorador de registros del sistema para ver los diversos eventos de base de datos efímeros y los niveles de facilidad y gravedad necesarios para registrarlos.

De manera similar, en las sesiones de NETCONF, el servidor confirma que la operación de confirmación fue correcta al devolver la <ok/> etiqueta en un <rpc-reply> elemento de etiqueta. La respuesta también incluye el <commit-results> elemento para operaciones de sincronización de confirmación sincrónica o el <commit-synchronize-server-success> elemento para operaciones de sincronización de confirmación asincrónicas. Por ejemplo:

De forma predeterminada, la base de datos efímera realiza la confirmación de operaciones de sincronización de forma asincrónica y no sincroniza datos de configuración efímeros con el motor de enrutamiento de respaldo en dispositivos que tienen habilitado el cambio del motor de enrutamiento (GRES). Si la base de datos efímera usa el modelo de sincronización de confirmación asincrónica, debe configurar la instrucción para permitir que los allow-commit-synchronize-with-gres dispositivos habilitados para GRES realicen operaciones de confirmación de sincronización. Alternativamente, en los dispositivos compatibles, puede configurar la base de datos efímera para usar un modelo de confirmación sincrónica para realizar operaciones de confirmación de sincronización. Las operaciones de confirmación sincrónica son más lentas, pero más confiables que las operaciones de confirmación asincrónicas. Recomendamos que utilice el modelo de confirmación sincrónica en dispositivos que tengan GRES habilitado.

Para permitir que los dispositivos con GRES configurados sincronicen datos de configuración efímera:

Puede sincronizar una instancia efímera con el otro motor de enrutamiento para una operación de confirmación determinada en esa instancia.

Para sincronizar una instancia efímera con el otro motor de enrutamiento por confirmación:

Puede sincronizar una instancia efímera con el otro motor de enrutamiento para todas las operaciones de confirmación realizadas mientras la instancia efímera esté abierta, a la que nos referimos libremente como una sesión. Esto no se debe confundir con la sesión de protocolo NETCONF o Junos XML. La sincronización de la instancia por sesión le permite ejecutar varias operaciones de carga y confirmación, y asegurarse de que cada operación de confirmación sincroniza automáticamente la instancia con el otro motor de enrutamiento hasta que se cierra la instancia.

Para sincronizar una instancia efímera para todas las operaciones de confirmación realizadas mientras la instancia esté abierta:

En dispositivos que ejecutan Junos OS versión 22.1R1 o posterior y en dispositivos que ejecutan Junos OS Evolucionado, puede configurar una instancia efímera de modo que sincronice su configuración con el otro motor de enrutamiento cada vez que confirme la instancia.

Para configurar la instancia efímera para que se sincronice cada vez que confirme la instancia:

Los dispositivos de chasis virtual serie MX y motor de enrutamiento dual admiten sincronización de configuración de conmutación por error para la base de datos efímera, lo que ayuda a garantizar que la base de datos de configuración se sincronice entre motores de enrutamiento en caso de una conmutación del motor de enrutamiento. Esto se logra cuando se configura la instrucción en el commit synchronize [edit system] nivel de jerarquía en la base de datos de configuración estática.

Si configura la commit synchronize instrucción en la base de datos de configuración estática, tiene los siguientes efectos:

• El dispositivo sincroniza su base de datos de configuración estática con el otro motor de enrutamiento durante una operación de confirmación.

• A partir de Junos OS versión 20.2R1, el motor de enrutamiento de respaldo sincroniza las bases de datos de configuración estática y efímera cuando se sincroniza con el motor de enrutamiento principal. En versiones anteriores, el motor de enrutamiento de copia de seguridad solo sincroniza la base de datos de configuración estática.

Cuando configure la commit synchronize instrucción en los motores de enrutamiento principal y de respaldo, el motor de enrutamiento de respaldo sincroniza su configuración con el motor de enrutamiento principal en los siguientes escenarios:

• El motor de enrutamiento de respaldo se elimina y se reinserte

• El motor de enrutamiento de respaldo se reinicia

• El dispositivo realiza un cambio agraciado del motor de enrutamiento

• Hay un cambio manual en los roles

• Se inserta un nuevo motor de enrutamiento de respaldo que tiene configurada la commit synchronize instrucción

En un sistema de motor de enrutamiento dual, el motor de enrutamiento de respaldo sincroniza sus bases de datos de configuración con el motor de enrutamiento principal. En un Virtual Chassis serie MX, el motor de enrutamiento principal del dispositivo de respaldo sincroniza sus bases de datos de configuración con el motor de enrutamiento principal en el dispositivo principal.

Para habilitar la sincronización de configuración de conmutación por error para las bases de datos estáticas y efímeras en dispositivos compatibles que ejecutan Junos OS versión 20.2R1 o posterior o dispositivos que ejecutan Junos OS Evolucionado: