- play_arrow Visão geral
- play_arrow Começar
- play_arrow Usando declarações de configuração para configurar um dispositivo
- play_arrow Usando comandos operacionais para monitorar dispositivos
- play_arrow Declarações de configuração e comandos operacionais
Sincronização de configurações entre mecanismos de roteamento
Em dispositivos com mecanismos de roteamento redundantes, você pode executar um commit
synchronize
, que ativa e sincroniza a configuração em ambos os mecanismos de roteamento.
Visão geral da sincronização do mecanismo de roteamento
Se o seu dispositivo tiver dois mecanismos de roteamento, você pode direcionar manualmente um mecanismo de roteamento para sincronizar sua configuração com o outro, emitindo o commit synchronize
comando. O mecanismo de roteamento no qual você executa este comando (o mecanismo de roteamento solicitador) confirma a configuração primeiro. O mecanismo de roteamento de solicitação então copia e carrega a configuração do candidato para o mecanismo de roteamento que responde. Cada mecanismo de roteamento realiza uma verificação de sintaxe no arquivo de configuração do candidato antes de contraminá-lo. O processo de sincronização de confirmação ocorre um mecanismo de roteamento de cada vez.
Se não forem encontrados erros, a configuração será ativada e se tornará a configuração operacional atual em ambos os mecanismos de roteamento.
Se o commit falhar em ambos os mecanismos de roteamento, o processo de confirmação também será revertido no outro Mecanismo de Roteamento. Essa proteção garante que ambos os mecanismos de roteamento tenham a mesma configuração.
Se sua configuração incluir uma grande quantidade de texto ou muitos grupos aplicáveis, os tempos de confirmação podem ser mais longos do que o desejado.
Por exemplo, você pode querer que ambos os mecanismos de roteamento tenham a mesma configuração. Neste cenário, se você estiver logado para solicitar o re1 (
Mecanismo de Roteamento)
, você emite o commit synchronize
comando em re1
. O re1
Mecanismo de roteamento copia e carrega a configuração do candidato para (respondendo mecanismo re0
de roteamento). Ambos os mecanismos de roteamento então realizam uma verificação de sintaxe no arquivo de configuração do candidato que está sendo cometido. Se não forem encontrados erros, a configuração do re1
candidato será ativada e se tornará a configuração operacional atual em ambos os mecanismos de roteamento.
Ao emitir o commit synchronize
comando, você deve usar os grupos re0
e re1.
para obter informações sobre como usar a apply-groups
declaração, consulte Aplicar um grupo de configuração.
Você pode sincronizar o arquivo de configuração operacional atual de um mecanismo de roteamento com o arquivo de configuração do outro Mecanismo de Roteamento. Para fazer isso, você faz login no mecanismo de roteamento do qual deseja sincronizar e emitir o commit synchronize
comando.
Exemplo:
[edit]
user@host# commit synchronize
re0:
configuration check succeeds
re1:
commit complete
re0:
commit complete
O mecanismo de roteamento de backup só pode ser parcialmente comprometido devido à configuração inválida durante a reinicialização do sistema. Neste caso, o commit synchronize
comando com a opção force
do mecanismo de roteamento primário não funciona.
O commit synchronize
comando não funciona se o mecanismo de roteamento de resposta tiver alterações de configuração não comprometidas. No entanto, você pode forçar a sincronização de comprometimento nos mecanismos de roteamento usando a opção force
. Quando você emite o commit synchronize
comando com a opção force
de um mecanismo de roteamento, as sessões de configuração no outro Mecanismo de Roteamento são terminadas. Quando essas sessões são terminadas no outro mecanismo de roteamento, sua configuração é sincronizada com a configuração no mecanismo de roteamento do qual você emitiu o comando.
Recomendamos que você use a opção force
apenas se não conseguir resolver os problemas que causaram a falha do commit synchronize
comando.
Para forçar um commit synchronize
sobre os mecanismos de roteamento, você faz login no mecanismo de roteamento do qual deseja sincronizar. Em seguida, você emite o comando com a opção force
.
Exemplo:
[edit]
user@host# commit synchronize force
re0:
re1:
commit complete
re0:
commit complete
[edit]
user@host#
Se você tiver o roteamento ininterrupto habilitado em seu dispositivo, entre no commit synchronize
comando do mecanismo de roteamento primário após fazer qualquer alteração na configuração. Se você inserir este comando no mecanismo de roteamento de backup, o software exibe um aviso e confirma a configuração.
Inclua a fast-synchronize
declaração no nível de [edit system]
hierarquia para que a sincronização ocorra simultaneamente entre os mecanismos de roteamento primários e de backup:
[edit system] commit fast-synchronize;
Quando a
fast-synchronize
declaração é configurada, os compromissos no mecanismo de roteamento primário e no mecanismo de roteamento de backup funcionam em paralelo. Nesse processo, a configuração é validada apenas no mecanismo de roteamento onde você executa ocommit
comando. Portanto, recomendamos que você não inclua muitos detalhes de configuração em grupos como re0 e re1, pois a configuração especificada no grupo re0 só é aplicada se o mecanismo de roteamento atual estiver no slot 0. Da mesma forma, a configuração especificada no grupo re1 só é aplicada se o mecanismo de roteamento atual estiver no slot 1.Se
fast-synchronize
estiver habilitado e ambos os mecanismos de roteamento (primário e backup) executarem diferentes versões de software, a configuração do mecanismo de roteamento de backup pode não ser válida. Isso é verdade mesmo que o mecanismo de roteamento primário valide a configuração. Portanto, garanta que a mesma versão de software do sistema operacionaloperante esteja sendo executada em ambos os mecanismos de roteamento.
Você pode usar o commit synchronize scripts
comando para sincronizar a configuração de um mecanismo de roteamento e todos os scripts de commit, event, lib, op e SNMP com o outro Mecanismo de roteamento. Se você configurar a load-scripts-from-flash
declaração para o mecanismo de roteamento solicitado, o dispositivo sincroniza os scripts. O dispositivo sincroniza os scripts da memória flash na solicitação do Mecanismo de Roteamento para a memória flash no mecanismo de roteamento que responde. Caso contrário, o dispositivo sincroniza os scripts do disco rígido na solicitação do Mecanismo de Roteamento para o disco rígido no mecanismo de roteamento que responde. O dispositivo sincroniza todos os scripts, independentemente de estarem habilitados na configuração ou terem sido atualizados desde a última sincronização.
Para sincronizar o arquivo de configuração de um mecanismo de roteamento e todos os scripts com o outro Mecanismo de Roteamento, faça login no mecanismo de roteamento do qual você deseja sincronizar e emitir o commit synchronize scripts
comando.
Exemplo:
[edit]
user@host# commit synchronize scripts
re0:
configuration check succeeds
re1:
commit complete
re0:
commit complete
Se a operação de verificação de confirmação falhar na solicitação do mecanismo de roteamento, o processo para e os scripts não forem copiados para o Mecanismo de Roteamento que responde. Se a operação de verificação de confirmação ou confirmação falhar para o mecanismo de roteamento que responde, os scripts ainda estarão sincronizados. Os scripts ainda estão sincronizados porque a sincronização ocorre antes da operação de verificação de confirmação no mecanismo de roteamento que responde.
Inclua a synchronize
declaração no nível de [edit system scripts]
hierarquia para sincronizar scripts toda vez que você emitir um commit synchronize
comando.
[edit system scripts] synchronize;
Configure vários mecanismos de roteamento para sincronizar configurações comprometidas automaticamente
Se o seu dispositivo tiver vários mecanismos de roteamento, você pode direcionar manualmente um mecanismo de roteamento para sincronizar sua configuração com os outros, emitindo o commit synchronize
comando.
Para fazer os mecanismos de roteamento sincronizarem automaticamente sempre que uma configuração estiver comprometida, inclua a commit synchronize
declaração no nível hierárquico [edit system]
:
[edit system] commit synchronize;
O mecanismo de roteamento no qual você executa o commit
comando (solicitando o mecanismo de roteamento) copia e carrega a configuração do candidato para os outros (respondendo) mecanismos de roteamento. Todos os mecanismos de roteamento então realizam uma verificação de sintaxe no arquivo de configuração do candidato que está sendo cometido. Se não forem encontrados erros, a configuração será ativada e se tornará a configuração operacional atual em todos os mecanismos de roteamento.
Para o processo de sincronização de confirmação, o mecanismo de roteamento primário compromete a configuração e envia uma cópia da configuração para o mecanismo de roteamento de backup. Em seguida, o mecanismo de roteamento de backup carrega e confirma a configuração. Assim, a sincronização de comprometimento entre os mecanismos de roteamento primários e de backup ocorre um mecanismo de roteamento de cada vez. Se a configuração tiver um grande tamanho de texto ou muitos grupos aplicáveis, os tempos de confirmação podem ser mais longos do que o desejado.
Você pode usar a commit fast-synchronize
declaração para que a sincronização entre os mecanismos de roteamento primários e de backup ocorra simultaneamente em vez de sequencialmente. Isso pode reduzir o tempo necessário para a sincronização, pois os compromissos nos mecanismos de roteamento primários e de backup ocorrem em paralelo.
Inclua a fast-synchronize
declaração no nível de [edit system]
hierarquia para que a sincronização ocorra simultaneamente entre os mecanismos de roteamento primários e de backup:
[edit system] commit fast-synchronize
Se o commit falhar em ambos os mecanismos de roteamento, o processo de confirmação também será revertido no outro Mecanismo de Roteamento. Isso garante que ambos os mecanismos de roteamento tenham a mesma configuração.
Quando a
fast-synchronize
declaração é configurada, os compromissos no mecanismo de roteamento primário e no mecanismo de roteamento de backup funcionam em paralelo. Nesse processo, a configuração é validada apenas no mecanismo de roteamento onde você executa ocommit
comando. Por isso, recomendamos limitar o número de detalhes de configuração em grupos como re0 e re1, pois a configuração especificada no grupo re0 só é aplicada se o mecanismo de roteamento atual estiver no slot 0. Da mesma forma, a configuração especificada no grupo re1 só é aplicada se o mecanismo de roteamento atual estiver no slot 1.Se
fast-synchronize
estiver habilitado e se o mecanismo de roteamento primário e os mecanismos de roteamento de backup executarem diferentes versões de software, você não pode ter certeza de que a configuração do mecanismo de roteamento de backup é válida. Isso é verdade mesmo que o mecanismo de roteamento primário valide a configuração, portanto, garanta que a versão do software do sistema operacional em execução em ambos os mecanismos de roteamento seja a mesma.
Tabela de histórico de alterações
A compatibillidadde com o recurso dependerá da platadorma e versão utilizada. Use o Feature Explorer para saber se o recurso é compatível com sua plataforma.
commit synchronize
é habilitado por padrão em PTX10008. Se você emitir commit
no nível de hierarquia do [edit system]
mecanismo de roteamento primário, você verá que o mecanismo de roteamento de backup é sincronizado automaticamente.commit synchronize
é habilitado por padrão em PTX10008. Se você emitir commit
no nível de hierarquia do [edit system]
mecanismo de roteamento primário, você verá que o mecanismo de roteamento de backup é sincronizado automaticamente.