Entendendo como o BFD detecta falhas de rede

O protocolo de Detecção de Encaminhamento Bidirecional (BFD) é um mecanismo simples de saudação que detecta falhas em uma rede. Um par de dispositivos de roteamento troca pacotes BFD. Os dispositivos enviam pacotes de saudação em um intervalo regular especificado. O dispositivo detecta uma falha de vizinho quando o dispositivo de roteamento para de receber uma resposta após um intervalo especificado.

Use o Explorador de Recursos para confirmar o suporte à plataforma e à versão para recursos específicos.

Examine a seção Comportamento de BFD específico da plataforma para obter notas relacionadas à sua plataforma.

• Benefícios
• Tipos de sessões BFD
• BFD de salto único e multisalto

A partir do Junos OS Release 24.3R1, introduzimos o modo distribuído para detecção de falhas de BFD (Detecção de Encaminhamento Bidirecional) no vSRX 3.0. Com esse suporte, também adicionamos o recurso de descarregamento de CPU dedicado no vSRX 3.0. O recurso de descarregamento dedicado da CPU reprograma um thread de fluxo e usa os filtros de fluxo DPDK na NIC para mover pacotes de alta prioridade (BGP, RIPv2, OSPF, PIM, Multicast, IGMP, Single-Hop BFD e Multihop BFD) para o thread de fluxo dedicado. Com isso, os pacotes de recursos são processados por seu próprio thread ou fila de fluxo dedicado, mesmo nos casos em que o plano de encaminhamento está com excesso de assinaturas e descartando pacotes.

Como um thread de fluxo inteiro é removido do tráfego de encaminhamento, você pode observar uma redução na taxa de transferência de pacotes e esse impacto no desempenho é mais pronunciado em implantações menores do vSRX 3.0.

Para habilitar o recurso de descarregamento de CPU dedicado no vSRX 3.0, execute o set security forwarding-options dedicated-offload-cpu comando.

Quando você configura esse recurso, a seguinte mensagem de aviso é exibida na saída do syslog: Aviso, você ativou dedicated-offload-cpu, isso terá um impacto no desempenho.

Sem uma CPU de descarregamento dedicada, em casos de excesso de assinaturas, em que os limites de memória ou CPU são atingidos no Mecanismo de Encaminhamento de Pacotes e os pacotes estão sendo descartados, os pacotes Fast BFD também podem ser descartados, levando à oscilação de BFD.

Para exibir o status atual da CPU de descarregamento dedicado do Mecanismo de Encaminhamento de Pacotes, use o show security forward-options dedicated-offload-cpu comando. Esse comando exibe se o Mecanismo de Encaminhamento de Pacotes tem o recurso de CPU de descarregamento dedicado habilitado ou desabilitado.

• Benefícios
• Limitações de CPU de descarregamento dedicado para o vSRX 3.0
• Configuração e suporte distribuídos

Oferecemos suporte a dois tipos de BFD em linha: BFD em linha e BFD em linha assistido por hardware. As sessões de BFD em linha são executadas no software FPC. As sessões de BFD em linha assistidas por hardware são executadas no firmware ASIC. O suporte depende do dispositivo e da versão do software.

• Benefícios
• BFD em linha
• BFD em linha assistida por hardware
• Configuração

O amortecimento de sessão BFD permite evitar notificações de flap BFD em excesso, amortecendo as alterações de estado da sessão BFD por um período de tempo configurado se os limites definidos forem excedidos.

• Benefícios
• Visão geral
• Configuração

O protocolo de Detecção de Encaminhamento Bidirecional (BFD) é um mecanismo simples de saudação que detecta falhas em uma rede. O BFD trabalha com uma ampla variedade de ambientes de rede e topologias. Um par de dispositivos de roteamento troca pacotes BFD. Os pacotes Hello são enviados em um intervalo regular especificado. Uma falha de vizinho é detectada quando o dispositivo de roteamento para de receber uma resposta após um intervalo especificado. Os temporizadores de detecção de falha de BFD têm limites de tempo mais curtos do que os mecanismos de detecção de falha de rota estática, portanto, fornecem uma detecção mais rápida.

Os temporizadores 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ápida é a detecção de falhas e vice-versa. Por exemplo, os temporizadores 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 para um temporizador do que o valor configurado. Os temporizadores se adaptam a um valor mais alto quando um flap de sessão BFD ocorre mais de três vezes em um intervalo de 15 segundos. Um algoritmo de retirada aumenta o intervalo de recebimento (Rx) em dois se a instância BFD local for o motivo da oscilação de sessão. O intervalo de transmissão (Tx) é aumentado em dois se a instância BFD remota for o motivo da oscilação de sessão. Você pode usar o clear bfd adaptation comando para retornar os temporizadores de intervalo BFD aos seus valores configurados. O clear bfd adaptation comando não tem hits, 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.

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

O protocolo BFD é compatível com rotas estáticas IPv6. Endereços IPv6 globais unicast e locais de enlace são suportados para rotas estáticas. O protocolo BFD não é suportado em endereços IPv6 multicast ou anycast. Para IPv6, o protocolo BFD suporta apenas rotas estáticas. O IPv6 para BFD também é compatível com o protocolo eBGP.

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

Você pode configurar um intervalo de espera para especificar quanto tempo a sessão BFD deve permanecer ativa antes que uma notificação de alteração de estado seja enviada.

Para especificar o intervalo de espera, inclua a holddown-interval declaração na configuração do BFD. Você pode configurar um número no intervalo de 0 a 255.000 milissegundos. O padrão é 0. Se a sessão BFD ficar inativa e voltar a subir durante o intervalo de espera, o cronômetro será reiniciado.

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

Esse valor representa o intervalo mínimo após o qual o dispositivo de roteamento local transmite pacotes de saudação 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 BFD. Você pode configurar um número no intervalo de 1 a 255.000 milissegundos. Opcionalmente, em vez de usar essa declaração, você pode configurar os intervalos mínimos de transmissão e recebimento separadamente usando as declarações transmit-interval minimum-interval e minimum-receive-interval .

Para especificar o intervalo mínimo de recebimento para detecção de falha, inclua a minimum-receive-interval declaração na configuração do 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 BFD. Você pode configurar um número no intervalo de 1 a 255.000 milissegundos. Opcionalmente, em vez de usar essa declaração, você pode configurar o intervalo mínimo de recebimento usando a minimum-interval declaração no nível da [edit routing-options static route destination-prefix bfd-liveness-detection] hierarquia.

Para especificar o número de pacotes de saudação não recebidos pelo vizinho que faz com que a interface de origem seja declarada inativa, inclua a multiplier declaração na configuração do BFD. O valor padrão é 3. Você pode configurar um número no intervalo 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 do BFD.

Quando o tempo de detecção da sessão BFD se adapta a um valor igual ou superior ao limite, uma única interceptação e uma mensagem de log do sistema são enviadas. O tempo de detecção é baseado no multiplicador do valor do intervalo mínimo ou do intervalo mínimo 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 3, o tempo total de detecção será 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 falha, inclua a transmit-interval minimum-interval declaração na configuração do BFD.

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

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

O valor limite deve ser maior que o intervalo de transmissão. Quando o tempo de transmissão da sessão BFD se adapta a um valor maior que o limite, uma única interceptação e uma mensagem de log do sistema são enviadas. O tempo de detecção é baseado no multiplicador do valor para o intervalo mínimo ou na minimum-receive-interval instrução no nível da [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 do BFD, inclua a version declaração na configuração do BFD. O padrão é ter a versão detectada 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.

Você pode configurar sessões de BFD para não se adaptarem às mudanças nas condições da rede. Para desativar a adaptação BFD, inclua a no-adaptation declaração na configuração BFD.

O protocolo de Detecção de Encaminhamento Bidirecional (BFD) é um mecanismo simples de saudação que detecta falhas em uma rede. Os pacotes Hello são enviados em um intervalo regular especificado. Uma falha de vizinho é detectada quando o dispositivo de roteamento para de receber uma resposta após um intervalo especificado. O BFD trabalha com uma ampla variedade de ambientes de rede e topologias. Os temporizadores de detecção de falhas para BFD têm limites de tempo mais curtos do que os mecanismos de detecção de falhas padrão para BGP, portanto, fornecem uma detecção mais rápida.

Use o Explorador de Recursos para confirmar o suporte à plataforma e à versão para recursos específicos.

Examine a seção BFD específico da plataforma para comportamento do BGP para obter notas relacionadas à sua plataforma.

Os temporizadores 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ápida é a detecção de falhas e vice-versa. Por exemplo, os temporizadores 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 para um temporizador do que o valor configurado. Os temporizadores se adaptam a um valor mais alto quando um flap de sessão BFD ocorre mais de três vezes em um período de 15 segundos (15000 milissegundos). Um algoritmo de retirada aumenta o intervalo de recebimento (Rx) em dois se a instância BFD local for o motivo da oscilação de sessão. O intervalo de transmissão (Tx) é aumentado em dois se a instância BFD remota for o motivo da oscilação de sessão. Você pode usar o clear bfd adaptation comando para retornar os temporizadores de intervalo BFD aos seus valores configurados. O clear bfd adaptation comando não tem hits, o que significa que o comando não afeta o fluxo de tráfego no dispositivo de roteamento.

O protocolo de Detecção de Encaminhamento Bidirecional (BFD) é um mecanismo simples de saudação que detecta falhas em uma rede. O BFD trabalha com uma ampla variedade de ambientes de rede e topologias. Um par de dispositivos de roteamento troca pacotes BFD. Os pacotes Hello são enviados em um intervalo regular especificado. Uma falha de vizinho é detectada quando o dispositivo de roteamento para de receber uma resposta após um intervalo especificado. Os temporizadores de detecção de falha de BFD têm limites de tempo mais curtos do que os mecanismos de detecção de falha de OSPF, portanto, fornecem detecção mais rápida.

Os temporizadores de detecção de falhas BFD são adaptativos e 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ápida é a detecção de falhas e vice-versa. Por exemplo, os temporizadores 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 para um temporizador do que o valor configurado. Os temporizadores se adaptam a um valor mais alto quando um flap de sessão BFD ocorre mais de três vezes em um intervalo de 15 segundos. Um algoritmo de retirada aumenta o intervalo de recebimento (Rx) em dois se a instância BFD local for o motivo da oscilação de sessão. O intervalo de transmissão (Tx) é aumentado em dois se a instância BFD remota for o motivo da oscilação de sessão. Você pode usar o clear bfd adaptation comando para retornar os temporizadores de intervalo BFD aos seus valores configurados. O clear bfd adaptation comando não tem hits, o que significa que o comando não afeta o fluxo de tráfego no dispositivo de roteamento.

Você pode definir as seguintes configurações de protocolo BFD:

• detection-time threshold— Limiar para a adaptação do tempo de detecção. Quando o tempo de detecção de sessão BFD se adapta a um valor igual ou maior que o limite configurado, uma única interceptação e uma única mensagem de log do sistema são enviadas.

• full-neighbors-only— Capacidade de estabelecer sessões BFD somente para vizinhos OSPF com adjacência total de vizinhos. O comportamento padrão é estabelecer sessões BFD para todos os vizinhos OSPF.

• minimum-interval— Intervalo mínimo de transmissão e recepção para detecção de falhas. Essa configuração define o intervalo mínimo após o qual o dispositivo de roteamento local transmite pacotes de saudação 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 BFD. Ambos os intervalos estão em milissegundos. Você também pode especificar os intervalos mínimos de transmissão e recebimento separadamente usando as transmit-interval minimum-interval instruções and minimum-receive-interval .

  Observação:

  Dependendo do seu ambiente de rede, o seguinte pode se aplicar:

  • O intervalo mínimo recomendado para BFD centralizado é de 300 ms com um multiplier de 3, e o intervalo mínimo recomendado para BFD distribuído é de 100 ms com um multiplier de 3.

  • Para que as sessões de BFD permaneçam ativas durante um evento de switchover do Mecanismo de Roteamento quando o roteamento ativo sem interrupções (NSR) estiver configurado, especifique um intervalo mínimo de 2500 ms para sessões baseadas no Mecanismo de Roteamento. Sem NSR, as sessões baseadas no Mecanismo de Roteamento podem ter um intervalo mínimo de 100 ms.

  • Para sessões BFD distribuídas com NSR configurado, as recomendações de intervalo mínimo permanecem inalteradas e dependem apenas da sua implantação de rede.

  • O BFD não é distribuído antes do Junos 21.2 (porque para o OSPFv3, o BFD é baseado no Mecanismo de Roteamento).

• minimum-receive-interval— Intervalo mínimo de recebimento para detecção de falhas. Essa configuração define o intervalo mínimo de recebimento, em milissegundos, após o qual o dispositivo de roteamento espera receber um pacote de saudação de um vizinho com o qual estabeleceu uma sessão BFD. Você também pode especificar o intervalo mínimo de recebimento usando a minimum-interval instrução.

• multiplier— Multiplicador para pacotes de saudação. Essa configuração define o número de pacotes de saudação que não são recebidos por um vizinho, o que faz com que a interface de origem seja declarada inativa. Por padrão, três pacotes de saudação perdidos fazem com que a interface de origem seja declarada inativa.

• no-adaptation— Desativa a adaptação BFD. Essa configuração impede que as sessões de BFD se adaptem às mudanças nas condições da rede.

  Observação:

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

• transmit-interval minimum-interval— Intervalo mínimo de transmissão para detecção de falhas. Essa configuração define o intervalo mínimo de transmissão, em milissegundos, no qual o dispositivo de roteamento local transmite pacotes de saudação ao vizinho com o qual estabeleceu uma sessão BFD. Você também pode especificar o intervalo mínimo de transmissão usando a minimum-interval instrução.

• transmit-interval threshold— Limite para a adaptação do intervalo de transmissão da sessão BFD. Quando o intervalo de transmissão se adapta a um valor maior que o limite, uma única interceptação e uma única mensagem de log do sistema são enviadas. O valor limite deve ser maior que o intervalo mínimo de transmissão. Se você tentar confirmar uma configuração com um valor limite menor que o intervalo mínimo de transmissão, o dispositivo de roteamento exibirá um erro e não aceitará a configuração.

• version—Versão BFD. Essa configuração define a versão do BFD usada para detecção. Você pode configurar explicitamente o BFD versão 1 ou o dispositivo de roteamento pode detectar automaticamente a versão do BFD. Por padrão, o dispositivo de roteamento detecta automaticamente a versão do BFD, que é 0 ou 1.

Você também pode rastrear operações de BFD para fins de solução de problemas.

Os temporizadores de detecção de falhas BFD são adaptativos e podem ser ajustados para serem mais rápidos ou mais lentos. Por exemplo, os temporizadores podem se adaptar a um valor mais alto se a adjacência falhar ou um vizinho pode negociar um valor mais alto para um temporizador do que o valor configurado. Os temporizadores se adaptam a um valor mais alto quando um flap de sessão BFD ocorre mais de três vezes em um intervalo de 15 segundos. Um algoritmo de recuo aumenta o intervalo de recebimento (RX) em dois se a instância BFD local for o motivo da oscilação de sessão. O intervalo de transmissão (TX) é aumentado em dois se a instância BFD remota for o motivo da oscilação de sessão.

Você pode usar o clear bfd adaptation comando para retornar os temporizadores de intervalo BFD aos seus valores configurados. O clear bfd adaptation comando não tem hits, o que significa que o comando não afeta o fluxo de tráfego no dispositivo de roteamento.

Para detectar falhas na rede, o conjunto de instruções na Tabela 2 é usado na configuração.

Para obter uma lista de níveis de hierarquia nos quais você pode incluir essas instruções, consulte as seções de resumo da instrução para essas instruções.

O BFD permite o failover rápido entre um caminho roteado primário e secundário. O protocolo testa o status operacional da interface várias vezes por segundo. O BFD fornece temporizadores de configuração e limites para detecção de falhas. Por exemplo, se o intervalo mínimo for definido para 50 milissegundos e o limite usar o valor padrão de três mensagens perdidas, uma falha será detectada em uma interface dentro de 200 milissegundos após a falha.

Dispositivos intervenientes (por exemplo, um switch Ethernet LAN) ocultam falhas na camada de enlace dos pares de protocolo de roteamento, como quando dois roteadores são conectados por meio de um switch LAN, onde o status da interface local permanece ativo mesmo quando ocorre uma falha física no enlace remoto. Os tempos de detecção de falhas na camada de enlace variam, dependendo da mídia física e do encapsulamento da Camada 2. O BFD pode fornecer tempos rápidos de detecção de falhas para todos os tipos de mídia, encapsulamentos, topologias e protocolos de roteamento.

Para habilitar o BFD para RIP, ambos os lados da conexão devem receber uma mensagem de atualização do par. Por padrão, o RIP não exporta nenhuma rota. Portanto, você deve habilitar o envio de mensagens de atualização configurando uma política de exportação para rotas antes que uma sessão BFD seja acionada.

Quando você configura sessões de micro-BFD em cada link de membro em um pacote LAG, cada sessão individual determina a conectividade de Camada 2 e Camada 3 de cada link de membro em um LAG.

Depois que a sessão individual é estabelecida em um link específico, os links de membros são anexados ao LAG e, em seguida, balanceados por um dos seguintes:

• Configuração estática — o processo de controle de dispositivo atua como o cliente para a sessão de micro-BFD.

• Link Aggregation Control Protocol (LACP) — o LACP atua como o cliente para a sessão de micro-BFD.

Quando a sessão de micro-BFD está ativa, um enlace LAG é estabelecido e os dados são transmitidos por esse enlace LAG. Se a sessão de micro-BFD em um link de membro estiver inativa, esse link de membro específico será removido do balanceador de carga e os gerentes do LAG pararão de direcionar o tráfego para esse link. Essas sessões de micro-BFD são independentes umas das outras, apesar de terem um único cliente que gerencia a interface LAG.

As sessões de micro-BFD são executadas nos seguintes modos:

• Modo de distribuição — nesse modo, o Mecanismo de Encaminhamento de Pacotes (PFE) envia e recebe os pacotes na Camada 3. Por padrão, as sessões de micro-BFD são distribuídas na Camada 3.

• Modo de não distribuição — Neste modo, o Mecanismo de Roteamento envia e recebe os pacotes na Camada 2. Você pode configurar a sessão BFD para ser executada nesse modo incluindo a no-delegate-processing declaração em gerenciamento periódico de pacotes (PPM).

Um par de dispositivos de roteamento em um LAG troca pacotes BFD em um intervalo regular especificado. O dispositivo de roteamento detecta uma falha de vizinho quando para de receber uma resposta após um intervalo especificado. Isso permite a verificação rápida da conectividade do link do membro com ou sem LACP. Uma porta UDP distingue BFD sobre pacotes LAG de BFD sobre pacotes IP de salto único. A Internet Assigned Numbers Authority (IANA) alocou 6784 como a porta de destino UDP para micro-BFD.

A partir da versão 16.1R1 do Junos OS, você pode definir o estado da rota estática no estado BFD Admin Down configurando um dos seguintes comandos:

• set routing-options static static-route bfd-admin-down active— O estado BFD Admin Down puxa para baixo a rota estática.

• set routing-options static static-route bfd-admin-down passive— O estado inativo do administrador do BFD não puxa para baixo a rota estática.

O BFD (S-BFD) reduz o tempo necessário para detectar e responder a falhas de caminho, acelerando o tempo de início do BFD. Cada nó na rede recebe um discriminador S-BFD exclusivo. Os nós operam como iniciadores que verificam ativamente a acessibilidade dos caminhos ou como respondentes que escutam e respondem a solicitações de acessibilidade. Quando um iniciador S-BFD envia um pacote de solicitação, o respondente responde trocando discriminadores e definindo imediatamente o estado como UP. Essa operação sem estado permite o estabelecimento rápido de várias sessões, tornando-a ideal para ambientes que exigem verificações rápidas de conectividade.

Para habilitar o sbfd, configure a bfd-liveness-detection sbfd remote-discriminator value declaração nos nós do iniciador e nos bfd sbfd local-discriminator value nós do reponder.

• Benefícios do S-BFD
• S-BFD disparou o redirecionamento rápido

A partir do Junos OS Release 22.4R1, você pode configurar o BFD para enviar pacotes de eco de um dispositivo vizinho para garantir que um caminho de encaminhamento esteja disponível. Use a declaração de configuração para habilitar o bfd-liveness-detection echo minimum-interval milliseconds modo de eco BFD e definir o intervalo mínimo para pacotes de eco. O modo de eco BFD só funciona se o dispositivo vizinho suportar BFD.

Se o dispositivo vizinho não suportar BFD, você pode usar o modo echo-lite BFD. Para habilitar o modo BFD echo-lite, use a bfd-liveness-detection echo-lite minimum-interval milliseconds declaração de configuração. O modo echo-lite BFD executa a mesma função que o modo echo BFD sem exigir configuração BFD no dispositivo vizinho.

Por padrão, os modos echo e echo-lite suportam apenas sessões de salto único no modo BFD centralizado. A partir do Junos OS Release 24.2R1, as APIs BFD do PRPD oferecem suporte ao modo echo-lite para sessões multihop nos modos BFD distribuídos e inline. Para obter mais informações sobre APIs PRPD, consulte Visão geral das APIs JET. A partir do Junos OS Release 25.4R1, você pode configurar sessões de echo-lite BFD de salto único em modo inline e distribuído.

Use o Explorador de Recursos para confirmar o suporte à plataforma e à versão para recursos específicos.

Use as tabelas a seguir para analisar os comportamentos específicos da plataforma:

• Comportamento de BFD distribuído específico da plataforma
• Comportamento de BFD em linha específico da plataforma
• BFD específico da plataforma para comportamento de rotas estáticas
• BFD específico da plataforma para comportamento de BGP
• BFD específico da plataforma para comportamento de OSPF
• BFD específico da plataforma para comportamento de IS-IS
• BFD específico da plataforma para comportamento de RIP
• Comportamento de micro-BFD específico da plataforma