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>
<rpc> <commit> <confirmed/> </commit> </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.
<rpc> <commit> <confirmed/> <confirm-timeout>rollback-delay</confirm-timeout> </commit> </rpc> ]]>]]>
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>
.
<rpc-reply xmlns="URN" xmlns:junos="URL"> <ok/> </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
<rpc> <commit> <confirmed/> <confirm-timeout>300</confirm-timeout> </commit> </rpc> ]]>]]>
Servidor NETCONF
<rpc-reply xmlns="URN" xmlns:junos="URL"> <ok/> </rpc-reply> ]]>]]>