Confirmar la configuración del candidato solo después de la confirmación con NETCONF

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 600 segundos (10 minutos) de forma predeterminada, el dispositivo carga y confirma automáticamente (vuelve a) la configuración previamente confirmada.

En una sesión NETCONF con un dispositivo que ejecuta Junos OS, para confirmar la configuración del 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> elementos y <rpc> etiqueta.

Para especificar un número de segundos para la fecha límite de devolución diferente al valor predeterminado de 600 segundos, la aplicación incluye el <confirm-timeout> elemento tag y especifica el número de segundos para el retraso, en el intervalo de 1 a 4,294,967,295 segundos.

Nota:

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

En cualquier caso, el servidor NETCONF confirma que confirmó la configuración candidata temporalmente mediante la devolución de la <ok/> etiqueta en la <rpc-reply>.

Si el servidor NETCONF no puede confirmar la configuración del candidato, en <rpc-reply> su lugar, el elemento encierra un <rpc-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 cliente vuelve a emitir la <confirmed/> etiqueta en un <commit> elemento tag antes de que pase el plazo. Opcionalmente, incluye 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 600 segundos (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 la <commit/> etiqueta adjunta en un <rpc> elemento tag antes de que pase el plazo de devolución. La devolución se cancela y la configuración del candidato se confirma de inmediato, como se describe en Confirmar la configuración del candidato mediante NETCONF. Si la configuración candidata sigue siendo la misma que la configuración confirmada temporalmente, esto vuelve a comprometer la configuración confirmada temporalmente.

Si otra aplicación usa el elemento tag para terminar la <kill-session/> sesión de esta aplicación mientras está pendiente una confirmación confirmada (esta aplicación ha confirmado cambios, pero aún no los ha confirmado), el servidor NETCONF 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 Finalizar una sesión NETCONF.

En el siguiente ejemplo, se muestra cómo confirmar la configuración de candidato con una fecha límite de devolución de 300 segundos.

Aplicación de cliente

Servidor NETCONF