Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
NESTA PÁGINA
 

Configuração de reinício gracioso para protocolos de roteamento

RESUMO Você pode configurar a reinicialização graciosa para protocolos de roteamento com as etapas abaixo.

Ativando o recomeço gracioso

Por padrão, a reinicialização graciosa é desativada. Para permitir a reinicialização graciosa, inclua a declaração de reinicialização graciosa no nível de hierarquia [editar opções de roteamento em instâncias instance-name de roteamento] ou [editar opções de roteamento] .

Por exemplo:

Para configurar a duração do período de reinicialização gracioso, inclua a duração da reinicialização no nível de hierarquia [editar opções de roteamento graciosamente reiniciada ].

Nota:

O modo helper (a capacidade de ajudar um roteador vizinho a tentar uma reinicialização graciosa) é habilitado por padrão quando você inicia a plataforma de roteamento, mesmo que a reinicialização graciosa não esteja habilitada. Você pode desabilitar o modo helper por protocolo.

Para desativar a reinicialização graciosa globalmente, inclua a declaração de desativação no nível de hierarquia [editar opções de roteamento graciosamente reiniciada ].

Quando a reinicialização graciosa é habilitada para todos os protocolos de roteamento no nível de hierarquia [editar opções de roteamento graciosamente reiniciada] , você pode desativar a reinicialização graciosa por protocolo.

Nota:

Se você configurar a reinicialização graciosa após a criação de uma sessão BGP ou LDP, a sessão BGP ou LDP será reiniciada e os pares negociam recursos graciosos de reinicialização. Além disso, as estatísticas de roteamento por pares do BGP são redefinidas para zero.

Configuração de opções de reinício graciosas para BGP

Para configurar a duração do período de reinicialização gracioso do BGP, inclua a declaração de tempo de reinicialização no nível de hierarquia [editar protocolos bgp gracioso-restart] . Para definir o tempo que o roteador espera para receber mensagens de reiniciar os vizinhos antes de declará-los desativados, inclua a declaração de tempo de rotas obsoletas no nível de hierarquia [editar protocolos bgp graciosamente reiniciado] .

Para desativar o recurso de reinicialização graciosa do BGP para todas as sessões BGP, inclua a declaração de desabilitação no nível de hierarquia [editar protocolos bgp graciosa-restart] .

Nota:

Para definir propriedades de reinicialização graciosas do BGP ou desabitá-las para um grupo, inclua as declarações desejadas no nível de hierarquia [editar protocolos bgp group group-name graciosa-restart] .

Para definir propriedades de reinicialização graciosas do BGP ou desabitá-las para um vizinho específico em um grupo, inclua as declarações desejadas no nível de hierarquia [editar protocolos bgp group group-name neighbor ip-address graciosa-restart] .
Nota:

Configurar uma reinicialização graciosa para BGP redefiniu as estatísticas de roteamento por pares BGP para zero. Além disso, as sessões BGP existentes são reiniciadas, e os pares negociam recursos graciosos de reinicialização.
Nota:

Não configure tanto a detecção de encaminhamento bidirecional (BFD) para BGP quanto a reinicialização graciosa para BGP. O desempenho do roteamento pode ser abaixo do ideal se você fizer isso.

Usando BFD dependente de plano de controle, juntamente com o modo de helper de reinicialização gracioso

Quando o BFD é dependente do plano de controle e o dispositivo detecta um evento BFD para baixo e ainda não está entrando no modo de helper de reinicialização gracioso, isso é tratado como um evento BFD down regular e o dispositivo entra no modo de helper de reinicialização gracioso. Esse comportamento torna o plano de controle dependente da BFD inutilizável em conjunto com a reinicialização graciosa.

Inclua a dont-help-shared-fate-bfd-down declaração na [edit protocols bgp graceful-restart] hierarquia para garantir que o dispositivo não insira o modo de helper de reinicialização gracioso e o tráfego de dados continue a ser fowarded para um caminho alternativo, mesmo que haja uma falha de interface (sem uma reinicialização de plano de controle no vizinho BGP).

A partir do Junos OS Release 18.3R1, você pode impedir que os firewalls da Série SRX entrem no modo de helper de reinicialização gracioso quando o dispositivo é configurado com BFD com um BGP externo de salto único (EBGP), incluindo a dont-help-shared-fate-bfd-down declaração na [edit protocols bgp graceful-restart] hierarquia.

Veja também

Configuração de opções de reinicialização graciosas para o ES-IS

Nos roteadores de serviços da Série J, para configurar a duração do período de reinicialização gracioso do ES-IS, inclua a restart-duration declaração no nível de [edit protocols esis graceful-restart] hierarquia.

Para desativar o recurso de reinício gracioso do ES-IS, inclua a disable declaração no nível de [edit protocols esis graceful-restart] hierarquia.

Configuração de opções de reinício graciosas para IS-IS

Para configurar a duração do período de reinicialização gracioso do IS-IS, inclua a restart-duration declaração no nível de [edit protocols isis graceful-restart] hierarquia.

Para desativar a capacidade de helper de reinicialização graciosa do IS-IS, inclua a helper-disable declaração no nível hierárquica [edit protocols isis graceful-restart] . Para desativar o recurso de reinicialização gracioso do IS-IS, inclua a disable declaração no nível de [edit protocols isis graceful-restart] hierarquia.

Nota:

A partir do Junos OS Release 12.3, se adjacências entre o Mecanismo de Roteamento e os roteadores "helper" de peer vizinhos forem liberadas, 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.

Nota:

Você também pode rastrear eventos graciosos de reinicialização com a traceoptions declaração no nível de [edit protocols isis] hierarquia. Para obter mais informações, veja Rastreamento de eventos graciosos de reinicialização.

Configuração de opções de reinício graciosas para OSPF e OSPFv3

Para configurar a duração do período de reinicialização graciosa do OSPF/OSPFv3, inclua a declaração de duração de reinicialização no nível de hierarquia [editar protocolos (ospf | ospf3). Para especificar o tempo para o qual o roteador notifica os roteadores de helper que ele completou a reinicialização graciosa, inclua a duração da notificação no nível de hierarquia [editar protocolos (ospf | ospf3) graciosamente reiniciado . Anúncio de estado de enlace (LSA) rigoroso do OSPF verificando os resultados no término da reinicialização graciosa por um roteador que ajuda. Para desabilitar uma verificação rigorosa do LSA, inclua a declaração de verificação sem restrições no nível de hierarquia [editar protocolos (ospf | ospf3) graciosamente .

Para desativar a reinicialização graciosa do OSPF/OSPFv3, inclua a declaração de desabilitação no nível de hierarquia [editar protocolos | ospf3).

A partir da versão 11.3, o Junos OS oferece suporte tanto ao padrão (baseado no RFC 3623, Graciosa OSPF Restart) quanto aos modos de ajuda baseados em sinalização de reinicialização (conforme especificado nos modos de helper RFC 4811, RFC 4812 e RFC 4813) para configurações de reinício graciosos da versão OSPF 2. Os modos de helper padrão e reiniciado baseados em sinalização são habilitados por padrão. Para desativar o modo de helper para configurações de reinicialização graciosas da versão 2 do OSPF, inclua a declaração de desativação de helper <both | sinalização de reinicialização | padrão> declaração no nível de hierarquia [editar protocolos ospf graciosamente reiniciar] . Observe que a última declaração comprometida sempre tem precedência em relação à anterior.

Para reenable o modo helper, exclua a declaração de desativação do helper da configuração usando os protocolos de exclusão ospf graciosamente reiniciável <restart-signaling | padrão | ambos> comando. Neste caso também, o último comando executado tem precedência em relação aos anteriores.

Nota:

O modo de helper baseado em sinalização reiniciado não é suportado para configurações OSPFv3. Para desativar o modo de helper para configurações OSPFv3, inclua a helper-disable declaração no nível de hierarquia [editar protocolos ospfv3 graciosamente reiniciado ].
Ponta:

Você também pode rastrear eventos de reinício graciosos com a declaração de traceoptions no nível de hierarquia [editar protocolos (ospf | ospf3)] . Para obter mais informações, veja Rastreamento de eventos graciosos de reinicialização.
Nota:

Você não pode habilitar a reinicialização graciosa do OSPFv3 entre uma plataforma de roteamento que executa o Junos OS Release 7.5 e anterior e uma plataforma de roteamento que executa o Junos OS Release 7.6 ou posterior. Como uma solução alternativa, certifique-se de que ambas as plataformas de roteamento usem a mesma versão do Junos OS.

Configuração de opções de reinício graciosas para RIP e RIPng

Para configurar a duração do período de reinicialização gracioso de RIP ou RIPng, inclua a restart-time declaração no nível de [edit protocols (rip | ripng) graceful-restart] hierarquia.

Para desativar o recurso de reinicialização graciosa de RIP ou RIPng, inclua a disable declaração no nível de [edit protocols (rip | ripng) graceful-restart] hierarquia.

Configuração de opções de reinício graciosas para o modo Esparso PIM

O modo esparso PIM continua a encaminhar fluxos de pacotes multicast existentes durante uma reinicialização graciosa, mas não encaminha novos fluxos até que a reinicialização seja concluída. Após uma reinicialização, a plataforma de roteamento atualiza o estado de encaminhamento com quaisquer atualizações que foram recebidas dos vizinhos e ocorreram durante o período de reinicialização. Por exemplo, a plataforma de roteamento reaprende os estados de junção e podar dos vizinhos durante a reinicialização, mas não aplica as mudanças na tabela de encaminhamento até depois da reinicialização.

As plataformas de roteamento esparsas habilitadas para o modo PIM geram um número aleatório exclusivo de 32 bits chamado identificador de geração. Os identificadores de geração são incluídos por padrão em mensagens de olá pim, conforme especificado no IETF Internet draft Protocol Independent Multicast - Modo esparso (PIM-SM): Especificação do protocolo (Revisada). Quando uma plataforma de roteamento recebe olás de PIM contendo identificadores de geração em uma interface ponto a ponto, o Junos OS ativa um algoritmo que otimiza o reinício gracioso.

Antes que o modo esparso de PIM ocorra, cada plataforma de roteamento cria um identificador de geração e o envia para seus vizinhos multicast. Se uma plataforma de roteamento esparsa habilitada para o modo PIM for reiniciada, ela cria um identificador de nova geração e a envia para os vizinhos. Quando um vizinho recebe o novo identificador, ele reencamada atualizações multicast para o roteador reiniciador para permitir que ele saia da reinicialização graciosa de forma eficiente. A fase de reinicialização é concluída quando o estado do PIM fica estável ou quando o temporização do intervalo de reinicialização expira.

Se uma plataforma de roteamento não oferece suporte a identificadores de geração ou se o PIM estiver habilitado em interfaces multiponto, o algoritmo de reinicialização graciosa do modo Esparso piM não é ativado e um temporizador de reinicialização padrão é usado como mecanismo de reinicialização.

Para configurar a duração do período de reinicialização gracioso do PIM, inclua a restart-duration declaração no nível de [edit protocols pim graceful-restart] hierarquia:

Para desativar o recurso de reinicialização graciosa do modo esparso de PIM, inclua a disable declaração no nível de [edit protocols pim graceful-restart] hierarquia.

Nota:

O encaminhamento multicast pode ser interrompido de duas maneiras. Primeiro, se o protocolo de roteamento subjacente for instável, as verificações de encaminhamento de caminho reverso (RPF) multicast podem falhar e causar uma interrupção. Segundo, porque a tabela de encaminhamento não é atualizada durante o período de reinício gracioso, novos fluxos multicast não são encaminhados até que a reinicialização graciosa esteja concluída.

Rastreamento de eventos graciosos de reinício

Para acompanhar o progresso de um evento de reinicialização gracioso, você pode configurar bandeiras de opções de rastreamento de reinício graciosas para IS-IS e OSPF/OSPFv3. Para configurar opções de rastreamento de reinicialização graciosas, inclua a declaração de reinicialização graciosa no nível de hierarquia [editar protocolos protocol traceoptions flag] :

Configuração de reinício gracioso para protocolos relacionados ao MPLS

Esta seção contém os seguintes tópicos:

Configuração de reinício gracioso globalmente

Para configurar a reinicialização graciosa globalmente para todos os protocolos relacionados ao MPLS, inclua a graceful-restart declaração no nível hierárquico [edit routing-options] . Para configurar a duração do período de reinicialização gracioso, inclua a duração da reinicialização no nível de [edit routing-options graceful-restart] hierarquia:

Para desativar a reinicialização graciosa globalmente, inclua a disable declaração no nível hierárquica [edit routing-options graceful-restart] .

Configuração de opções de reinício graciosas para RSVP, CCC e TCC

Como o CCC e o TCC dependem do RSVP, você deve modificar esses três protocolos como um único grupo.

Para configurar quanto tempo o roteador mantém o estado de seus vizinhos RSVP enquanto eles passam por uma reinicialização graciosa, inclua a maximum-helper-recovery-time declaração no nível de [edit protocols rsvp graceful-restart] hierarquia. Esse valor é aplicado a todos os roteadores vizinhos, por isso deve ser baseado no tempo exigido pelo vizinho RSVP mais lento para se recuperar.

Para configurar o atraso entre quando o roteador descobrir que um roteador vizinho foi desativado e quando ele declara o vizinho desativado, inclua a maximum-helper-restart-time declaração no nível de [edit protocols rsvp graceful-restart] hierarquia. Esse valor é aplicado a todos os roteadores vizinhos, por isso deve ser baseado no tempo necessário pelo vizinho RSVP mais lento para reiniciar.

Para desativar a reinicialização graciosa do RSVP, CCC e TCC, inclua a disable declaração no nível hierárquico [edit protocols rsvp graceful-restart] . Para desativar o recurso de helper RSVP, CCC e TCC, inclua a helper-disable declaração no nível hierárquico [edit protocols rsvp graceful-restart] .

Configuração de opções de reinício graciosas para LDP

Ao configurar a reinicialização graciosa para LDP, você pode incluir as seguintes declarações opcionais no nível de [edit protocols ldp graceful-restart] hierarquia:

As declarações têm os seguintes efeitos sobre o processo de reinício gracioso:

  • Para configurar o tempo necessário para restabelecer uma sessão após uma reinicialização graciosa, inclua a reconnect-time declaração; o intervalo é de 30 a 300 segundos. Para limitar o tempo máximo de reconexão permitido de um roteador vizinho reiniciado, inclua a maximum-neighbor-reconnect-time declaração; o intervalo é de 30 a 300 segundos.

  • Para configurar o tempo que os roteadores de helper são necessários para manter o antigo estado de encaminhamento durante uma reinicialização graciosa, inclua a recovery-time declaração; o intervalo é de 120 a 1800 segundos. No roteador de helper, você pode configurar uma declaração que substitui a solicitação do roteador de reinicialização e define o tempo máximo que o roteador de helper manterá o antigo estado de encaminhamento. Para configurar esse recurso, inclua a maximum-neighbor-recovery-time declaração; o intervalo é de 140 a 1900 segundos.

    Nota:

    O valor para o tempo de recuperação e maximum-neighbor-recovery-time as declarações no nível de [edit protocols ldp graceful-restart] hierarquia devem ser aproximadamente 80 segundos mais longos do que o valor para a restart-duration declaração no nível hierárquicos [edit routing-options graceful-restart] . Caso contrário, uma mensagem de aviso aparece quando você tenta confirmar a configuração.

  • Para desativar o recurso de reinicialização graciosa do LDP, inclua a disable declaração. Para desativar o recurso de helper de reinicialização graciosa do LDP, inclua a helper-disable declaração.

Veja também

Documentação relacionada

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.

Lançamento
Descrição
12.3
A partir do Junos OS Release 12.3, se adjacências entre o Mecanismo de Roteamento e os roteadores "helper" de peer vizinhos forem liberadas, as extensões de protocolo de reinicialização graciosas não poderão notificar os roteadores "helper" dos pares sobre a reinicialização iminente.