NESTA PÁGINA
Configurando a detecção de conectividade do cliente de proxy de retransmissão DHCP ou DHCP com BFD
Configurando a detecção de conectividade do cliente do servidor local DHCP com BFD
Exemplo: Configurando a detecção de vivacidade de grupo com BFD para clientes de servidor local DHCP
Detecção de vivacidade DHCP usando ARP e pacotes de descoberta de vizinhos
Comportamento de detecção de vivacidade de transmissão DHCP específico da plataforma
Detecção de vivacidade DHCP
A detecção de vivacidade DHCP para sessões de IP do cliente DHCP utiliza um protocolo de detecção de vivacidade ativo para realizar verificações de detecção de vivacidade para clientes relevantes. Quando configurado com um protocolo de detecção de atividade, se um determinado cliente não responder a um número configurado de solicitações consecutivas de detecção de atividade, a associação do cliente será excluída e seus recursos serão liberados. Para obter mais informações, leia este tópico.
Use o Explorador de Recursos para confirmar o suporte à plataforma e à versão para recursos específicos.
Consulte a seção Comportamento de detecção de vivacidade de retransmissão DHCP específica da plataforma para obter notas relacionadas à sua plataforma.
Visão geral da detecção de vivacidade DHCP
Ao contrário do PPP, o DHCP não define um mecanismo de keepalive nativo como parte dos protocolos DHCPv4 ou DHCPv6. Sem um mecanismo de keepalive, o servidor local DHCP, a retransmissão DHCP e o proxy de retransmissã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 contar com mensagens padrão de encerramento de sessão de assinante DHCP ou sessão de cliente DHCP.
Os clientes DHCP geralmente não enviam mensagens de versão DHCP antes de sair da rede. A descoberta de sua ausência depende do tempo de concessão DHCP existente e dos mecanismos de solicitação de liberação. Esses mecanismos geralmente são insuficientes ao servir como verificações de integridade da sessão para clientes em um acesso de assinante DHCP ou em uma rede gerenciada por DHCP. Como os tempos de concessão de DHCP normalmente são muito longos para fornecer um tempo de resposta adequado para uma falha de integridade de sessão, e a configuração de tempos de concessão de DHCP curtos pode representar uma carga indevida no processamento do plano de controle, a implementação de um mecanismo de detecção de atividade de DHCP permite um melhor monitoramento de clientes DHCP vinculados. Quando configurado com um protocolo de detecção de atividade, se um determinado assinante (ou cliente) não responder a um número configurado de solicitações consecutivas de detecção de atividade, a associação do assinante (ou cliente) será excluída e seus recursos liberados.
A detecção de vivacidade DHCP para sessões de IP de assinante DHCP ou IP de cliente DHCP utiliza um protocolo de detecção de vivacidade ativo para instituir verificações de detecção de vivacidade para clientes relevantes. Os clientes devem responder às solicitações de detecção de atividade dentro de um período de tempo especificado. Se as respostas não forem recebidas dentro desse tempo para um determinado número de tentativas consecutivas, a verificação de detecção de atividade falhará e uma ação de falha será implementada.
Exemplos de protocolos de detecção de atividade incluem Detecção de Encaminhamento Bidirecional (BFD) para assinantes DHCPv4 e DHCPv6, Protocolo de Resolução de Endereços IPv4 (ARP) para assinantes DHCPv4 e Detecção de Inacessibilidade de Vizinhos IPv6 (NUD) usando pacotes de Descoberta de Vizinhos (ND) para assinantes DHCPv6.
Os dois métodos de detecção de vivacidade são mutuamente exclusivos.
Ao configurar a detecção de atividade do BFD, lembre-se do seguinte:
Você pode configurar a detecção de vivacidade para o servidor local DHCP e a retransmissão DHCP.
Você pode configurar a detecção de atividade DHCPv4 e DHCPv6 globalmente ou por grupo DHCPv4 ou DHCPv6.
Os clientes de acesso de assinante DHCPv4 ou DHCPv6 que não oferecem suporte a BFD não são afetados pela configuração de detecção de atividade. Esses clientes podem continuar a acessar a rede (depois de validados) mesmo se a detecção de atividade BFD estiver habilitada no roteador (ou switch).
Quando configurado, o DHCPv4 ou o DHCPv6 inicia verificações de detecção de atividade para clientes que suportam BFD quando esses clientes entram em um estado vinculado.
Depois que as mensagens específicas do protocolo são iniciadas 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 atividade são esperadas dentro de um período de tempo configurado.
Se as respostas de detecção de atividade não forem recebidas de clientes que oferecem suporte a BFD dentro do período de tempo configurado para um número configurado de tentativas consecutivas, a verificação de detecção de atividade será considerada como tendo falhado. Uma ação de falha configurada para limpar a associação do cliente é aplicada.
A única ação de falha suportada para detecção de Atividade de Camada 2 é
clear-binding.
Ao configurar a detecção de vivacidade de camada 2 e ARP DHCP, lembre-se do seguinte:
Você pode configurar a detecção de vivacidade para o servidor local DHCP e a retransmissão DHCP.
Você pode configurar a detecção de vivacidade DHCPv4 e DHCPv6 ARP e ND globalmente, por grupo DHCPv4 ou DHCPv6 e por grupo de pilha dupla.
A detecção de vivacidade ARP/ND se aplica 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 exclusivo e um endereço local de link. Somente uma única entrada de detecção de atividade é usada para todos os endereços IPv6 associados a uma sessão de cliente específica.
Benefícios da detecção de vivacidade DHCP
Usando a detecção de vivacidade DHCP, as sessões de IP são acionadas assim que as verificações de detecção de vivacidade falham. Esse tempo de resposta mais rápido serve para:
Fornecer uma contabilidade baseada em tempo mais precisa de sessões de assinante (ou cliente DHCP).
Preserve melhor os recursos do roteador (switch).
Ajuda a reduzir a janela de vulnerabilidade a alguns ataques de segurança.
Configurando a detecção de conectividade do cliente de proxy de retransmissão DHCP ou DHCP com BFD
Você pode configurar a detecção de vivacidade com a Detecção de Encaminhamento Bidirecional (BFD) para sessões de IP de assinante DHCP ou sessões de IP de cliente DHCP para verificar a conectividade de clientes de retransmissão DHCP. Os clientes devem responder às solicitações de detecção de atividade dentro de um período de tempo especificado. Se as respostas não forem recebidas dentro desse tempo para um determinado número de tentativas consecutivas, a verificação de detecção de atividade falhará e uma ação de falha será implementada.
Para configurar a detecção de atividade para a transmissão DHCP:
Exemplo: configurar a detecção de vivacidade global com BFD para clientes do agente de retransmissão DHCP
Este exemplo mostra como configurar a detecção de atividade para assinantes do agente de retransmissão DHCP usando a BFD (Detecção de Encaminhamento Bidirecional) como o método de detecção de atividade.
Requerimentos
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 transmissão DHCP. Consulte Visão geral estendida do agente de transmissão DHCP.
Visão geral
Neste exemplo, você configura a detecção de atividade para assinantes do agente de retransmissão DHCP concluindo as seguintes operações:
Habilite a detecção de vivacidade globalmente para assinantes de retransmissão DHCP.
Especifique BFD como o método de detecção de atividade para todos os assinantes de retransmissã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 executa quando ocorre uma falha na detecção de atividade.
Este exemplo explica como configurar a detecção de atividade para uma rede DHCPv4. A detecção de vivacidade também é compatível com configurações DHCPv6. Para configurar a detecção de atividade DHCPv6, inclua a liveness-detection declaração e quaisquer declarações de configuração subsequentes no nível da [edit forwarding-options dhcp-relay dhcpv6] hierarquia or [edit forwarding-options dhcp-relay dhcpv6 group group-name] .
Configuração
Tramitação processual
Procedimento passo a passo
Para configurar a detecção de atividade para a transmissão DHCP:
Especifique que você deseja configurar a detecção de atividade.
[edit forwarding-options dhcp-relay] user@host# edit liveness-detection
Especifique que você deseja configurar o método de detecção de atividade.
[edit forwarding-options dhcp-relay liveness-detection] user@host# edit method
Especifique BFD como o método de detecção de atividade que você deseja que o DHCP use.
[edit forwarding-options dhcp-relay liveness-detection method] user@host# edit bfd
Configure o limite 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 o BFD mantém uma notificação de sessão ativa.
[edit forwarding-options dhcp-relay liveness-detection method bfd] user@host# set holddown-interval 50
Configure o intervalo mínimo de transmissão e recepção do 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
Desabilite a capacidade dos temporizadores 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 limite e o intervalo mínimo para o intervalo de transmissão 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 executa quando ocorre uma falha na detecção de atividade. Neste exemplo, a ação de falha é limpar a sessão do cliente somente quando ocorre uma falha de detecção de atividade e a interface local é detectada como ativa.
[edit forwarding-options dhcp-relay liveness-detection] user@host# edit failure-action action
Resultados
No modo de configuração, confirme sua configuração digitando o 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 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.
Configurando a detecção de conectividade do cliente do servidor local DHCP com BFD
Você pode configurar a detecção de atividade com a Detecção de Encaminhamento Bidirecional (BFD) para sessões IP de assinante DHCP ou sessões IP de cliente DHCP para verificar a conectividade de clientes de servidor local DHCP. Os clientes devem responder às solicitações de detecção de atividade dentro de um período de tempo especificado. Se as respostas não forem recebidas dentro desse tempo para um determinado número de tentativas consecutivas, a verificação de detecção de atividade falhará e uma ação de falha será implementada.
Você também pode configurar a detecção de vivacidade DHCP para transmissão DHCP.
Para configurar a detecção de atividade para o servidor local DHCP:
Exemplo: Configurando a detecção de vivacidade de grupo com BFD para clientes de servidor local DHCP
Este exemplo mostra como configurar a detecção de atividade de grupo para assinantes de servidor local DHCP ou clientes DHCP usando a BFD (Detecção de Encaminhamento Bidirecional) como o método de detecção de atividade.
Requerimentos
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. Consulte Noções básicas sobre as diferenças entre DHCP herdado e DHCP estendido.
Visão geral
Neste exemplo, você configura a detecção de atividade de grupo para assinantes de servidor local DHCP (clientes) concluindo as seguintes operações:
Habilite a detecção de atividade para grupos de assinantes do servidor local DHCP (ou cliente DHCP).
Especifique BFD como o método de detecção de atividade para todos os assinantes de servidor local 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) executa quando ocorre uma falha na detecção de atividade.
Este exemplo explica como configurar a detecção de atividade para uma rede DHCPv4. A detecção de vivacidade também é compatível com configurações DHCPv6. Para configurar a detecção de atividade DHCPv6, inclua a liveness-detection declaração e quaisquer declarações de configuração subsequentes no nível da [edit system services dhcp-local-server dhcpv6] hierarquia or [edit system services dhcp-local-server dhcpv6 group group-name] .
Configuração
Tramitação processual
Procedimento passo a passo
Para configurar a detecção de vivacidade de grupo para o servidor local DHCP:
Especifique que você deseja configurar a detecção de atividade.
[edit system services dhcp-local-server ] user@host# edit liveness-detection
Especifique que você deseja configurar a detecção de atividade para um grupo de servidores 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 atividade.
[edit system services dhcp-local-server group local_group_1 liveness-detection] user@host# edit method
Especifique BFD como o método de detecção de atividade 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 limite 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 o BFD mantém uma notificação de sessão ativa.
[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 recepção do BFD (em milissegundos).
Observação:Você não precisará configurar o intervalo mínimo de transmissão e recepção do BFD se configurar a
minimum-intervalpara a instrução BFDtransmit-intervale ominimum-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).
Observação:Você não precisa configurar o intervalo mínimo de recepção BFD se configurar o intervalo mínimo de transmissão e recepção 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
Desabilite a capacidade dos temporizadores 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 limite e o intervalo mínimo para o intervalo de transmissão BFD.
Observação:Você não precisa configurar os valores do intervalo de transmissão se já tiver configurado o intervalo mínimo de transmissão e recepção para 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) executa quando ocorre uma falha na detecção de atividade. Neste exemplo, a ação de falha é limpar a sessão do cliente somente quando ocorre uma falha de detecção de atividade 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
No modo de configuração, confirme sua configuração digitando o 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 vivacidade DHCP usando ARP e pacotes de descoberta de vizinhos
- Como funciona a detecção de vivacidade DHCP com ARP e pacotes de descoberta de vizinhos
- Configuração da detecção BNG da conectividade do cliente do servidor local DHCP com pacotes ARP e ND
- Configuração da detecção BNG da conectividade do cliente de retransmissã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 vivacidade DHCP com ARP e pacotes de descoberta de vizinhos
A partir do Junos OS Release 17.4R1, você pode configurar a detecção de vivacidade usando o protocolo de resolução de endereços IPv4 (ARP) para clientes DHCPv4 e a detecção de inacessibilidade de vizinhos IPv6 para clientes DHCPv6. Essa detecção de atividade de Camada 2 oferece mecanismos separados para o host do 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 do cliente DHCP. Esses mecanismos são chamados de funcionalidade de envio e funcionalidade de recebimento . Você pode configurar a detecção de vivacidade de Camada 2 para servidores locais DHCP e clientes de retransmissão DHCP.
Funcionalidade de envio
O BNG usa a funcionalidade de envio para realizar uma verificação de conectividade de host em seus clientes DHCPv4 e DHCPv6 diretamente conectados para determinar a validade e o estado da sessão do cliente DHCP e para 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 repete as solicitações quando não recebe uma resposta em tempo hábil. Ele envia solicitações ARP para clientes DHCPv4 e solicitações de Neighbor Discovery (ND) para clientes DHCPv6.
-
Se o BNG receber uma resposta do cliente antes que o intervalo expire, ele aguardará o temporizador expirar e enviará outra solicitação a esse cliente.
-
Se o BNG não receber uma resposta antes que o intervalo expire, ele definirá o temporizador para 30 segundos e enviará outra solicitação. Esta é a primeira tentativa de repetição; O temporizador não é configurável.
-
Se o BNG receber uma resposta do cliente antes que o temporizador expire, o BNG aguardará que o temporizador se esgote, redefinir-o para o valor original e configurável, enviará outra solicitação e iniciará o temporizador.
-
Se o temporizador de 30 segundos expirar antes que uma resposta seja recebida, o BNG definirá o temporizador para 10 segundos e enviará outra solicitação. Esse valor de temporizador não é configurável.
-
Se o BNG receber uma resposta do cliente antes que o temporizador expire, o BNG aguardará que o temporizador se esgote, redefinir-o para o valor original e configurável, enviará outra solicitação e iniciará o temporizador.
-
Se o BNG não receber uma resposta dentro do intervalo de 10 segundos, ele enviará outra solicitação e iniciará 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 que o intervalo expire ou esgote o número de tentativas de repetição.
A primeira tentativa de repetição usa o intervalo de 30 segundos. As repetições subsequentes 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 novas tentativas, haverá uma repetição de 30 segundos e até quatro tentativas de 10 segundos.
-
Se o BNG nunca receber uma resposta de um cliente dentro do intervalo antes que as novas tentativas sejam esgotadas, a verificação de detecção de atividade falhará e a ação de falha de associação clara será implementada. A sessão do cliente é limpa.
Funcionalidade de recebimento
A funcionalidade de recebimento permite que um host cliente DHCP determine o estado da sessão do cliente DHCPv4 ou DHCPv6 da perspectiva de um BNG. O BNG realiza uma verificação de conectividade de host em seus clientes DHCPv4 e DHCPv6 diretamente conectados quando recebe pacotes ARP ou ND. A Figura 2 ilustra a funcionalidade de recebimento.
Quando o BNG recebe um desses pacotes, ele faz o seguinte:
-
Verifica se a detecção de atividade 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 atividade da Camada 2 não estiver habilitada, o BNG responderá como de costume aos pacotes recebidos sem verificar o estado da sessão do cliente.
-
Se a detecção de atividade estiver 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 descartará 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 inativa.
A utilidade da funcionalidade de recebimento depende da capacidade do host do 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 não vinculada. Se esse recurso exigir uma alteração na implementação do cliente, talvez você queira usar a funcionalidade de envio.
Configuração da detecção 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 vivacidade de Camada 2 usando o Protocolo de Resolução de Endereços IPv4 (ARP) para clientes DHCPv4 e a Detecção de Inacessibilidade de Vizinhos IPv6 para clientes DHCPv6 para verificar a conectividade de clientes de servidor local DHCP.
A funcionalidade de envio permite que o BNG determine se uma sessão do cliente está inativa com base na falta de resposta do cliente DHCP aos pacotes de solicitação ARP ou ND que ele envia ao cliente.
A detecção de vivacidade DHCP também pode ser configurada usando a Detecção de Encaminhamento Bidirecional (BFD). A detecção de vivacidade BFD e a detecção de vivacidade ARP/ND são mutuamente exclusivas.
Para configurar a funcionalidade de envio para detecção de atividade do servidor local DHCPv4:
Para configurar a funcionalidade de envio para detecção de atividade do servidor local DHCPv6:
-
Especifique que você deseja configurar o método de detecção de atividade.
-
Para a configuração global do 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 vivacidade de Camada 2.
-
Para a configuração global do 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 repetição e o temporizador de intervalo.
-
Para a 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 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 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 atividade de Camada 2 usando o protocolo de resolução de endereços IPv4 (ARP) para clientes DHCPv4 e a detecção de inacessibilidade 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á inativa com base na falta de resposta do cliente DHCP aos pacotes de solicitação ARP ou ND que ele envia ao cliente.
A detecção de vivacidade DHCP também pode ser configurada usando a Detecção de Encaminhamento Bidirecional (BFD). A detecção de vivacidade BFD e a detecção de vivacidade ARP/ND são mutuamente exclusivas.
Para configurar a funcionalidade de envio para detecção de atividade de retransmissão DHCPv4:
Para configurar a funcionalidade de envio para detecção de vivacidade de retransmissão DHCPv6:
-
Especifique que você deseja configurar o método de detecção de atividade.
-
Para a configuração global do 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 vivacidade de Camada 2.
-
Para a configuração global do 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 repetição e o temporizador de intervalo.
-
Para a 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 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 host DHCP da conectividade do cliente com pacotes ARP e ND
Este procedimento mostra como configurar a funcionalidade de recebimento da detecção de atividade de Camada 2 usando o protocolo de resolução de endereços IPv4 (ARP) para clientes DHCPv4 e a detecção de inacessibilidade de vizinhos IPv6 para clientes DHCPv6 para verificar a conectividade dos clientes do servidor local DHCP.
A funcionalidade de recebimento permite que o host do cliente DHCP determine se uma sessão do cliente está inativa com base na falta de resposta do BNG aos pacotes ARP ou 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 para a 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
Comportamento de detecção de vivacidade de transmissão DHCP específico da plataforma
Use o Explorador de Recursos para confirmar o suporte à plataforma e à versão para recursos específicos.
Use a tabela a seguir para examinar os comportamentos específicos da plataforma.
| Plataforma |
Diferença |
|---|---|
| Série MX |
|
Tabela de histórico de alterações
A compatibilidade com recursos é determinada pela plataforma e versão utilizada. Use o Explorador de recursos para determinar se um recurso é compatível com sua plataforma.