Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Confirme a configuração do candidato somente após a confirmação usando o NETCONF

Quando você confirma a configuração do candidato em um dispositivo que executa o Junos OS, ele se torna a configuração ativa na plataforma de roteamento, comutação ou segurança. Para obter informações mais detalhadas sobre operações de compromisso, incluindo uma discussão sobre a interação entre diferentes variantes da operação, consulte o Guia do Usuário da CLI

Quando você comete a configuração do candidato, você pode exigir uma confirmação explícita para que o compromisso se torne permanente. A operação de compromisso confirmada é útil para verificar se uma mudança de configuração funciona corretamente e não impede o acesso do gerenciamento ao dispositivo. Se a mudança impedir o acesso ou causar outros erros, a reversão automática da configuração anterior restaura o acesso após a aprovação do prazo de reversão. Se o commit não for confirmado dentro do tempo especificado, que é de 600 segundos (10 minutos) por padrão, o dispositivo carrega e compromete automaticamente (volta a) a configuração previamente comprometida.

Em uma sessão netconf com um dispositivo executando o Junos OS, para comprometer a configuração do candidato, mas exigir uma confirmação explícita para que o compromisso se torne permanente, um aplicativo do cliente inclui a tag vazia <confirmed/> nos <commit> elementos de tag.<rpc>

Para especificar alguns segundos para o prazo de reversão diferente do valor padrão de 600 segundos, o aplicativo inclui o <confirm-timeout> elemento tag e especifica o número de segundos para o atraso, na faixa de 1 a 4.294.967.295 segundos.

Nota:

Você não pode realizar uma operação de compromisso confirmada em uma instância do banco de dados de configuração efêmero.

Em ambos os casos, o servidor NETCONF confirma que comprometeu temporariamente a configuração do candidato devolvendo a <ok/> tag no <rpc-reply>.

Se o servidor NETCONF não puder comprometer a configuração do candidato, o <rpc-reply> elemento inclui um <rpc-error> elemento que explica o motivo da falha. As causas mais comuns são erros semânticos ou sintáticos na configuração do candidato.

Para atrasar a reversão para um tempo mais tarde do que o prazo de reversão atual, o aplicativo do cliente emite a <confirmed/> tag em um <commit> elemento de tag novamente antes que o prazo passe. Opcionalmente, ele inclui o <confirm-timeout> elemento para especificar quanto tempo atrasar a próxima reversão; omite esse elemento de tag para atrasar a reversão pelo padrão de 600 segundos (10 minutos). O aplicativo do cliente pode atrasar a reversão indefinidamente, emitindo a <confirmed/> tag repetidamente dessa forma.

Para comprometer a configuração permanentemente, o aplicativo do cliente emite a <commit/> tag fechada em um <rpc> elemento de tag antes que o prazo de reversão seja aprovado. A reversão é cancelada e a configuração do candidato é comprometida imediatamente, conforme descrito no Commit the Candidate Configuration Usando NETCONF. Se a configuração do candidato ainda for a mesma da configuração temporariamente comprometida, ela reacomoda a configuração temporariamente comprometida.

Se outro aplicativo usar o <kill-session/> elemento tag para encerrar a sessão deste aplicativo enquanto um compromisso confirmado estiver pendente (este aplicativo cometeu alterações, mas ainda não as confirmou), o servidor NETCONF que está servindo esta sessão restaurará a configuração ao seu estado antes que a instrução de compromisso confirmada seja emitida. Para obter mais informações sobre o encerramento da sessão, consulte Encerrar uma sessão NETCONF.

O exemplo a seguir mostra como comprometer a configuração do candidato com um prazo de reversão de 300 segundos.

Aplicativo do cliente

Servidor NETCONF