Confirme la configuración del candidato solo después de la confirmación con el protocolo XML de Junos

Cuando confirme la configuración de candidato, puede requerir una confirmación explícita para que la confirmación sea permanente. La operación de confirmación confirmada es útil para comprobar que un cambio de configuración funciona correctamente y no impide el acceso de administración al dispositivo. Si el cambio impide el acceso o causa otros errores, la devolución automática a la configuración anterior restaura el acceso después de que pase el plazo de devolución. Si la confirmación no se confirma dentro de la cantidad de tiempo especificada, que es de 10 minutos, el dispositivo carga y confirma automáticamente (retrovierte a) la configuración previamente confirmada.

En una sesión de protocolo Junos XML con un dispositivo que ejecuta Junos OS, para confirmar la configuración de candidato, pero se requiere una confirmación explícita para que la confirmación sea permanente, una aplicación cliente encierra la etiqueta vacía <confirmed/> en los <commit-configuration> elementos y <rpc> etiqueta.

Para especificar un número de minutos para la fecha límite de devolución que sea diferente del valor predeterminado de 10 minutos, la aplicación incluye el <confirm-timeout> elemento tag y especifica el número de minutos para el retraso, en el intervalo de 1 a 65 535 minutos.

Nota:

No puede realizar una operación de confirmación confirmada en una copia privada de la configuración o en una instancia de la base de datos de configuración efímera.

El servidor de protocolo XML de Junos confirma que confirmó la configuración del candidato temporalmente al devolver los <rpc-reply><commit-results>elementos de etiqueta, <output>, y <routing-engine> . Si la operación de confirmación inicial se realiza correctamente, el <routing-engine> elemento encierra la etiqueta y el <commit-success/> <name> elemento tag, que informan el nombre del motor de enrutamiento en el que se produjo correctamente la operación de confirmación (re0 en dispositivos que usan un único motor de enrutamiento y re0 o re1 en dispositivos que pueden tener dos motores de enrutamiento).

Si el servidor de protocolo JUnos XML no puede confirmar la configuración del candidato, en su lugar, el <rpc-reply> elemento encierra un <xnm:error> elemento que explica el motivo del error. Las causas más comunes son errores semánticos o sintácticos en la configuración del candidato.

Para retrasar la devolución a un tiempo posterior a la fecha límite actual, la aplicación vuelve a emitir la <confirmed/> etiqueta en un <commit-configuration> elemento tag antes de que pase el plazo. Opcionalmente, puede incluir el <confirm-timeout> elemento para especificar cuánto tiempo se demorará la próxima devolución; omita ese elemento de etiqueta para retrasar la devolución de forma predeterminada de 10 minutos. La aplicación cliente puede retrasar la devolución de forma indeterminada emitiendo la <confirmed/> etiqueta repetidamente de esta manera.

Para confirmar la configuración de forma permanente, la aplicación cliente emite una de las siguientes secuencias de etiquetas antes de que pase el plazo de devolución:

• La <check/> etiqueta adjunta <commit-configuration> y <rpc> los elementos de etiqueta. La devolución se cancela y la configuración del candidato se confirma de inmediato.

• La etiqueta vacía <commit-configuration/> adjunta en un <rpc> elemento tag.

  La reposición se cancela y la configuración del candidato se confirma de inmediato, como se describe en Confirmar la configuración del candidato mediante el protocolo XML de Junos. Si la configuración candidata sigue siendo la misma que la configuración confirmada temporalmente, esto vuelve a comprometer la configuración confirmada temporalmente:

• La <synchronize/> etiqueta adjunta <commit-configuration> y <rpc> los elementos de etiqueta.

  La reposición se cancela y la configuración del candidato se comprueba y se confirma de inmediato en ambos motores de enrutamiento, como se describe en Confirmar y sincronizar una configuración en planos de control redundantes mediante el protocolo XML de Junos. Si se ha realizado una operación de confirmación confirmada en ambos motores de enrutamiento, la emisión de la <synchronize/> etiqueta cancelará la devolución de ambos.

• El <at-time> elemento tag adjunto <commit-configuration> y <rpc> los elementos de etiqueta .

  La reposición se cancela y la configuración se comprueba inmediatamente para que sea correcta sintáctica y, a continuación, se confirma en la hora programada, como se describe en Confirmar una configuración en un momento especificado mediante el protocolo XML de Junos.

Los <confirmed/> elementos y <confirm-timeout> tag se pueden combinar con la <synchronize/> etiqueta, el <log/> elemento tag o ambos. Para obtener más información, consulteConfirmar y sincronizar una configuración en planos de control redundantes mediante el protocolo XML de Junos y registrar un mensaje acerca de una operación de confirmación con el protocolo Junos XML.

Si otra aplicación usa el elemento tag para terminar la <kill-session/> sesión de esta aplicación mientras una confirmación confirmada está pendiente (esta aplicación ha confirmado cambios, pero aún no los ha confirmado), el servidor de protocolo Junos XML que está prestando servicio a esta sesión restaura la configuración a su estado antes de que se emitiera la instrucción de confirmación confirmada. Para obtener más información acerca de la terminación de la sesión, consulte Terminación de sesiones de protocolo XML de Junos.

En el siguiente ejemplo, se muestra cómo confirmar la configuración del candidato en el motor de enrutamiento 1 con un plazo de devolución de 20 minutos.