NESTA PÁGINA
Requisitos para roteadores com uma configuração de roteador de backup
Configuração do switchover do Mecanismo de Roteamento gracioso com reinicialização graciosa
Verificando a operação de switchover do Mecanismo de Roteamento gracioso
Configuração do switchover do Mecanismo de Roteamento Graceful em um Virtual Chassis
Impedindo a comutação graciosa do Mecanismo de Roteamento no caso de discos lentos
Exemplo: configuração do IS-IS para GRES com reinicialização graciosa
Configuração do switchover do Mecanismo de Roteamento Graceful
Saiba como configurar o Graceful Mecanismo de Roteamento Switchover (GRES) com as etapas e exemplos a seguir.
Requisitos para roteadores com uma configuração de roteador de backup
Se a configuração do seu Mecanismo de Roteamento incluir uma backup-router declaração ou uma inet6-backup-router declaração, você também poderá usar a destination declaração para especificar um endereço de sub-rede ou vários endereços de sub-rede para o roteador de backup. Inclua sub-redes de destino para o Mecanismo de Roteamento de backup no nível de [edit system (backup-router | inet6-backup-router) address] hierarquia.
Se você tiver uma configuração de roteador de backup na qual várias rotas estáticas apontam para um gateway a partir da interface Ethernet de gerenciamento, deverá configurar prefixos mais específicos do que as rotas estáticas ou incluir o sinalizador de retenção no nível de [edit routing-options static route] hierarquia.
Por exemplo, se você configurar a rota estática 172.16.0.0/12 da interface Ethernet de gerenciamento para fins de gerenciamento, deverá especificar a configuração do roteador de backup da seguinte maneira:
backup-router 172.29.201.62 destination [172.16.0.0/13 172.16.128.0/13]
Habilitando a comutação graciosa do Mecanismo de Roteamento
Na maioria dos casos, a comutação graciosa do Mecanismo de Roteamento (GRES) é desabilitada por padrão. Para configurar o GRES, inclua a graceful-switchover declaração no nível da [edit chassis redundancy] hierarquia.
[edit chassis redundancy] graceful-switchover;
Quando você habilita o GRES, a interface de linha de comando (CLI) indica qual Mecanismo de Roteamento você está usando. Por exemplo:
{master} [edit]
user@host#
Para desabilitar o GRES, exclua a graceful-switchover instrução do [edit chassis redundancy] nível de hierarquia.
Configuração do switchover do Mecanismo de Roteamento gracioso com reinicialização graciosa
Ao usar o GRES com Graceful Restart, se as adjacências entre o Mecanismo de Roteamento e os roteadores 'helper' peer vizinhos expirarem, as extensões de protocolo de reinicialização graciosas não poderão notificar os roteadores 'helper' peer sobre a reinicialização iminente. A reinicialização graciosa pode parar e causar interrupções no tráfego.
Para garantir que essas adjacências sejam mantidas, altere o tempo de espera dos protocolos IS-IS do padrão de 27 segundos para um valor superior a 40 segundos.
Sincronizando a configuração do Mecanismo de Roteamento
Um Mecanismo de Roteamento de backup recém-inserido sincroniza automaticamente sua configuração com a configuração principal do Mecanismo de Roteamento.
Ao configurar o GRES, você pode colocar o Mecanismo de Roteamento de backup online depois que o Mecanismo de Roteamento principal já estiver em execução. Não há necessidade de iniciar os dois mecanismos de roteamento simultaneamente.
Somente quando você habilita a comutação graciosa do Mecanismo de Roteamento, você pode copiar a versão do Junos OS em execução do Mecanismo de Roteamento principal para o Mecanismo de Roteamento de backup.
Se o sistema estiver no estado ISSU, você não poderá copiar a versão do Junos OS em execução do mecanismo de roteador principal.
Você pode habilitar a sincronização automática da configuração do Mecanismo de Roteamento principal com o Mecanismo de Roteamento de backup incluindo a events CHASSISD_SNMP_TRAP7 declaração no nível de [edit event-options policy policy-name] hierarquia.
CHASSISD_SNMP_TRAP7 é uma mensagem de registro de eventos do sistema que o processo de chassi (chassi) gera uma armadilha de protocolo de gerenciamento de rede simples (SNMP) com os sete pares de valor de argumento indicados. Um exemplo de um script de evento para acionar a sincronização automática do primário com o Mecanismo de Roteamento de backup é o seguinte:
[edit event-options]
policy UPGRADE-BACKUPRE {
events CHASSISD_SNMP_TRAP7;
attributes-match {
CHASSISD_SNMP_TRAP7.value5 matches "Routing Engine";
CHASSISD_SNMP_TRAP7.trap matches "Fru Online";
CHASSISD_SNMP_TRAP7.argument5 matches jnxFruName;
}
then {
event-script auto-image-upgrade.slax {
arguments {
trap "{$$.trap}";
value5 "{$$.value5}";
argument5 "{$$.argument5}";
}
}
}
}
event-script {
file auto-image-upgrade.slax;
}
Depois de receber esse evento, a política de eventos no Router Engine principal é acionada e a /var/sw/pkg imagem disponível no caminho é enviada para a atualização do Router Engine de backup. Durante a execução do script, a imagem é copiada para o caminho do Mecanismo de Roteamento de /var/sw/pkg backup.
Se a imagem não estiver disponível no /var/sw/pkg caminho, o script será encerrado com uma mensagem de syslog apropriada.
Os scripts de automação do Junos são sincronizados automaticamente.
Depois que o mecanismo do roteador primário é reinicializado, o /usr/libexec/scripts/event/auto-image-upgrade.slax script de evento disponível no deve ser copiado para o /var/db/scripts/event path.
Para dispositivos que oferecem suporte ao gerenciamento aprimorado de assinantes, o novo Mecanismo de Roteamento de backup (o antigo Mecanismo de Roteamento principal) será reinicializado quando uma comutação graciosa do Mecanismo de Roteamento for executada. Essa reinicialização a frio ressincroniza o estado do Mecanismo de Roteamento de backup com o do novo Mecanismo de Roteamento principal, evitando discrepâncias de estado que possam ter ocorrido durante a comutação.
Verificando a operação de switchover do Mecanismo de Roteamento gracioso
Para verificar se o GRES está habilitado no Mecanismo de Roteamento de backup, emita o show system switchover comando. Quando a saída do comando indica que o campo Comutação graciosa está definido como Ativado, o GRES está operacional. O status do banco de dados do kernel e a sincronização do banco de dados de configuração entre os mecanismos de roteamento também são fornecidos. Por exemplo:
Graceful switchover: On Configuration database: Ready Kernel database: Ready Peer state: Steady state
Você deve emitir o show system switchover comando no Mecanismo de Roteamento de backup. Este comando não é suportado no Mecanismo de Roteamento principal.
Para obter mais informações sobre o show system switchover comando, consulte o CLI Explorer.
Configuração do switchover do Mecanismo de Roteamento Graceful em um Virtual Chassis
Em um Virtual Chassis, um switch de membro recebe a função primária e tem o Mecanismo de Roteamento principal. Outro switch membro recebe a função de backup e tem o Mecanismo de Roteamento de backup. O switchover gracioso do Mecanismo de Roteamento (GRES) permite que os mecanismos de roteamento primários e de backup em uma configuração de Virtual Chassis mudem do principal para o backup sem interrupção para o encaminhamento de pacotes como uma solução de failover sem impacto. Quando você configura o switchover gracioso do Mecanismo de Roteamento, o Mecanismo de Roteamento de backup sincroniza automaticamente com o Mecanismo de Roteamento principal para preservar as informações de estado do kernel e o estado de encaminhamento.
Para definir a configuração do Virtual Chassis para usar o switchover gracioso do Mecanismo de Roteamento (GRES):
Comprometa a configuração.
Recomendamos que você use o commit synchronize comando para salvar as alterações de configuração feitas em um Virtual Chassis com vários membros.
Impedindo a comutação graciosa do Mecanismo de Roteamento no caso de discos lentos
O acesso lento inesperado ao disco pode ocorrer por vários motivos — um setor defeituoso ou defeituoso, por exemplo — causando um atraso na operação normal de processos como o processo de roteamento (rpd). Eventualmente, o desempenho do roteador será afetado. Nessas circunstâncias, pode levar mais tempo para que o mecanismo de failover típico seja disparado.
A Juniper Networks lançou um daemon de monitoramento de disco para resolver esse dilema. O daemon detecta o acesso lento ao disco e inicia o failover. O failover pode minimizar o impacto do tráfego e aliviar a carga no Mecanismo de Roteamento primário original para a limpeza de sua lista de pendências.
No entanto, há casos em que você pode não querer que o failover ocorra. Você pode confirmar um grande conjunto de alterações ou até mesmo pequenas alterações que podem levar a uma série de atualizações na topologia de roteamento. Essa atividade pode levar a um grande atraso no acesso ao disco e, portanto, disparar o failover. Para atrasos de acesso ao disco esperados como este, em que você não deseja disparar o failover, você pode optar por não ter o failover ocorrendo definindo o chassis redundancy failover not-on-disk-underperform comando de configuração. Outra maneira é desabilitar completamente o daemon de monitoramento de disco definindo o system processes gstatd disable comando.
Para evitar failovers no caso de discos lentos no Mecanismo de Roteamento:
[edit chassis redundancy failover] hierarquia.
[edit] user@host# set chassis redundancy failover not-on-disk-underperform
Redefinindo estatísticas locais
Quando você habilita o switchover gracioso do Mecanismo de Roteamento, a configuração primária do Mecanismo de Roteamento é copiada e carregada no Mecanismo de Roteamento de backup. Arquivos de usuário, informações de contabilidade e informações de opções de rastreamento não são replicados para o Mecanismo de Roteamento de backup.
Quando ocorre uma comutação graciosa do Mecanismo de Roteamento, as estatísticas locais, como estatísticas de processo e estatísticas de rede, são exibidas como um valor cumulativo a partir do momento em que o processo ficou online pela primeira vez. Como os processos no Mecanismo de Roteamento principal podem ser iniciados em momentos diferentes dos processos no Mecanismo de Roteamento de backup, as estatísticas nos dois mecanismos de roteamento para o mesmo processo podem ser diferentes. Após uma comutação graciosa do Mecanismo de Roteamento, recomendamos que você emita o comando clear interface statistics (interface-name | all) para redefinir os valores cumulativos das estatísticas locais. As estatísticas de encaminhamento não são afetadas pela comutação graciosa do Mecanismo de Roteamento.
Para obter informações sobre como usar o comando clear para limpar estatísticas e informações do banco de dados de protocolo, consulte o CLI Explorer.
O clear firewall comando não pode ser usado para limpar os contadores de filtro do Mecanismo de Roteamento em um Mecanismo de Roteamento de backup que está habilitado para comutação graciosa do Mecanismo de Roteamento.
Exemplo: configuração do IS-IS para GRES com reinicialização graciosa
Este exemplo mostra como configurar as extensões de protocolo de reinicialização graciosas do Mecanismo de Roteamento usando o protocolo de gateway interior (IGP) de sistema intermediário para sistema intermediário (IS-IS) para habilitar com êxito a comutação graciosa do Mecanismo de Roteamento (GRES) com reinicialização graciosa.
Requisitos
O GRES evita interrupções no tráfego de rede se o Mecanismo de Roteamento principal falhar quando combinado com:
Reinicialização graciosa
Roteamento ativo sem interrupções (NSR)
Antes de seguir as instruções aqui para configurar a reinicialização graciosa, certifique-se de ter habilitado o GRES, que está desabilitado por padrão. Consulte Configurando o Switchover do Mecanismo de Roteamento Gracioso para obter mais informações.
Visão geral
Se as adjacências entre o Mecanismo de Roteamento e os roteadores peer 'helper' vizinhos expirarem, as extensões de protocolo de reinicialização graciosas não poderão notificar os roteadores peer 'helper' sobre a reinicialização iminente. A reinicialização graciosa pode parar e causar interrupções no tráfego.
Para garantir que essas adjacências sejam mantidas, altere o tempo de espera dos protocolos IS-IS do padrão de 27 segundos para um valor superior a 40 segundos.
Se o seu sistema usa o protocolo OSPF (caminho mais curto primeiro) aberto em vez de IS-IS, consulte Exemplo: Configurando temporizadores OSPF para obter informações de configuração.
Configuração
- Configuração rápida da CLI
- Configurando o tempo de espera do protocolo IS-IS para uma reinicialização graciosa
- Resultados
Configuração rápida da CLI
Para configurar rapidamente o tempo de espera, copie os comandos a seguir, cole-os em um arquivo de texto, remova quaisquer quebras de linha, altere todos os detalhes necessários para corresponder à sua configuração de rede e, em seguida, copie e cole os comandos na CLI nos diferentes níveis de hierarquia mostrados.
Cada interface deve ser definida individualmente, com um valor para cada nível em que o dispositivo de roteamento opera. O valor mínimo recomendado de 41 segundos é usado neste exemplo, seu sistema pode exigir um valor mais alto com base no tamanho e no tráfego.
O nível 1 e o nível 2 podem ser definidos com valores diferentes.
[editar protocolos]
set protocols isis interface ge-1/2/0 level 1 hold-time 41 set protocols isis interface ge-1/2/0 level 2 hold-time 41
[editar nome do sistema lógico de sistemas lógicos}
set protocols isis interface ge-1/2/0 level 1 hold-time 41 set protocols isis interface ge-1/2/0 level 2 hold-time 41
[editar sistemas lógicos nome do sistema lógico instâncias de roteamento nome da instância de roteamento]
set protocols isis interface ge-1/2/0 level 1 hold-time 41 set protocols isis interface ge-1/2/0 level 2 hold-time 41
[editar instâncias de roteamento nome da instância de roteamento]
set protocols isis interface ge-1/2/0 level 1 hold-time 41 set protocols isis interface ge-1/2/0 level 2 hold-time 41
Configurando o tempo de espera do protocolo IS-IS para uma reinicialização graciosa
Procedimento passo a passo
Para configurar o tempo de espera do IS-IS para uma reinicialização graciosa:
Localize ou defina as interfaces.
set protocols isis interface interface-name
Defina o nível de rede e o tempo de espera em segundos para esse nível.
set protocols isis interface interface-name level 1 hold-time 41
Se o dispositivo de roteamento funcionar em mais de um nível, defina o valor para o outro nível.
set protocols isis interface interface-name level 2 hold-time 41
Se você terminar de configurar o dispositivo de roteamento, confirme a configuração.
Nota:Repita toda a configuração em todos os dispositivos de roteamento em uma rede compartilhada.
Resultados
Verificação
Verificando o tempo de espera do protocolo IS-IS para reinicialização graciosa
Propósito
Verifique se o tempo de espera do protocolo IS-IS está definido como 41 segundos ou mais para garantir que a reinicialização graciosa esteja habilitada.
Ação
Confirme sua configuração inserindo o show isis adjacency brief comando do modo operacional. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.
Significado
Um valor de tempo de espera do protocolo IS-IS alto o suficiente permite que a configuração do sistema seja reiniciada e garante que, mesmo que um Mecanismo de Roteamento falhe, o tráfego continue.