Detecção de liveness do DHCP
A detecção de liveness DHCP para sessões ip de clientes DHCP utiliza um protocolo de detecção de liveness ativo 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 do 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 retransmissão DHCP e o proxy de transmissão DHCP não conseguem detectar rapidamente se algum deles perdeu a 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 terminação de sessão do 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 servir 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 a configuração de tempos curtos de locação de DHCP pode representar um fardo indevido 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 ligação do assinante (ou cliente) é excluída e seus recursos liberados.
A detecção de liveness dhcp para ip assinante DHCP ou sessões 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 a solicitações de detecção de liveness em um período determinado de tempo. Se as respostas não forem recebidas nesse prazo para um determinado número de tentativas consecutivas, então 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 do BFD. Em versões anteriores, apenas o BFD é compatível com todas as plataformas.
Os dois métodos de detecção de liveness são mutuamente exclusivos.
Ao configurar a detecção de liveness do BFD, lembre-se do seguinte:
Você pode configurar a detecção de liveness para o servidor local DHCP e o retransmissão DHCP.
Você pode configurar a detecção de liveness DHCPv4 e DHCPv6 globalmente ou por grupo DHCPv4 ou DHCPv6.
Os clientes de acesso ao assinante 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 (após serem validados), mesmo que a detecção de liveness do BFD seja habilitada no roteador (ou switch).
Quando configurado, o DHCPv4 ou DHCPv6 inicia verificações de detecção de liveness para clientes que oferecem suporte à 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 assinante (ou cliente) do cliente e as respostas a essas solicitações de detecção de liveness são esperadas dentro de 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, considera-se que a verificação de detecção de liveness falhou. Uma ação de falha configurada para limpar a vinculação do cliente é aplicada.
A única ação de falha suportada para a detecção de liveness da Camada 2 é
clear-binding.
Ao configurar o DHCP ARP e a detecção de liveness de Camada 2 de ND na Série MX, tenha em mente o seguinte:
Você pode configurar a detecção de liveness para o servidor local DHCP e o retransmissão DHCP.
Você pode configurar a detecção de vida do DHCPv4 e DHCPv6 ARP e ND globalmente, por grupo DHCPv4 ou DHCPv6, e por grupo de dual stack.
A detecção de liveness ARP/ND aplica-se apenas aos 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 do 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 do DHCP
Usando a detecção de liveness do DHCP, as sessões de IP são acionadas 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 assinante (ou cliente 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 transmissor DHCP ou da conectividade do cliente proxy de transmissão DHCP com BFD
Você pode configurar a detecção de liveness com a Detecção de encaminhamento bidirecional (BFD) para sessões ip de assinantes DHCP ou sessões ip de clientes DHCP para verificar a conectividade dos clientes de transmissão DHCP. Os clientes devem responder a solicitações de detecção de liveness em um período determinado de tempo. Se as respostas não forem recebidas nesse prazo para um determinado número de tentativas consecutivas, então a verificação de detecção de liveness falha e uma ação de falha é implementada.
Para configurar a detecção de liveness para transmissão DHCP:
Exemplo: Configuração da detecção global de liveness com BFD para clientes de agentes de retransmissão DHCP
Este exemplo mostra como configurar a detecção de liveness para assinantes de agentes de transmissão DHCP usando a Detecção de encaminhamento bidirecional (BFD) como 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.
Versão 12.1 ou posterior do Junos OS
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 transmissão DHCP completando as seguintes operações:
Habilite a detecção de liveness globalmente para assinantes de transmissão DHCP.
Especifique a 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 de 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 subsequentes, no [edit forwarding-options dhcp-relay dhcpv6] nível ou [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 transmissão DHCP:
Especifique se deseja configurar a detecção de liveness.
[edit forwarding-options dhcp-relay] user@host# edit liveness-detection
Especifique se deseja configurar o método de detecção de liveness.
[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 usar o DHCP.
[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 em dia.
[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
Desativar a capacidade dos temporizantes de intervalo de 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 limite 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 do 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 na 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 a solicitações de detecção de liveness em um período determinado de tempo. Se as respostas não forem recebidas nesse prazo para um determinado número de tentativas consecutivas, então 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 vida ao DHCP para o retransmissão DHCP.
Para configurar a detecção de liveness para servidor local DHCP:
Exemplo: configuração da detecção de liveness em grupo com BFD para clientes de servidores locais DHCP
Este exemplo mostra como configurar a detecção de liveness em grupo para assinantes de servidores locais DHCP ou clientes DHCP usando a Detecção de encaminhamento bidirecional (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
Versão 12.1 ou posterior do Junos OS
Antes de começar:
Configure o servidor local DHCP. Veja a compreensão das diferenças entre o DHCP legado e o 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 de 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 subsequentes, no [edit system services dhcp-local-server dhcpv6] nível ou [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 o servidor local DHCP:
Especifique se deseja configurar a detecção de liveness.
[edit system services dhcp-local-server ] user@host# edit liveness-detection
Especifique que 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 se deseja configurar o método de detecção de liveness.
[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 usar o DHCP.
[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 em dia.
[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-intervaldeclaração de BFDtransmit-intervale 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 de 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
Desativar a capacidade dos temporizantes de intervalo de 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 limite 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 do 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 na 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 do DHCP usando pacotes de descoberta de vizinhos e ARP
- Como funciona a detecção de liveness DHCP com pacotes de descoberta de vizinhos e ARP
- 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 de conectividade de clientes de transmissão DHCP com pacotes ARP e ND
- Configuração da detecção de host DHCP da conectividade do cliente com pacotes ARP e ND
Como funciona a detecção de liveness DHCP com pacotes de descoberta de vizinhos e ARP
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 IPv4 (ARP) para clientes DHCPv4 e detecção de intransponibilidade de vizinhos IPv6 para clientes DHCPv6. Essa detecção de liveness de Camada 2 oferece mecanismos separados para o host cliente DHCP e para o roteador que atua como um gateway de rede de banda larga (BNG) para determinar a validade e o estado das sessões de clientes 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 de 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.
de comportamento
O BNG envia pacotes de solicitação para cada cliente DHCP em um intervalo configurável e depois aguarda uma resposta. O BNG retruca 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, ele aguarda o temporizante expirar e depois envia outra solicitação a esse cliente.
Se o BNG não receber uma resposta antes do intervalo ser desativado, ele define o cronâmero em 30 segundos e envia outra solicitação. Esta é a primeira tentativa de tentativa de novo; o timer não é configurável.
Se o BNG receber uma resposta do cliente antes do temporizador expirar, o BNG aguarda que o temporizador seja desativado, o reinicie no valor original e configurável, envia outra solicitação e inicia o temporizador.
Se o temporizador de 30 segundos expirar antes de uma resposta ser recebida, o BNG define o temporizantes em 10 segundos e envia outra solicitação. Esse valor do timer não é configurável.
Se o BNG receber uma resposta do cliente antes do temporizador expirar, o BNG aguarda que o temporizador seja desativado, o reinicie no valor original e configurável, envia outra solicitação e inicia o temporizador.
Se o BNG não receber uma resposta dentro do intervalo de 10 segundos, ele envia outra solicitação e inicia o tempor 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 ou esgotar o número de tentativas de tentativas de nova tentativa.
A primeira tentativa de nova tentativa usa o intervalo de 30 segundos. As retries subseqüentes ocorrem em intervalos de 10 segundos. O número de possíveis retries 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 receber uma resposta de um cliente dentro do intervalo antes que as retries sejam esgotadas, então a verificação de detecção de liveness falha e a ação de falha de ligação clara é implementada. A sessão do cliente está liberada.
Receba funcionalidade
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 recebimento.
de comportamento
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 está habilitada globalmente para a família de endereços relevante, inet ou inet6.
Se a detecção de liveness da Camada 2 não estiver habilitada, o BNG responderá normalmente 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 verifica 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 para o host, permitindo que o host determine que o BNG considera a sessão baixa.
A utilidade da funcionalidade de recebimento depende da capacidade do host cliente DHCP de recuperar recursos do cliente obsoleto 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 envio.
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çável vizinho IPv6 para clientes DHCPv6 para verificar a conectividade dos 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 ao ARP ou pacotes de solicitação de ND que ele envia ao cliente.
A detecção de liveness do DHCP também pode ser configurada usando a Detecção de encaminhamento bidirecional (BFD). A detecção de liveness do 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 se deseja configurar o método de detecção de liveness.
Para configuração global do DHCPv6:
[edit system services dhcp-local-server dhcpv6] user@host# edit liveness-detection method
Para configuração do 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 do DHCPv6:
[edit system services dhcp-local-server dhcpv6 liveness-detection method] user@host# set layer2-liveness-detection
Para configuração do 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 nova tentativa e o temporizador de intervalo.
Para configuração global do 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 do 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 de conectividade de clientes de transmissã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 IPv4 (ARP) para clientes DHCPv4 e detecção de inalcançável vizinho IPv6 para clientes DHCPv6 para verificar a conectividade dos clientes de transmissã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 ao ARP ou pacotes de solicitação de ND que ele envia ao cliente.
A detecção de liveness do DHCP também pode ser configurada usando a Detecção de encaminhamento bidirecional (BFD). A detecção de liveness do 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 transmissão DHCPv4:
Para configurar a funcionalidade de envio para detecção de liveness do transmissão DHCPv6:
Especifique se deseja configurar o método de detecção de liveness.
Para configuração global do DHCPv6:
[edit forwarding-options dhcp-relay dhcpv6] user@host# edit liveness-detection method
Para configuração do 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 do DHCPv6:
[edit forwarding-options dhcp-relay dhcpv6 liveness-detection method] user@host# set layer2-liveness-detection
Para configuração do 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 nova tentativa e o temporizador de intervalo.
Para configuração global do 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 do 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 host DHCP da conectividade do cliente 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çável vizinho IPv6 para clientes DHCPv6 para verificar a conectividade dos 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 para o ARP ou pacotes ND que ele envia para o 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
Tabela de histórico de mudanças
O suporte de recursos é determinado pela plataforma e versão que você está usando. Use o Feature Explorer para determinar se um recurso é suportado em sua plataforma.