Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

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:

  1. Especifique que você deseja configurar a detecção de liveness.
    • Para configuração global de DHCP:

    • Para configuração de grupo DHCP:

    Nota:

    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.

  2. (Opcional) Especifique se você deseja usar o modo proxy de retransmissão DHCP.
  3. Especifique que você deseja configurar o método de detecção de vida.
    • Para configuração global de DHCP:

    • Para configuração de grupo DHCP:

  4. Especifique o método de detecção de vida que você quer que o DHCP use.
    Nota:

    Em versão anterior ao Junos OS Release 17.4R1, o único método suportado para detecção de liveness em todas as plataformas é o BFD.

    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. Os dois métodos de detecção de vida são mutuamente exclusivos. Consulte a detecção de liveness DHCP usando pacotes de ARP e Neighbor Discovery para obter informações sobre a configuração da detecção de liveness de ARP e ND Camada 2.

    • Para configuração global de DHCP:

    • Para configuração de grupo DHCP:

  5. Configure o método de detecção de vida conforme desejado.

    Veja exemplo: configurando a detecção global de liveness com BFD para clientes agentes de retransmissão DHCP para um exemplo de como configurar globalmente a detecção de liveness de transmissão DHCP com BFD.

  6. Configure a ação que o roteador toma quando ocorre uma falha na detecção de liveness.
    • Para configuração global de DHCP:

    • Para configuração de grupo 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:

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:

  1. Habilite a detecção de liveness globalmente para assinantes de transmissão DHCP.

  2. Especifique o BFD como o método de detecção de liveness para todos os assinantes de transmissão DHCP criados dinamicamente.

  3. Configure declarações específicas da BFD para definir como o protocolo se comporta.

  4. Configure a ação que o roteador toma quando ocorre uma falha na detecção de liveness.

Nota:

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:

  1. Especifique que você deseja configurar a detecção de liveness.

  2. Especifique que você deseja configurar o método de detecção de vida.

  3. Especifique o BFD como o método de detecção de liveness que você deseja que o DHCP use.

  4. Configure o limiar de tempo de detecção (em milissegundos) no qual uma armadilha é produzida.

  5. Configure o tempo (em milissegundos) para o qual a BFD detém uma notificação de sessão.

  6. Configure o intervalo mínimo de transmissão e recebimento de BFD (em milissegundos).

  7. Configure o intervalo mínimo de recebimento (em milissegundos).

  8. Configure um valor multiplicador para o tempo de detecção.

  9. Desabilitar a capacidade dos temporizador de intervalo BFD de mudar ou se adaptar a situações de rede.

  10. Configure o modo de sessão BFD.

  11. Configure o limiar e o intervalo mínimo para o intervalo de transmissão de BFD.

  12. Configure a versão de protocolo BFD que você deseja detectar.

  13. 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.

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.

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.

Nota:

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:

  1. Especifique que você deseja configurar a detecção de liveness.
    • Para configuração global de DHCP:

    • Para configuração de grupo DHCP:

    Nota:

    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.

  2. Especifique que você deseja configurar o método de detecção de vida.
    • Para configuração global de DHCP:

    • Para configuração de grupo DHCP:

  3. Especifique o método de detecção de vida que você quer que o DHCP use.
    Nota:

    Em versão anterior ao Junos OS Release 17.4R1, o único método suportado para detecção de liveness em todas as plataformas é o BFD.

    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. Os dois métodos de detecção de vida são mutuamente exclusivos. Consulte a detecção de liveness DHCP usando pacotes de ARP e Neighbor Discovery para obter informações sobre a configuração da detecção de liveness de ARP e ND Camada 2.

    • Para configuração global de DHCP:

    • Para configuração de grupo DHCP:

  4. Configure o método de detecção de vida conforme desejado.

    Veja exemplo: configurando a detecção de liveness em grupo com BFD para clientes de servidores locais DHCP, por exemplo, como configurar grupos DHCPv4 para detecção local de vida do servidor DHCP com BFD.

  5. Configure a ação que o roteador toma quando ocorre uma falha na detecção de liveness.
    • Para configuração global de DHCP:

    • Para configuração de grupo 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:

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:

  1. Habilite a detecção de liveness para grupos de assinantes de servidores locais DHCP (ou clientes DHCP).

  2. Especifique o BFD como o método de detecção de liveness para todos os assinantes de servidores locais DHCP criados dinamicamente (clientes).

  3. Configure declarações específicas da BFD para definir como o protocolo se comporta.

  4. Configure a ação que o roteador (switch) toma quando ocorre uma falha na detecção de liveness.

Nota:

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:

  1. Especifique que você deseja configurar a detecção de liveness.

  2. Especifique que você deseja configurar a detecção de liveness para um grupo de servidor local DHCP específico.

  3. Especifique que você deseja configurar o método de detecção de vida.

  4. Especifique o BFD como o método de detecção de liveness que você deseja que o DHCP use.

  5. Configure o limiar de tempo de detecção (em milissegundos) no qual uma armadilha é produzida.

  6. Configure o tempo (em milissegundos) para o qual a BFD detém uma notificação de sessão.

  7. 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 BFD transmit-interval e a minimum-receive-interval.

  8. 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.

  9. Configure um valor multiplicador para o tempo de detecção.

  10. Desabilitar a capacidade dos temporizador de intervalo BFD de mudar ou se adaptar a situações de rede.

  11. Configure o modo de sessão BFD.

  12. 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.

  13. Configure a versão de protocolo BFD que você deseja detectar.

  14. 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.

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.

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

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.

Figura 1: Detecção de liveness da Camada 2 envia fluxo Layer 2 Liveness Detection Send Behavior Flow de comportamento
  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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.

  7. 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.

  8. 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.

Figura 2: Detecção de vivacidade da Camada 2 recebe fluxo Layer 2 Liveness Detection Receive Behavior Flow de comportamento

Quando o BNG recebe qualquer um desses pacotes, ele faz o seguinte:

  1. 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.

  2. 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.

  3. 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.

  4. Se a sessão do cliente estiver vinculada, o BNG responderá ao cliente com o pacote ARP ou ND apropriado.

  5. 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.

Nota:

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:

  1. Especifique que você deseja configurar o método de detecção de vida.
    • Para configuração global DHCPv4:

    • Para configuração de grupo DHCPv4:

    • Para configuração de grupo de pilha dupla DHCPv4:

  2. Especifique o método de detecção de liveness da Camada 2.
    • Para configuração global DHCPv4:

    • Para configuração de grupo DHCPv4:

    • Para configuração de grupo de pilha dupla DHCPv4:

  3. (Opcional) Configure o número de tentativas de tentativas de tentativa e o temporizador de intervalo.
    • Para configuração global DHCPv4:

    • Para configuração de grupo DHCPv4:

    • Para configuração de grupo de pilha dupla DHCPv4:

Para configurar a funcionalidade de envio para detecção de liveness do servidor local DHCPv6:

  1. Especifique que você deseja configurar o método de detecção de vida.

    • Para configuração global DHCPv6:

    • Para configuração de grupo DHCPv6:

  2. Especifique o método de detecção de liveness da Camada 2.

    • Para configuração global DHCPv6:

    • Para configuração de grupo DHCPv6:

  3. (Opcional) Configure o número de tentativas de tentativas de remissão e o temporizador de intervalo.

    • Para configuração global DHCPv6:

    • Para configuração de grupo DHCPv6:

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.

Nota:

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:

  1. Especifique que você deseja configurar o método de detecção de vida.
    • Para configuração global DHCPv4:

    • Para configuração de grupo DHCPv4:

    • Para configuração de grupo de pilha dupla DHCPv4:

  2. Especifique o método de detecção de liveness da Camada 2.
    • Para configuração global DHCPv4:

    • Para configuração de grupo DHCPv4:

    • Para configuração de grupo de pilha dupla DHCPv4:

  3. (Opcional) Configure o número de tentativas de tentativas de tentativa e o temporizador de intervalo.
    • Para configuração global DHCPv4:

    • Para configuração de grupo DHCPv4:

    • Para configuração de grupo de pilha dupla DHCPv4:

Para configurar a funcionalidade de envio para detecção de liveness de retransmissão DHCPv6:

  1. Especifique que você deseja configurar o método de detecção de vida.

    • Para configuração global DHCPv6:

    • Para configuração de grupo DHCPv6:

  2. Especifique o método de detecção de liveness da Camada 2.

    • Para configuração global DHCPv6:

    • Para configuração de grupo DHCPv6:

  3. (Opcional) Configure o número de tentativas de tentativas de remissão e o temporizador de intervalo.

    • Para configuração global DHCPv6:

    • Para configuração de grupo DHCPv6:

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.

Habilite a detecção de vida da Camada 2 globalmente por família de endereços.
  • Para DHCPv4:

  • Para DHCPv6:

Tabela de histórico de lançamento
Lançamento
Descrição
17.4R1
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.
17.4R1
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.
17.4R1
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.
17.4R1
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.