Detecção de liveness DHCP
A detecção de liveness DHCP para sessões IP de clientes DHCP utiliza um protocolo ativo de detecção de liveness para realizar verificações de detecção de liveness para clientes relevantes. Quando configurado com um protocolo de detecção de liveness, se um determinado cliente não responder a um número configurado de solicitações de detecção de liveness consecutivas, a vinculação do cliente é excluída e seus recursos liberados. Para obter mais informações, leia este tópico.
Visão geral da detecção de liveness DHCP
Ao contrário do PPP, o DHCP não define um mecanismo de manutenção nativo como parte dos protocolos DHCPv4 ou DHCPv6. Sem um mecanismo keepalive, o servidor local DHCP, o relé DHCP e o proxy de retransmissão DHCP não conseguem detectar rapidamente se algum deles perdeu conectividade com um assinante ou um cliente DHCP. Em vez disso, eles devem confiar na sessão padrão de assinantes DHCP ou mensagens de encerramento de sessão de cliente DHCP.
Os clientes DHCP muitas vezes não enviam mensagens de liberação de DHCP antes de sair da rede. A descoberta de sua ausência depende dos mecanismos de solicitação de solicitação de locação e liberação DHCP existentes. Esses mecanismos são muitas vezes insuficientes ao servirem como verificações de integridade de sessão para clientes em um acesso de assinantes DHCP ou em uma rede gerenciada por DHCP. Como os tempos de locação de DHCP normalmente são longos demais para fornecer um tempo de resposta adequado para uma falha na saúde da sessão, e configurar tempos curtos de locação de DHCP pode representar uma carga indevida no processamento de plano de controle, a implementação de um mecanismo de detecção de liveness DHCP permite um melhor monitoramento dos clientes DHCP vinculados. Quando configurado com um protocolo de detecção de liveness, se um determinado assinante (ou cliente) não responder a um número configurado de solicitações de detecção de liveness consecutivas, a vinculação do assinante (ou cliente) é excluída e seus recursos liberados.
A detecção de liveness DHCP para sessões IP de assinantes DHCP ou IP de clientes DHCP utiliza um protocolo de detecção de liveness ativo para instituir verificações de detecção de liveness para clientes relevantes. Os clientes devem responder às solicitações de detecção de vida dentro de um período de tempo especificado. Se as respostas não forem recebidas nesse prazo para um determinado número de tentativas consecutivas, a verificação de detecção de liveness falha e uma ação de falha é implementada.
Exemplos de protocolos de detecção de liveness incluem a Detecção bidirecional de encaminhamento (BFD) para assinantes DHCPv4 e DHCPv6, protocolo de resolução de endereços IPv4 (ARP) para assinantes DHCPv4 e detecção de indisponibilidade de vizinhos (NUD) do IPv6 usando pacotes Neighbor Discovery (ND) para assinantes DHCPv6.
A partir do Junos OS Release 17.4R1, o uso de pacotes ARP para pacotes DHCPv4 e ND para DHCPv6 é suportado em roteadores da Série MX para detecção de liveness de Camada 2, além da detecção de liveness BFD. Em versões anteriores, apenas o BFD é compatível com todas as plataformas.
Os dois métodos de detecção de vida são mutuamente exclusivos.
Ao configurar a detecção de liveness da BFD, tenha em mente o seguinte:
Você pode configurar a detecção de liveness para servidor local DHCP e relé DHCP.
Você pode configurar a detecção de liveness DHCPv4 e DHCPv6 globalmente ou por grupo DHCPv4 ou DHCPv6.
Os clientes de acesso a assinantes DHCPv4 ou DHCPv6 que não oferecem suporte à BFD não são afetados pela configuração de detecção de liveness. Esses clientes podem continuar a acessar a rede (depois de validados) mesmo que a detecção de liveness BFD seja ativada no roteador (ou switch).
Quando configurado, DHCPv4 ou DHCPv6 inicia verificações de detecção de liveness para clientes que oferecem suporte a BFD quando esses clientes entram em um estado vinculado.
Após o início de mensagens específicas de protocolo para um cliente BFD, elas são enviadas periodicamente para o endereço IP do cliente (ou cliente) e são esperadas respostas a essas solicitações de detecção de liveness em um período de tempo configurado.
Se as respostas de detecção de liveness não forem recebidas de clientes que oferecem suporte à BFD dentro do tempo configurado para um número configurado de tentativas consecutivas, a verificação de detecção de liveness é considerada falha. Uma ação de falha configurada para limpar a vinculação do cliente é aplicada.
A única ação de falha suportada para detecção de liveness de Camada 2 é
clear-binding
.
Ao configurar o DHCP ARP e a detecção de liveness da Camada 2 de ND na Série MX, tenha em mente o seguinte:
Você pode configurar a detecção de liveness para servidor local DHCP e relé DHCP.
Você pode configurar a detecção global de liveness DHCPv4 e DHCPv6 E ND, por grupo DHCPv4 ou DHCPv6, e por grupo de pilha dupla.
A detecção de liveness ARP/ND aplica-se apenas a clientes DHCP que:
Estão diretamente conectados por VLANs dinâmicas.
Tenha entradas permanentes de Camada 2.
Os clientes DHCPv6 devem ter um endereço MAC de origem exclusiva e endereço local de link. Apenas uma única entrada de detecção de liveness é usada para todos os endereços IPv6 associados a uma sessão de cliente específica.
Benefícios da detecção de liveness DHCP
Usando a detecção de liveness DHCP, as sessões de IP são realizadas assim que as verificações de detecção de liveness falharem. Esse tempo de resposta mais rápido serve para:
Forneça sessões de contabilidade baseada em tempo mais precisa de sessões de assinantes (ou clientes DHCP).
Melhor preservar os recursos do roteador (switch).
Ajude a reduzir a janela de vulnerabilidade a alguns ataques de segurança.
Configuração da detecção do relé DHCP ou da conectividade do cliente proxy de retransmissão DHCP com BFD
Você pode configurar a detecção de liveness com detecção bidirecional de encaminhamento (BFD) para sessões IP de assinantes DHCP ou sessões IP de clientes DHCP para verificar a conectividade dos clientes de relé DHCP. Os clientes devem responder às solicitações de detecção de vida dentro de um período de tempo especificado. Se as respostas não forem recebidas nesse prazo para um determinado número de tentativas consecutivas, a verificação de detecção de liveness falha e uma ação de falha é implementada.
Para configurar a detecção de liveness para o relé DHCP:
Exemplo: configurar a detecção global de liveness com BFD para clientes do agente de retransmissão DHCP
Este exemplo mostra como configurar a detecção de liveness para assinantes de agentes de retransmissão DHCP usando a Detecção bidirecional de encaminhamento (BFD) como o método de detecção de liveness.
Requisitos
Este exemplo usa os seguintes componentes de hardware e software:
Roteadores da Série MX da Juniper Networks.
Junos OS Versão 12.1 ou posterior
Antes de começar:
Configure o agente de retransmissão DHCP. Veja a visão geral estendida do agente de retransmissão DHCP.
Visão geral
Neste exemplo, você configura a detecção de liveness para assinantes de agentes de retransmissão DHCP completando as seguintes operações:
Habilite a detecção de liveness globalmente para assinantes de transmissão DHCP.
Especifique o BFD como o método de detecção de liveness para todos os assinantes de transmissão DHCP criados dinamicamente.
Configure declarações específicas da BFD para definir como o protocolo se comporta.
Configure a ação que o roteador toma quando ocorre uma falha na detecção de liveness.
Este exemplo explica como configurar a detecção de liveness para uma rede DHCPv4. A detecção de liveness também é suportada para configurações DHCPv6. Para configurar a detecção de liveness DHCPv6, inclua a liveness-detection
declaração e quaisquer declarações de configuração subseqüentes, no nível ou [edit forwarding-options dhcp-relay dhcpv6]
[edit forwarding-options dhcp-relay dhcpv6 group group-name]
hierarquia.
Configuração
Procedimento
Procedimento passo a passo
Para configurar a detecção de liveness para o relé DHCP:
Especifique que você deseja configurar a detecção de liveness.
[edit forwarding-options dhcp-relay] user@host# edit liveness-detection
Especifique que você deseja configurar o método de detecção de vida.
[edit forwarding-options dhcp-relay liveness-detection] user@host# edit method
Especifique o BFD como o método de detecção de liveness que você deseja que o DHCP use.
[edit forwarding-options dhcp-relay liveness-detection method] user@host# edit bfd
Configure o limiar de tempo de detecção (em milissegundos) no qual uma armadilha é produzida.
[edit forwarding-options dhcp-relay liveness-detection method bfd] user@host# set detection-time threshold 50000
Configure o tempo (em milissegundos) para o qual a BFD detém uma notificação de sessão.
[edit forwarding-options dhcp-relay liveness-detection method bfd] user@host# set holddown-interval 50
Configure o intervalo mínimo de transmissão e recebimento de BFD (em milissegundos).
[edit forwarding-options dhcp-relay liveness-detection method bfd] user@host# set minimum-interval 45000
Configure o intervalo mínimo de recebimento (em milissegundos).
[edit forwarding-options dhcp-relay liveness-detection method bfd] user@host# set minimum-receive-interval 60000
Configure um valor multiplicador para o tempo de detecção.
[edit forwarding-options dhcp-relay liveness-detection method bfd] user@host# set multiplier 100
Desabilitar a capacidade dos temporizador de intervalo BFD de mudar ou se adaptar a situações de rede.
[edit forwarding-options dhcp-relay liveness-detection method bfd] user@host# set no-adaptation
Configure o modo de sessão BFD.
[edit forwarding-options dhcp-relay liveness-detection method bfd] user@host# set session-mode automatic
Configure o limiar e o intervalo mínimo para o intervalo de transmissão de BFD.
[edit forwarding-options dhcp-relay liveness-detection method bfd] user@host# set transmit-interval threshold 60000 minimum-interval 45000
Configure a versão de protocolo BFD que você deseja detectar.
[edit forwarding-options dhcp-relay liveness-detection method bfd] user@host# set version automatic
Configure a ação que o roteador toma quando ocorre uma falha na detecção de liveness. Neste exemplo, a ação de falha é limpar a sessão do cliente apenas quando ocorre uma falha de detecção de liveness e a interface local é detectada como ativa.
[edit forwarding-options dhcp-relay liveness-detection] user@host# edit failure-action action
Resultados
A partir do modo de configuração, confirme sua configuração entrando no show forwarding-options
comando. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigi-la. A saída a seguir também mostra uma variedade de interfaces configuradas no grupo de Frankfurt.
[edit] user@host# show forwarding-options dhcp-relay { liveness-detection { failure-action clear-binding-if-interface-up; method { bfd { version automatic; minimum-interval 45000; minimum-receive-interval 60000; multiplier 100; no-adaptation; transmit-interval { minimum-interval 45000; threshold 60000; } detection-time { threshold 50000; } session-mode automatic; holddown-interval 50; } } } }
Se você terminar de configurar o dispositivo, entre no commit
modo de configuração.
Configuração da detecção da conectividade do cliente do servidor local DHCP com BFD
Você pode configurar a detecção de liveness com a Detecção bidirecional de encaminhamento (BFD) para sessões IP de assinantes DHCP ou sessões IP de clientes DHCP para verificar a conectividade dos clientes de servidores locais DHCP. Os clientes devem responder às solicitações de detecção de vida dentro de um período de tempo especificado. Se as respostas não forem recebidas nesse prazo para um determinado número de tentativas consecutivas, a verificação de detecção de liveness falha e uma ação de falha é implementada.
Você também pode configurar a detecção de liveness DHCP para relé DHCP.
Para configurar a detecção de liveness para servidor local DHCP:
Exemplo: configurar a detecção de vida em grupo com BFD para clientes de servidores locais DHCP
Este exemplo mostra como configurar a detecção de vida em grupo para assinantes de servidores locais DHCP ou clientes DHCP usando a Detecção bidirecional de encaminhamento (BFD) como o método de detecção de liveness.
Requisitos
Este exemplo usa os seguintes componentes de hardware e software:
Roteadores da Série MX da Juniper Networks
Switches da Série EX da Juniper Networks
Junos OS Versão 12.1 ou posterior
Antes de começar:
Configure o servidor local DHCP. Veja diferenças de compreensão entre DHCP legado e DHCP estendido.
Visão geral
Neste exemplo, você configura a detecção de liveness de grupo para assinantes de servidores locais DHCP (clientes) completando as seguintes operações:
Habilite a detecção de liveness para grupos de assinantes de servidores locais DHCP (ou clientes DHCP).
Especifique o BFD como o método de detecção de liveness para todos os assinantes de servidores locais DHCP criados dinamicamente (clientes).
Configure declarações específicas da BFD para definir como o protocolo se comporta.
Configure a ação que o roteador (switch) toma quando ocorre uma falha na detecção de liveness.
Este exemplo explica como configurar a detecção de liveness para uma rede DHCPv4. A detecção de liveness também é suportada para configurações DHCPv6. Para configurar a detecção de liveness DHCPv6, inclua a liveness-detection
declaração e quaisquer declarações de configuração subseqüentes, no nível ou [edit system services dhcp-local-server dhcpv6]
[edit system services dhcp-local-server dhcpv6 group group-name]
hierarquia.
Configuração
Procedimento
Procedimento passo a passo
Para configurar a detecção de liveness em grupo para servidor local DHCP:
Especifique que você deseja configurar a detecção de liveness.
[edit system services dhcp-local-server ] user@host# edit liveness-detection
Especifique que você deseja configurar a detecção de liveness para um grupo de servidor local DHCP específico.
[edit system services dhcp-local-server liveness-detection] user@host# edit group local_group_1
Especifique que você deseja configurar o método de detecção de vida.
[edit system services dhcp-local-server group local_group_1 liveness-detection] user@host# edit method
Especifique o BFD como o método de detecção de liveness que você deseja que o DHCP use.
[edit system services dhcp-local-server group local_group_1 liveness-detection method] user@host# edit bfd
Configure o limiar de tempo de detecção (em milissegundos) no qual uma armadilha é produzida.
[edit system services dhcp-local-server group local_group_1 liveness-detection method bfd] user@host# set detection-time threshold 30000
Configure o tempo (em milissegundos) para o qual a BFD detém uma notificação de sessão.
[edit system services dhcp-local-server group local_group_1 liveness-detection method bfd] user@host# set holddown-interval 50
Configure o intervalo mínimo de transmissão e recebimento de BFD (em milissegundos).
Nota:Você não precisa configurar o intervalo mínimo de transmissão e recebimento de BFD se configurar a
minimum-interval
declaração de BFDtransmit-interval
e aminimum-receive-interval
.[edit system services dhcp-local-servergroup local_group_1 liveness-detection method bfd] user@host# set minimum-interval 45000
Configure o intervalo mínimo de recebimento (em milissegundos).
Nota:Você não precisa configurar o intervalo mínimo de recebimento de BFD se configurar o intervalo mínimo de transmissão e recebimento do BFD.
[edit system services dhcp-local-server group local_group_1 liveness-detection method bfd] user@host# set minimum-receive-interval 60000
Configure um valor multiplicador para o tempo de detecção.
[edit system services dhcp-local-server group local_group_1 liveness-detection method bfd] user@host# set multiplier 100
Desabilitar a capacidade dos temporizador de intervalo BFD de mudar ou se adaptar a situações de rede.
[edit system services dhcp-local-server group local_group_1 liveness-detection method bfd] user@host# set no-adaptation
Configure o modo de sessão BFD.
[edit system services dhcp-local-server group local_group_1 liveness-detection method bfd] user@host# set session-mode automatic
Configure o limiar e o intervalo mínimo para o intervalo de transmissão de BFD.
Nota:Você não precisa configurar os valores de intervalo de transmissão se já tiver configurado o intervalo mínimo de transmissão e recebimento de BFD.
[edit system services dhcp-local-server group local_group_1 liveness-detection method bfd] user@host# set transmit-interval threshold 60000 minimum-interval 45000
Configure a versão de protocolo BFD que você deseja detectar.
[edit system services dhcp-local-server group local_group_1 liveness-detection method bfd] user@host# set version automatic
Configure a ação que o roteador (switch) toma quando ocorre uma falha na detecção de liveness. Neste exemplo, a ação de falha é limpar a sessão do cliente apenas quando ocorre uma falha de detecção de liveness e a interface local é detectada como ativa.
[edit system services dhcp-local-server group local_group_1 liveness-detection] user@host# edit failure-action action
Resultados
A partir do modo de configuração, confirme sua configuração entrando no show system
comando. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigi-la.
[edit] user@host# show system services { dhcp-local-server { group local_group_1 { liveness-detection { failure-action clear-binding-if-interface-up; method { bfd { version automatic; minimum-interval 45000; minimum-receive-interval 60000; multiplier 100; no-adaptation; transmit-interval { minimum-interval 45000; threshold 60000; } detection-time { threshold 30000; } session-mode automatic; holddown-interval 50; } } } } } }
Se você terminar de configurar o dispositivo, entre no commit
modo de configuração.
Detecção de liveness DHCP usando pacotes ARP e Neighbor Discovery
- Como funciona a detecção de liveness DHCP com ARP e pacotes de descoberta de vizinhos
- Configuração da detecção de BNG da conectividade do cliente do servidor local DHCP com pacotes ARP e ND
- Configuração da detecção de BNG da conectividade do cliente de retransmissão DHCP com pacotes ARP e ND
- Configuração da detecção de conectividade do cliente por host DHCP com pacotes ARP e ND
Como funciona a detecção de liveness DHCP com ARP e pacotes de descoberta de vizinhos
A partir do Junos OS Release 17.4R1, você pode configurar a detecção de liveness usando o Protocolo de Resolução de Endereços (ARP) IPv4 para clientes DHCPv4 e iPv6 Neighbor Unreachability Detection para clientes DHCPv6. Essa detecção de liveness de Camada 2 oferece mecanismos separados para o host cliente DHCP e para que o roteador atue como um gateway de rede de banda larga (BNG) para determinar a validade e o estado das sessões de cliente DHCP. Esses mecanismos são chamados de funcionalidade de envio e funcionalidade de recebimento . Você pode configurar a detecção de liveness de Camada 2 para clientes de servidor local DHCP e retransmissão DHCP.
Enviar funcionalidade
O BNG usa a funcionalidade de envio para realizar uma verificação de conectividade de host em seus clientes DHCPv4 e DHCPv6 conectados diretamente para determinar a validade e o estado da sessão do cliente DHCP e limpar sessões inativas. A Figura 1 ilustra a funcionalidade de envio.

O BNG envia pacotes de solicitação para cada cliente DHCP em um intervalo configurável e aguarda uma resposta. O BNG tenta novamente as solicitações quando não recebe uma resposta oportuna. Ele envia solicitações de ARP para clientes DHCPv4 e solicitações de Neighbor Discovery (ND) para clientes DHCPv6.
Se o BNG receber uma resposta do cliente antes do intervalo de tempo, ele aguarda a expiração do temporizador e envia outra solicitação a esse cliente.
Se o BNG não receber uma resposta antes do intervalo, ele define o temporizador para 30 segundos e envia outra solicitação. Esta é a primeira tentativa de tentar novamente; o temporizador não é configurável.
Se o BNG receber uma resposta do cliente antes da expiração do temporizador, o BNG aguarda o temporizador ser executado, reinicialize-o para o valor original e configurável, envie outra solicitação e inicie o temporizador.
Se o temporizador de 30 segundos expirar antes de uma resposta ser recebida, o BNG define o temporizador para 10 segundos e envia outra solicitação. Esse valor do temporizador não é configurável.
Se o BNG receber uma resposta do cliente antes da expiração do temporizador, o BNG aguarda o temporizador ser executado, reinicialize-o para o valor original e configurável, envie outra solicitação e inicie o temporizador.
Se o BNG não receber uma resposta no intervalo de 10 segundos, ele envia outra solicitação e inicia o temporizador de 10 segundos novamente. O BNG continua a enviar solicitações em intervalos de 10 segundos até receber uma resposta do cliente antes do intervalo se esgotar o número de tentativas de tentativas de retítria.
A primeira tentativa de tentativa usa o intervalo de 30 segundos. As tentativas subseqüentes ocorrem em intervalos de 10 segundos. O número de tentativas possíveis de 10 segundos é, portanto, o número total menos 1. Por exemplo, se você configurar 5 retries, há uma nova tentativa de 30 segundos e até quatro retries de 10 segundos.
Se o BNG nunca enviar uma resposta de um cliente no intervalo antes que as tentativas sejam esgotadas, a verificação de detecção de liveness falha e a ação de falha de vinculação clara é implementada. A sessão do cliente está liberada.
Receba funcionalidades
A funcionalidade de recebimento permite que um host cliente DHCP determine o estado da sessão do cliente DHCPv4 ou DHCPv6 sob a perspectiva de um BNG. O BNG realiza uma verificação de conectividade de host em seus clientes DHCPv4 e DHCPv6 conectados diretamente quando recebe pacotes ARP ou ND. A Figura 2 ilustra a funcionalidade de receber.

Quando o BNG recebe qualquer um desses pacotes, ele faz o seguinte:
Verifique se a detecção de liveness da Camada 2 para gerenciamento de assinantes é habilitada globalmente para a família de endereços relevantes, inet ou inet6.
Se a detecção de liveness da Camada 2 não for ativada, o BNG responderá como de costume aos pacotes recebidos sem verificar o estado da sessão do cliente.
Se a detecção de liveness for habilitada para a família, o BNG verificará se a sessão do cliente ainda está no estado vinculado.
Se a sessão do cliente estiver vinculada, o BNG responderá ao cliente com o pacote ARP ou ND apropriado.
Se a sessão não estiver vinculada, o BNG derruba o pacote recebido. Ele não envia um pacote de resposta ARP ou ND ao host, permitindo que o host determine que o BNG considera a sessão baixa.
A utilidade da funcionalidade de receber depende da capacidade do host do cliente DHCP de recuperar recursos do cliente ultrapassado com base na ausência de um pacote de resposta do BNG para uma sessão de cliente desvinculada. Se esse recurso exigir uma mudança na implementação do cliente, você pode querer usar a funcionalidade de enviar.
Configuração da detecção de BNG da conectividade do cliente do servidor local DHCP com pacotes ARP e ND
Este procedimento mostra como configurar a funcionalidade de envio da detecção de liveness de Camada 2 usando O Protocolo de Resolução de Endereços (ARP) IPv4 para clientes DHCPv4 e detecção de inalcançabilidade de vizinhos IPv6 para clientes DHCPv6 para verificar a conectividade de clientes de servidores locais DHCP.
A funcionalidade de envio permite que o BNG determine se uma sessão do cliente está paralisada com base na falta de resposta do cliente DHCP aos pacotes de solicitação de ARP ou ND que envia ao cliente.
A detecção de vida do DHCP também pode ser configurada usando a Detecção bidirecional de encaminhamento (BFD). A detecção de liveness da BFD e a detecção de liveness ARP/ND são mutuamente exclusivas.
Para configurar a funcionalidade de envio para detecção de liveness do servidor local DHCPv4:
Para configurar a funcionalidade de envio para detecção de liveness do servidor local DHCPv6:
Especifique que você deseja configurar o método de detecção de vida.
Para configuração global DHCPv6:
[edit system services dhcp-local-server dhcpv6] user@host# edit liveness-detection method
Para configuração de grupo DHCPv6:
[edit system services dhcp-local-server dhcpv6] user@host# edit group group-name liveness-detection method
Especifique o método de detecção de liveness da Camada 2.
Para configuração global DHCPv6:
[edit system services dhcp-local-server dhcpv6 liveness-detection method] user@host# set layer2-liveness-detection
Para configuração de grupo DHCPv6:
[edit system services dhcp-local-server dhcpv6 group group-name liveness-detection method] user@host# set layer2-liveness-detection
(Opcional) Configure o número de tentativas de tentativas de remissão e o temporizador de intervalo.
Para configuração global DHCPv6:
[edit system services dhcp-local-server dhcpv6 liveness-detection method] user@host# edit layer2-liveness-detection user@host# set max-consecutive-retries number user@host# set transmit-interval seconds
Para configuração de grupo DHCPv6:
[edit system services dhcp-local-server dhcpv6 group group-name liveness-detection method] user@host# edit layer2-liveness-detection user@host# set max-consecutive-retries number user@host# set transmit-interval seconds
Configuração da detecção de BNG da conectividade do cliente de retransmissão DHCP com pacotes ARP e ND
Este procedimento mostra como configurar a funcionalidade de envio da detecção de liveness de Camada 2 usando o Protocolo de Resolução de Endereços (ARP) IPv4 para clientes DHCPv4 e detecção de inalcançabilidade de vizinhos IPv6 para clientes DHCPv6 para verificar a conectividade dos clientes de retransmissão DHCP.
A funcionalidade de envio permite que o BNG determine se uma sessão do cliente está paralisada com base na falta de resposta do cliente DHCP aos pacotes de solicitação de ARP ou ND que envia ao cliente.
A detecção de vida do DHCP também pode ser configurada usando a Detecção bidirecional de encaminhamento (BFD). A detecção de liveness da BFD e a detecção de liveness ARP/ND são mutuamente exclusivas.
Para configurar a funcionalidade de envio para detecção de liveness do retransmissão DHCPv4:
Para configurar a funcionalidade de envio para detecção de liveness de retransmissão DHCPv6:
Especifique que você deseja configurar o método de detecção de vida.
Para configuração global DHCPv6:
[edit forwarding-options dhcp-relay dhcpv6] user@host# edit liveness-detection method
Para configuração de grupo DHCPv6:
[edit forwarding-options dhcp-relay dhcpv6] user@host# edit group group-name liveness-detection method
Especifique o método de detecção de liveness da Camada 2.
Para configuração global DHCPv6:
[edit forwarding-options dhcp-relay dhcpv6 liveness-detection method] user@host# set layer2-liveness-detection
Para configuração de grupo DHCPv6:
[edit forwarding-options dhcp-relay dhcpv6 group group-name liveness-detection method] user@host# set layer2-liveness-detection
(Opcional) Configure o número de tentativas de tentativas de remissão e o temporizador de intervalo.
Para configuração global DHCPv6:
[edit forwarding-options dhcp-relay dhcpv6 liveness-detection method] user@host# edit layer2-liveness-detection user@host# set max-consecutive-retries number user@host# set transmit-interval seconds
Para configuração de grupo DHCPv6:
[edit forwarding-options dhcp-relay dhcpv6 group group-name liveness-detection method] user@host# edit layer2-liveness-detection user@host# set max-consecutive-retries number user@host# set transmit-interval seconds
Configuração da detecção de conectividade do cliente por host DHCP com pacotes ARP e ND
Este procedimento mostra como configurar a funcionalidade de recebimento da detecção de liveness de Camada 2 usando O Protocolo de Resolução de Endereços (ARP) IPv4 para clientes DHCPv4 e detecção de inalcançabilidade de vizinhos IPv6 para clientes DHCPv6 verificarem a conectividade de clientes de servidores locais DHCP.
A funcionalidade de recebimento permite que o host cliente DHCP determine se uma sessão do cliente está baixa com base na falta de resposta do BNG ao ARP ou pacotes ND que ele envia ao BNG. Você configura a funcionalidade de recebimento globalmente para DHCP por família de endereços como uma substituição à configuração global de gerenciamento de assinantes.
Para DHCPv4:
[edit system services subscriber-management overrides] user@host# set interfaces family inet layer2-liveness-detection
Para DHCPv6:
[edit system services subscriber-management overrides] user@host# set interfaces family inet6 layer2-liveness-detection