<commit-configuration>

Uso

Descripción

Solicite que el servidor de protocolo NETCONF o Junos XML realice una de las variantes de la operación de confirmación en la configuración de candidato, una copia privada de la configuración de candidato o una instancia abierta de la base de datos de configuración efímera.

Se aplican algunas restricciones a la operación de confirmación para una copia privada de la configuración del candidato y para la base de datos de configuración efímera. Por ejemplo, se produce un error en la operación de confirmación de una copia privada si otro usuario o aplicación bloquea la configuración de candidato normal o si incluye cambios no comprometidos realizados desde que se creó la copia privada. Además, una operación de confirmación en una instancia de la base de datos de configuración efímera solo admite la <synchronize/> opción.

Encierre la etiqueta adecuada en el <commit-configuration> elemento tag para especificar el tipo de operación de confirmación:

• Para confirmar la configuración inmediatamente, por lo que es la configuración activa en el dispositivo, emita la etiqueta vacía <commit-configuration/> .

• Para comprobar la corrección sintáctica de la configuración del candidato o de una copia privada sin confirmarla, encierre la <check/> etiqueta en el <commit-configuration> elemento tag.

• Para registrar un mensaje en el registro del historial de confirmación cuando la operación de confirmación asociada se hace correctamente, defina la cadena de mensaje de registro en el <log> elemento tag y encierre el elemento tag en el <commit-configuration> elemento tag. El <log> elemento tag se puede combinar con cualquier otro elemento de etiqueta. Cuando el <log> elemento tag se emite solo, la operación de confirmación asociada comienza inmediatamente.

• Para confirmar la configuración de candidato, pero requiere una confirmación explícita para que la confirmación sea permanente, encierre la <confirmed/> etiqueta en el <commit-configuration> elemento tag.

  Si la confirmación no se confirma, la configuración vuelve a la configuración anterior después de un corto tiempo. De forma predeterminada, la devolución se produce después de 10 minutos. Para establecer un retraso de devolución diferente, incluya el <confirm-timeout> elemento tag y especifique un valor en el intervalo de 1 a 65 535 minutos. Para retrasar la devolución de nuevo (pasado el plazo de devolución original), emita la <confirmed/> etiqueta (adjunta en el <commit-configuration> elemento tag) antes de que transcurra la fecha límite y, opcionalmente, incluya el <confirm-timeout> elemento para especificar un retraso distinto al predeterminado. De esta manera, se puede retrasar repetidamente la reescación.

  Para confirmar la configuración de forma inmediata y permanente después de emitir la <confirmed/> etiqueta, emita la etiqueta vacía <commit-configuration/> o las <commit-configuration><check/><commit-configuration> etiquetas antes de que pase el plazo de devolución. El dispositivo confirma la configuración del candidato y cancela la devolución. Si la configuración candidata sigue siendo la misma que la configuración actual confirmada, el efecto es el mismo que el de volver a comprometer la configuración actual confirmada.

  Nota:

  La operación de confirmación confirmada no está disponible al confirmar una copia privada de la configuración o una instancia abierta de la base de datos de configuración efímera.

• En un dispositivo con dos motores de enrutamiento, confirme la configuración del candidato, la copia privada o la instancia de base de datos efímera almacenada en el motor de enrutamiento local en ambos motores de enrutamiento. Combine elementos de etiqueta como se indica en lo siguiente (la base de datos efímera solo admite la <synchronize/> opción):

  • Para copiar la configuración del candidato o los datos de configuración en la instancia efímera abierta que se almacena en el motor de enrutamiento local en el otro motor de enrutamiento, compruebe la corrección sintáctica de la configuración y confirme de inmediato en ambos motores de enrutamiento, encierre la <synchronize/> etiqueta en el <commit-configuration> elemento tag.

  • Para copiar la configuración del candidato almacenada en el motor de enrutamiento local al otro motor de enrutamiento, compruebe la corrección sintáctica del candidato y confírmela en ambos motores de enrutamiento en un tiempo futuro definido, encierre la etiqueta o <force-synchronize/> y <at-time> el <synchronize/> elemento tag en el <commit-configuration> elemento tag. Establezca el valor en el <at-time> tag element como se describió anteriormente para usar solo el <at-time> elemento tag.

  • Para copiar la configuración del candidato almacenada en el motor de enrutamiento local al otro motor de enrutamiento y comprobar la corrección sintáctica del candidato en cada motor de enrutamiento, encierre los <synchronize/> elementos o <force-synchronize/> y <check/> tag en el <commit-configuration> elemento tag.

  • Para copiar la configuración del candidato almacenada en el motor de enrutamiento local al otro motor de enrutamiento, compruebe la corrección sintáctica del candidato y confirme la misma en ambos motores de enrutamiento, pero requiere confirmación, encierre los <synchronize/> elementos de etiqueta y <confirmed/> etiqueta y, opcionalmente, el <confirm-timeout> elemento tag, en el <commit-configuration> elemento tag. Establezca el valor en el <confirm-timeout> elemento tag como se describió anteriormente para usar solo la etiqueta y <confirm-timeout> el <confirmed/> elemento tag.

  • Para forzar la misma operación de confirmación sincronizada que invoca la <synchronize/> etiqueta para que se realice correctamente, incluso si hay sesiones de configuración abiertas o cambios de configuración no comprometidos en el equipo remoto, encierre la <force-synchronize/> etiqueta en el <commit-configuration> elemento tag.

• Para programar la configuración de candidato para confirmar en un momento futuro, encierre el <at-time> elemento tag en el <commit-configuration> elemento tag. Hay tres tipos válidos de especificadores de tiempo:

  • La cadena reboot, para confirmar la configuración la próxima vez que el dispositivo se reinicie.

  • Un valor de tiempo del formulario hh:mm[:ss] (horas, minutos y, opcionalmente, segundos), para confirmar la configuración en la hora especificada, que debe estar en el futuro pero antes de las 23:59:59 del día en que se emite el <commit-configuration> elemento tag. Utilice 24 horas para el hh valor; por ejemplo, 04:30:00 significa 4:30:00 a. m. y 20:00 significa 8:00 p. m. La hora se interpreta con respecto a la configuración del reloj y la zona horaria en el dispositivo.

  • Un valor de fecha y hora del formulario yyyy-mm-dd hh:mm[:ss] (año, mes, fecha, horas, minutos y, opcionalmente, segundos), para confirmar la configuración en la fecha y hora especificadas, que debe ser después de que se emita el <commit-configuration> elemento tag. Use 24 horas de tiempo para el hh valor. Por ejemplo, 2005-08-21 15:30:00 significa 3:30 p. m. del 21 de agosto de 2005. La hora se interpreta con respecto a la configuración del reloj y la zona horaria en el dispositivo.

    Nota:

    La hora que especifique debe ser más de 1 minuto después de la hora actual en el dispositivo.

    La configuración se comprueba inmediatamente para la corrección sintáctica. Si la comprobación se realiza correctamente, la configuración está programada para confirmar en el momento especificado. Si se produce un error en la comprobación, la operación de confirmación no está programada.

Contenido

<at-time>	Programe la operación de confirmación para un tiempo futuro especificado.
<check>	Solicite una verificación de que la configuración es sintácticamente correcta, pero no la confirme realmente.
<confirmed>	Solicite una confirmación de la configuración del candidato y requiera una confirmación explícita para que la confirmación sea permanente. Si la confirmación no se confirma, vuelva a la configuración anterior después de un corto tiempo, 10 minutos de forma predeterminada. Utilice el <confirm-timeout> elemento tag para especificar una cantidad de tiempo diferente.
<confirm-timeout>	Especifique el número de minutos para los que la configuración permanece activa cuando la <confirmed/> etiqueta se adjunta en el <commit-configuration> elemento tag. Rango: de 1 a 65 535 minutos Valor predeterminado: 10 minutos
<log>	Registre un mensaje en el registro del historial de confirmaciones cuando la operación de confirmación se éxito.
<synchronize>	En sistemas de plano de control doble, solicite que la configuración en un plano de control se copie en el otro plano de control, que se compruebe que hay sintaxis correcta y que se haya comprometido en ambos motores de enrutamiento.
<force-synchronize>	En sistemas de plano de control dual, obligue a copiar la configuración del candidato en un plano de control en el otro plano de control.

Información de versión

Esta es una operación de protocolo de administración XML de Junos. Se admite en las sesiones de protocolo XML de Junos, y se admite como una extensión propietaria de Juniper Networks en sesiones de NETCONF en dispositivos que ejecutan Junos OS que identifican el URI http://xml.juniper.net/netconf/junos/1.0 en el intercambio de capacidades.