NESTA PÁGINA
Requisitos para roteadores com configuração de roteador de backup
Habilitação do switchover gracioso do mecanismo de roteamento
Configuração do switchover gracioso do mecanismo de roteamento com reinicialização graciosa
Verificação da operação de switchover gracioso do mecanismo de roteamento
Configuração do switchover gracioso do mecanismo de roteamento em um virtual Chassis
Prevenção da transferência graciosa do mecanismo de roteamento no caso de discos lentos
Exemplo: configuração do IS-IS para GRES com reinício gracioso
Configuração do switchover gracioso do mecanismo de roteamento
RESUMO Saiba como configurar o switchover gracioso do mecanismo de roteamento (GRES) com as seguintes etapas e exemplos.
Requisitos para roteadores com configuração de roteador de backup
Se a configuração do mecanismo de roteamento incluir uma backup-router declaração ou uma inet6-backup-router declaração, você também pode 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 hierárquico[edit system (backup-router | inet6-backup-router) address]. Esse requisito também se aplica a qualquer roteador T640 conectado a um roteador TX Matrix que inclua um roteador ou inet6-backup-router declaração de backup.
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, você deve configurar prefixos que são mais específicos do que as rotas estáticas ou incluir a bandeira 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, você deve especificar a configuração do roteador de backup da seguinte forma:
backup-router 172.29.201.62 destination [172.16.0.0/13 172.16.128.0/13]
Veja também
Habilitação do switchover gracioso do mecanismo de roteamento
Por padrão, o switchover gracioso do mecanismo de roteamento (GRES) é desativado. Para configurar o GRES, inclua a graceful-switchover declaração no nível de [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 desativar o GRES, exclua a graceful-switchover declaração do nível de [edit chassis redundancy] hierarquia.
Configuração do switchover gracioso do mecanismo de roteamento com reinicialização graciosa
Ao usar o GRES com o Gracioso Restart, se as adjacências entre o Mecanismo de Roteamento e os roteadores "helper" vizinhos forem concluídas, as extensões de protocolo de reinicialização graciosas não poderão notificar os roteadores de "helper" de peer sobre a reinicialização iminente. A reinicialização graciosa pode então parar e causar interrupções no tráfego.
Para garantir que essas adjacências sejam mantidas, altere o tempo de espera para os protocolos IS-IS do padrão de 27 segundos para um valor superior a 40 segundos.
Sincronização da 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 on-line após o mecanismo de roteamento primário 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 em execução do Junos OS do mecanismo de roteamento primário para o mecanismo de roteamento de backup.
Se o sistema estiver no estado ISSU, você não poderá copiar a versão junos OS em execução do mecanismo de roteador principal.
A partir da versão 14.1 do Junos OS, você pode habilitar a sincronização automática da configuração primária do mecanismo de roteamento com o mecanismo de roteamento de backup, incluindo os eventos CHASSISD_SNMP_TRAP7 declaração no nível de hierarquia [editar opções policy-namede eventos].
CHASSISD_SNMP_TRAP7 é uma mensagem de registro de eventos do sistema de que o processo do 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 eventos para desencadear a sincronização automática das primárias para 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;
}
Após receber este evento, a política de eventos sobre o mecanismo principal do roteador é acionada e a imagem disponível no /var/sw/pkg caminho é empurrada para a atualização do mecanismo de roteador 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.
Se o mecanismo de roteamento estiver sendo executado no Junos OS Release 13.2 ou posterior, os scripts de automação do Junos serão sincronizados automaticamente.
Após a reinicialização do mecanismo principal do roteador, o script do evento disponível no /usr/libexec/scripts/event/auto-image-upgrade.slax deve ser copiado para o /var/db/scripts/event path.
Para roteadores da Série MX que usam gerenciamento aprimorado de assinantes, o novo mecanismo de roteamento de backup (o antigo mecanismo de roteamento primário) será reiniciado quando um switchover gracioso do Mecanismo de Roteamento for executado. Essa reinicialização a frio ressincroniza o estado do mecanismo de roteamento de backup com o do novo mecanismo de roteamento primário, evitando discrepâncias no estado que podem ter ocorrido durante a transferência.
Verificação da operação de switchover gracioso do mecanismo de roteamento
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 de switchover Gracioso está definido para ativação, o GRES está operacional. O status do banco de dados do kernel e a sincronização de banco de dados de configuração entre 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 primário.
Para obter mais informações sobre o show system switchover comando, consulte o CLI Explorer.
Configuração do switchover gracioso do mecanismo de roteamento em um virtual Chassis
Em um Virtual Chassis, um switch de membro recebe a função principal e tem o mecanismo de roteamento primário. Outro switch de 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 do Virtual Chassis mudem do primário para o backup sem interrupção para o encaminhamento de pacotes como uma solução de failover sem sucesso. Quando você configura o switchover gracioso do mecanismo de roteamento, o mecanismo de roteamento de backup sincroniza automaticamente com o mecanismo de roteamento primário para preservar as informações de estado do kernel e o estado de encaminhamento.
Para configurar a configuração do Virtual Chassis para usar o switchover gracioso do mecanismo de roteamento (GRES):
Confirmar a configuração.
Recomendamos que você use o commit synchronize comando para salvar quaisquer alterações de configuração feitas em um Virtual Chassis de vários membros.
Veja também
Prevenção da transferência graciosa do mecanismo de roteamento no caso de discos lentos
O acesso lento inesperado ao disco pode acontecer por várias razões — um setor defeituoso ou ruim, 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 típico de failover seja acionado.
A Juniper Networks introduziu 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 no tráfego e aliviar a carga no mecanismo de roteamento primário original para a limpeza do backlog.
No entanto, existem casos em que você pode não querer que o failover ocorra. Você pode cometer um grande conjunto de mudanças ou até mesmo pequenas mudanças que podem levar a uma série de atualizações sobre a topologia de roteamento. Tal atividade pode levar a um extenso atraso no acesso ao disco e, portanto, acionar o failover. Para atrasos esperados de acesso em disco como este, em que você não deseja acionar o failover, você pode optar por não ocorrer failover configurando o comando de chassis redundancy failover not-on-disk-underperform configuração. Outra maneira é desabilitar completamente o daemon de monitoramento de disco configurando o system processes gstatd disable comando.
Para evitar falhas 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
Veja também
Redefinição das estatísticas locais
Quando você habilita a transferência graciosa do mecanismo de roteamento, a configuração principal do Mecanismo de Roteamento é copiada e carregada no mecanismo de roteamento de backup. Arquivos de usuário, informações contábeis e informações de rastreamento de opções não são replicados no mecanismo de roteamento de backup.
Quando ocorre uma troca graciosa do Mecanismo de Roteamento, estatísticas locais, como estatísticas de processos e estatísticas de rede, são exibidas como um valor cumulativo a partir do momento em que o processo entrou em operação. Como os processos no mecanismo de roteamento primário podem começar em momentos diferentes dos processos no mecanismo de roteamento de backup, as estatísticas sobre os dois mecanismos de roteamento para o mesmo processo podem ser diferentes. Após uma troca graciosa do Mecanismo de Roteamento, recomendamos que você emita o comando de estatísticas claras de interface (interface-name | todos) para redefinir os valores cumulativos para estatísticas locais. As estatísticas de encaminhamento não são afetadas pelo switchover gracioso do Mecanismo de Roteamento.
Para obter informações sobre como usar o comando claro para limpar estatísticas e informações de banco de dados de protocolo, consulte o CLI Explorer.
O comando de firewall claro não pode ser usado para limpar os contadores de filtro do mecanismo de roteamento em um mecanismo de roteamento de backup que é habilitado para a transferência graciosa do mecanismo de roteamento.
Veja também
Exemplo: configuração do IS-IS para GRES com reinício gracioso
Este exemplo mostra como configurar as extensões de protocolo de reinicialização graciosas do Mecanismo de Roteamento usando o sistema intermediário para o protocolo de gateway interior (IS-IS) para permitir com sucesso o gracioso switchover do Mecanismo de Roteamento (GRES) com uma reinicialização graciosa.
Requisitos
O GRES evita interrupções no tráfego de rede se o mecanismo de roteamento primário falhar quando combinado com:
Reinicialização graciosa
Roteamento ativo sem parar (NSR)
Antes de seguir as instruções aqui para configurar a reinicialização graciosa, certifique-se de ter habilitado o GRES, que é desativado por padrão. Consulte a configuração do switchover gracioso do mecanismo de roteamento para obter mais informações.
Visão geral
Se as adjacências entre o Mecanismo de Roteamento e os roteadores de "helper" de peer vizinhos perderem tempo, as extensões de protocolo de reinicialização graciosas não poderão notificar os roteadores "helper" dos pares sobre a reinicialização iminente. A reinicialização graciosa pode então parar e causar interrupções no tráfego.
Para garantir que essas adjacências sejam mantidas, altere o tempo de espera para os protocolos IS-IS do padrão de 27 segundos para um valor superior a 40 segundos.
Se o seu sistema usar o protocolo de caminho mais curto aberto primeiro (OSPF) em vez do IS-IS, veja Exemplo: Configurando os temporizantes 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 reiniciar graciosamente
- Resultados
Configuração rápida da CLI
Para configurar rapidamente o tempo de espera, copie os seguintes comandos, cole-os em um arquivo de texto, remova qualquer quebra de linha, altere os detalhes necessários para combinar com a configuração da sua 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 tráfego.
O nível 1 e o nível 2 podem ser definidos para 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 o 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 casos de roteamento de instâncias de roteamento de nomes de sistemas lógicos 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 o nome da instância de roteamento de instâncias 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 reiniciar graciosamente
Procedimento passo a passo
Para configurar o tempo de espera IS-IS para reiniciar graciosamente:
Localize ou defina as interfaces.
set protocols isis interface interface-name
Definir o nível da 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 reinicialização graciosa do protocolo IS-IS
Propósito
Verifique se o tempo de espera do protocolo IS-IS é definido para 41 segundos ou mais para garantir que a reinicialização graciosa esteja habilitada.
Ação
Confirme sua configuração inserindo o comando no show isis adjacency brief 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 de protocolo IS-IS alto o suficiente permite que a configuração do seu sistema seja reiniciada e garante que, mesmo se um mecanismo de roteamento falhar, o tráfego continua.
Tabela de histórico de mudanças
O suporte de recursos é determinado pela plataforma e versão que você está usando. Use o Feature Explorer para determinar se um recurso é suportado em sua plataforma.