Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Entender a BFD para rotas estáticas para uma detecção mais rápida de falhas na rede

O protocolo de detecção de encaminhamento bidirecional (BFD) é um mecanismo simples de olá que detecta falhas em uma rede. A BFD trabalha com uma ampla variedade de ambientes de rede e topologias. Um par de dispositivos de roteamento troca pacotes BFD. Olá, os pacotes são enviados em um intervalo regular especificado. Uma falha no vizinho é detectada quando o dispositivo de roteamento deixa de receber uma resposta após um intervalo especificado. Os temporizador de detecção de falhas de BFD têm prazos mais curtos do que os mecanismos estáticos de detecção de falhas de rota, por isso fornecem detecção mais rápida.

Os temporizadoras de detecção de falhas de BFD podem ser ajustados para serem mais rápidos ou mais lentos. Quanto menor o valor do temporizador de detecção de falhas de BFD, mais rápido será a detecção de falhas e vice-versa. Por exemplo, os temporizadors podem se adaptar a um valor mais alto se a adjacência falhar (ou seja, o temporizador detecta falhas mais lentamente). Ou um vizinho pode negociar um valor mais alto por um temporizador do que o valor configurado. Os tempores adaptam-se a um valor mais alto quando uma aba de sessão BFD ocorre mais de três vezes em um período de 15 segundos. Um algoritmo de back-off aumenta o intervalo de recebimento (Rx) em dois se a instância BFD local for o motivo da aba de sessão. O intervalo de transmissão (Tx) é aumentado em dois se a instância BFD remota for o motivo da aba da sessão. Você pode usar o clear bfd adaptation comando para devolver os temporizador de intervalo BFD aos seus valores configurados. O clear bfd adaptation comando é sem sucesso, o que significa que o comando não afeta o fluxo de tráfego no dispositivo de roteamento.

Por padrão, o BFD é suportado em rotas estáticas de salto único.

Nota:

Nos dispositivos da Série MX, o BFD multihop não é suportado em uma rota estática se a rota estática for configurada com mais de um salto seguinte. Recomenda-se que você evite usar vários hops seguintes quando um BFD multihop é necessário para uma rota estática.

Para permitir a detecção de falhas, inclua a bfd-liveness-detection declaração na configuração de rota estática.

Nota:

Começando com o Junos OS Release 15.1X49-D70 e o Junos OS Release 17.3R1, o comando inclui o bfd-liveness-detection campo de descrição. A descrição é um atributo sob o bfd-liveness-detection objeto e é suportada apenas em dispositivos da Série SRX. Este campo é aplicável apenas para as rotas estáticas.

No Junos OS Release 9.1 e posterior, o protocolo BFD é suportado para rotas estáticas IPv6. Endereços IPv6 globais unicast e link locais são suportados para rotas estáticas. O protocolo BFD não é suportado em endereços multicast ou IPv6. Para o IPv6, o protocolo BFD oferece suporte apenas a rotas estáticas e somente no Junos OS Release 9.3 e posterior. O IPv6 para BFD também tem suporte para o protocolo eBGP.

Para configurar o protocolo BFD para rotas estáticas IPv6, inclua a bfd-liveness-detection declaração no nível de [edit routing-options rib inet6.0 static route destination-prefix] hierarquia.

No Junos OS Release 8.5 e posterior, você pode configurar um intervalo de espera para especificar quanto tempo a sessão BFD deve permanecer ativa antes que uma notificação de mudança de estado seja enviada.

Para especificar o intervalo de espera, inclua a holddown-interval declaração na configuração BFD. Você pode configurar um número na faixa de 0 a 255.000 milissegundos. O padrão é 0. Se a sessão de BFD cair e depois voltar para cima durante o intervalo de espera, o temporizador será reiniciado.

Nota:

Se uma única sessão de BFD incluir várias rotas estáticas, o intervalo de espera com o valor mais alto é usado.

Para especificar os intervalos mínimos de transmissão e recebimento para detecção de falhas, inclua a minimum-interval declaração na configuração BFD.

Esse valor representa tanto o intervalo mínimo após o qual o dispositivo de roteamento local transmite pacotes hello e o intervalo mínimo após o qual o dispositivo de roteamento espera receber uma resposta do vizinho com o qual estabeleceu uma sessão de BFD. Você pode configurar um número na faixa de 1 a 255.000 milissegundos. Opcionalmente, em vez de usar esta declaração, você pode configurar o mínimo de transmissão e receber intervalos separadamente usando o intervalo mínimo e minimum-receive-interval as declarações de intervalo de transmissão.

Nota:

Os switches EX4600 não oferecem suporte a valores mínimos de intervalo de menos de 1 segundo.

Nota:

BFD é um protocolo intensivo que consome recursos do sistema. Especificar um intervalo mínimo para BFD de menos de 100 ms para sessões baseadas em mecanismos de roteamento e 10 ms para sessões distribuídas de BFD pode causar flapping BFD indesejável.

Dependendo do seu ambiente de rede, essas recomendações adicionais podem se aplicar:

  • Para implantações de rede de grande escala com um grande número de sessões de BFD, especifique um intervalo mínimo de 300 ms para sessões baseadas em mecanismo de roteamento e 100 ms para sessões distribuídas de BFD.

  • Para implantações de rede de grande escala com um grande número de sessões de BFD, entre em contato com o suporte ao cliente da Juniper Networks para obter mais informações.

  • Para que as sessões de BFD permaneçam ativas durante um evento de comutação do Mecanismo de Roteamento quando o roteamento ativo ininterrupto (NSR) for configurado, especifique um intervalo mínimo de 2500 ms para sessões baseadas em mecanismos de roteamento. Para sessões distribuídas de BFD com NSR configurado, as recomendações de intervalo mínimo não são alteradas e dependem apenas da sua implantação de rede.

Para especificar o intervalo mínimo de recebimento para detecção de falhas, inclua a minimum-receive-interval declaração na configuração BFD. Esse valor representa o intervalo mínimo após o qual o dispositivo de roteamento espera receber uma resposta de um vizinho com o qual estabeleceu uma sessão de BFD. Você pode configurar um número na faixa de 1 a 255.000 milissegundos. Opcionalmente, em vez de usar esta declaração, você pode configurar o intervalo mínimo de recebimento usando a minimum-interval declaração no nível de [edit routing-options static route destination-prefix bfd-liveness-detection] hierarquia.

Para especificar o número de pacotes hello não recebidos pelo vizinho que faz com que a interface de origem seja declarada baixa, inclua a multiplier declaração na configuração BFD. O valor padrão é 3. Você pode configurar um número na faixa de 1 a 255.

Para especificar um limite para detectar a adaptação do tempo de detecção, inclua a threshold declaração na configuração BFD.

Quando o tempo de detecção de sessão BFD se adapta a um valor igual ou superior ao limiar, uma única armadilha e uma mensagem de log do sistema são enviadas. O tempo de detecção é baseado no multiplicador do intervalo mínimo ou do valor mínimo de intervalo de recebimento . O limite deve ser um valor maior do que o multiplicador para qualquer um desses valores configurados. Por exemplo, se o intervalo mínimo de recebimento for de 300 ms e o multiplicador for de 3, o tempo total de detecção é de 900 ms. Portanto, o limite de tempo de detecção deve ter um valor superior a 900.

Para especificar o intervalo mínimo de transmissão para detecção de falhas, inclua a transmit-interval minimum-interval declaração na configuração BFD.

Esse valor representa o intervalo mínimo após o qual o dispositivo de roteamento local transmite pacotes hello para o vizinho com o qual estabeleceu uma sessão de BFD. Você pode configurar um valor na faixa de 1 a 255.000 milissegundos. Opcionalmente, em vez de usar esta declaração, você pode configurar o intervalo mínimo de transmissão usando a minimum-interval declaração no nível de [edit routing-options static route destination-prefix bfd-liveness-detection] hierarquia.

Para especificar o limiar para a adaptação do intervalo de transmissão, inclua a transmit-interval threshold declaração na configuração BFD.

O valor do limiar deve ser maior do que o intervalo de transmissão. Quando a sessão BFD transmite o tempo se adapta a um valor maior que o limiar, uma única armadilha e uma mensagem de log do sistema são enviadas. O tempo de detecção baseia-se no multiplicador do valor para o intervalo mínimo ou a minimum-receive-interval declaração no nível de [edit routing-options static route destination-prefix bfd-liveness-detection] hierarquia. O limite deve ser um valor maior do que o multiplicador para qualquer um desses valores configurados.

Para especificar a versão BFD, inclua a version declaração na configuração BFD. O padrão é detectar a versão automaticamente.

Para incluir um endereço IP para o próximo salto da sessão BFD, inclua a neighbor declaração na configuração BFD.

Nota:

Você deve configurar a neighbor declaração se o próximo salto especificado for um nome de interface. Se você especificar um endereço IP como o próximo hop, esse endereço é usado como endereço vizinho para a sessão de BFD.

No Junos OS Release 9.0 e posterior, você pode configurar sessões de BFD para não se adaptar às mudanças nas condições da rede. Para desativar a adaptação à BFD, inclua a no-adaptation declaração na configuração BFD.

Nota:

Recomendamos que você não desabile a adaptação à BFD a menos que seja preferível não ter adaptação de BFD em sua rede.

Nota:

Se a BFD estiver configurada apenas em uma extremidade de uma rota estática, a rota será removida da tabela de roteamento. A BFD estabelece uma sessão quando a BFD é configurada em ambas as extremidades da rota estática.

A BFD não é suportada em famílias de endereços ISO em rotas estáticas. A BFD oferece suporte ao IS-IS.

Se você configurar o switchover gracioso do Mecanismo de Roteamento (GRES) ao mesmo tempo que o BFD, o GRES não preserva as informações de estado do BFD durante um failover.

Tabela de histórico de lançamento
Lançamento
Descrição
15,1X49-D70
Começando com o Junos OS Release 15.1X49-D70 e o Junos OS Release 17.3R1, o comando inclui o bfd-liveness-detection campo de descrição. A descrição é um atributo sob o bfd-liveness-detection objeto e é suportada apenas em dispositivos da Série SRX. Este campo é aplicável apenas para as rotas estáticas.