NESTA PÁGINA
Diretrizes para configurar o suporte para operações LeaseQuery individuais, em massa e ativas
Configurando e usando a consulta de concessão em massa do DHCP
Verificando e gerenciando configurações de leasequery individuais e em massa do DHCP
Verificando e gerenciando operações de leasequery ativas de DHCP
Métodos de consulta de concessão de DHCP
Em uma rede de acesso de assinante, um servidor local DHCP mantém uma quantidade significativa de informações de ligação relacionadas aos endereços IP ou prefixos delegados DHCPv6 que o servidor concedeu aos clientes DHCP. Quando os clientes DHCP são conectados ao servidor DHCP por meio de um agente de retransmissão DHCP, o agente de transmissão DHCP coleta dados dos pacotes DHCP encaminhados, como endereço IP, necessários para alcançar o endpoint. O agente de retransmissão mantém informações de concessão e rota relevantes para os clientes DHCP. O agente de retransmissão usa essas informações ao fornecer serviços de assinante para os clientes. Quando o agente de retransmissão é reiniciado ou quando o dispositivo host do agente é reinicializado ou substituído, o agente de retransmissão perde essas informações. Você pode usar um request comando para disparar o agente de retransmissão para enviar uma mensagem leasequery ao servidor local para recuperar as informações de ligação para clientes DHCP para que o agente de retransmissão possa restaurar seu banco de dados de informações de concessão.
O gerenciamento de assinantes oferece suporte aos seguintes tipos de operações leasequery:
Leasequery individual — Fornece informações de concessão para uma única associação mediante solicitação (modo de consulta e resposta).
Consulta de concessão em massa — Fornece informações de concessão para várias associações mediante solicitação (modo de consulta e resposta).
Leasequery ativo — Fornece um fluxo de atualizações ao vivo para várias associações quando configurado.
Benefícios do DHCP Leasequery
-
O Leasequery fornece uma maneira leve para um agente de retransmissão DHCPv4 ou DHCPv6 recuperar as informações de localização autoritativas relacionadas a endereços IP/IPv6 DHCP alugados e prefixos delegados do servidor local DHCP quando o agente de retransmissão tiver sido reiniciado ou substituído.
-
Bulk lease elimina a necessidade de consultar associações individuais para clientes específicos, permitindo que uma única solicitação retorne informações para centenas ou milhares de assinantes. Esse método não espera que o tráfego de dados dispare uma consulta, portanto, ele é dimensionado melhor do que leasequery individual quando o agente tem milhares de clientes. No caso do DHCPv6, o agente de retransmissão pode não ser capaz de formar consultas individuais.
-
O leasequery ativo fornece atualizações contínuas ao vivo de informações de ligação para um ou mais agentes de retransmissão quando configurado. Além das atualizações entre o agente de retransmissão e o servidor local, você pode configurar uma relação de emparelhamento entre agentes de retransmissão. Isso permite que os pares sincronizem continuamente suas informações de ligação entre si, fornecendo redundância se um par ficar inativo ou for reinicializado. O peer ativo mantém imediatamente o serviço para os clientes que estavam usando o agente de retransmissão afetado.
Consulta de concessão individual de DHCP
A partir do Junos OS Release 16.1, o gerenciamento de assinantes oferece suporte ao recurso leasequery individual, que permite que o agente de transmissão DHCPv4 ou DHCPv6 obtenha de forma rápida e eficiente as informações de locação atuais de um servidor local DHCP. O agente de retransmissão pode perder informações de concessão armazenadas localmente por vários motivos, como porque o dispositivo do agente de retransmissão foi reinicializado. Quando o agente de retransmissão recebe subsequentemente o tráfego de dados de um cliente para encaminhamento, ele não tem mais as informações para fazer isso. Uma interação leasequery com o servidor local pode restaurar as informações para que o agente de retransmissão possa atender adequadamente seus clientes.
Para configurar operações leasequery individuais, habilite o suporte no agente de retransmissão DHCP e no servidor DHCP. Você pode configurar detalhes da comunicação entre o agente de retransmissão e o servidor. Você deve emitir o request dhcp leasequery comando or request dhcpv6 leasequery para acionar o agente de retransmissão para enviar a consulta.
Por padrão, o agente de retransmissão envia a consulta para todos os servidores locais conhecidos. Você pode limitar os servidores com os quais ele se comunica especificando um endereço de servidor ou um grupo nomeado de servidores. Você também pode limitar a consulta a servidores em um sistema lógico específico, instância de roteamento ou combinação LS:RI.
Consulta de concessão individual DHCPv4
A consulta de concessão DHCPv4 pode ser de vários tipos, uma consulta por endereço, ID do cliente ou endereço MAC. Você determina o tipo de consulta ao disparar a consulta emitindo o request dhcp relay leasequery comando. Você especifica que o agente de retransmissão DHCPv4 inclui na mensagem DHCPLEASEQUERY um dos seguintes valores para permitir que o servidor local identifique as informações de ligação solicitadas pelo agente:
Endereço IP de uma concessão de cliente — O servidor local retorna informações de vinculação para o cliente mais recente que recebeu esse endereço IP.
Identificador de cliente do dispositivo cliente — O servidor local retorna informações de vinculação para o endereço IP que foi usado mais recentemente por um cliente que tem o identificador de cliente especificado (opção 61). O identificador é exclusivo em todo o domínio administrativo do servidor. Se esse cliente tiver acessado outros endereços IP por meio desse servidor, o servidor retornará uma lista desses endereços na opção IP associada (opção 92).
endereço MAC do dispositivo cliente — o servidor local retorna informações de vinculação para o cliente mais recente que possui esse endereço MAC. Se esse cliente tiver acessado outros endereços IP por meio desse servidor, o servidor retornará uma lista desses endereços na opção IP associada (opção 92).
O agente de retransmissão DHCP inclui a opção de lista de solicitação de parâmetro (opção 55) na mensagem DHCPLEASEQUERY . Essa lista inclui opções específicas relacionadas às informações de associação para o endereço IP retornado pelo servidor local. Por exemplo, a lista de solicitações normalmente inclui a opção de informações do agente de retransmissão (opção 82). O servidor local inclui as informações solicitadas em um DHCPLEASEACTIVE enviado ao agente de retransmissão.
A mensagem DHCPLEASEACTIVE inclui a opção de hora da última transação do cliente (opção 91). O valor desta opção é o intervalo em segundos entre o momento em que o endereço IP foi usado mais recentemente em uma interação entre o cliente e o servidor e o momento em que o serer envia a mensagem DHCPLEASEACTIVE. Por exemplo, se a última interação foi às 08:00:00 e a mensagem for enviada às 09:00:00, o valor da opção será 3600.
A Tabela 1 descreve os tipos de mensagem para leasequery individual DHCPv4.
Tipo de mensagem |
Opção 53 Valor do tipo |
Descrição |
|---|---|---|
DHCPLEASEQUERY |
10 |
Enviado pelo agente de retransmissão ao servidor local DHCP para restaurar as informações. |
DHCPLEASEUNASSIGNED |
11 |
Resposta do servidor local quando o endereço IP associado ao cliente é controlado pelo servidor, mas não está atualmente alugado. Essa resposta é enviada apenas para uma consulta por endereço IP. |
DHCPOR favordesconhecido |
12 |
Resposta do servidor local quando o servidor não tem conhecimento das informações na consulta. |
DHCPLEASEACTIVE |
13 |
Resposta do servidor local quando ele aluga um endereço para o cliente. A resposta inclui informações vinculativas completas sobre esse endereço. |
Consulta de concessão individual DHCPv6
O tipo de consulta é transmitido na opção LQ_Query (opção 44). O tipo de consulta do agente de retransmissão DHCPv6 pode ser por endereço ou por ID do cliente. Você determina o tipo de consulta ao disparar a consulta emitindo o request dhcpv6 relay leasequery comando. Você especifica que o agente de retransmissão DHCPv6 inclui na mensagem LEASEQUERY um dos seguintes valores na opção de solicitação de opção (opção 6) para permitir que o servidor local identifique as informações de ligação solicitadas pelo agente:
Endereço IPv6 de uma concessão de cliente — O servidor local retorna informações de ligação para o cliente mais recente que está vinculado a esse endereço ou foi delegado um prefixo que contém o endereço. O campo query-options na opção 44 inclui a opção IAADDR (opção 5).
Identificador exclusivo DHCP (DUID) do dispositivo cliente — O servidor local retorna informações de vinculação para o endereço IP que foi usado mais recentemente por um cliente que tem o DUID especificado. O DUID é o identificador IPv6 do cliente. O identificador é exclusivo em todo o domínio administrativo do servidor. O servidor local pode retornar uma lista de endereços se o cliente for encontrado em mais de um endereço de link. O campo de opções de consulta na opção 44 inclui a opção Identificador do cliente (opção 1).
O campo query-options na opção 44 também pode incluir a opção de solicitação de opção (opção 6) para listar códigos de opção DHCPv6 para informações específicas desejadas do servidor local para cada cliente.
A mensagem LEASEQUERY-REPLY inclui a opção de dados do cliente (opção 45) para fornecer informações para um único cliente em um único link. Essas informações são transmitidas como opções DHCPv6 no campo de opções do cliente. A opção 45 inclui, no mínimo, as seguintes opções e quaisquer outras opções solicitadas pelo agente de retransmissão na opção de solicitação de opção LEASEQUERY (opção 6):
Identificador de cliente (opção 1) — DUID que identifica o cliente DHCPv6.
IAADDR (opção 5) — Endereço em uma associação de identidade para endereços temporários (IA_TA) ou endereços não temporários (IA_NA). Pode ser incluído com a opção IAPREFIX.
IAPREFIX (opção 26) — Prefixo em uma associação de identidade para delegação de prefixo (IA_PD). Pode ser incluído com a opção IAADDR.
Opção CLT (opção 46) — O tempo em segundos desde a última vez que o servidor interagiu com o cliente nesse link. Essa opção corresponde à opção de hora da última transação do cliente DHCPv4.
As opções a seguir são exemplos de opções adicionais que podem ser incluídas na mensagem LEASEQUERY-REPLY:
Opção de dados de retransmissão LQ (opção 47) — As informações completas do agente de transmissão que foram usadas quando o cliente se comunicou pela última vez com este servidor. O servidor local retorna essa opção somente quando ela é solicitada na opção de solicitação de opções LEASEQUERY (opção 6).
Opção de link do cliente LQ (opção 48) — identifica os endereços de link nos quais o cliente tem pelo menos uma ligação. A mensagem LEASEQUERY-REPLY inclui essa opção quando ambos os itens a seguir são verdadeiros: o LEASEQUERY não especifica um endereço de link e o cliente é encontrado em mais de um link. Quando o agente de retransmissão recebe essas informações, ele pode enviar um novo LEASEQUERY para cada endereço listado na opção 48.
A Tabela 2 descreve os tipos de mensagem para leasequery individual DHCPv6.
Tipo de mensagem |
Valor do tipo DHCPv6 |
Descrição |
|---|---|---|
LEASEQUERY |
14 |
Enviado pelo agente de retransmissão ao servidor local DHCP para restaurar as informações. Inclui a opção LQ (opção 44) para especificar o tipo de consulta, um endereço de link e qualquer informação de opção específica necessária do servidor local. |
LEASEQUERY-REPLY |
15 |
Resposta do servidor local quando o endereço IP associado ao cliente é controlado pelo servidor, mas não está atualmente alugado. Essa resposta é enviada apenas para uma consulta por endereço IP. |
A mensagem LEASEQUERY-REPLY enviada pelo servidor local DHCPv6 pode retornar a opção de código de status (opção 13) para fornecer informações sobre o status da consulta. A Tabela 3 lista os códigos de status.
Código |
Situação |
Descrição |
|---|---|---|
7 |
UnknownQueryType |
O servidor não reconhece ou não oferece suporte à consulta. |
8 |
MalformedQuery |
A consulta não é válida; Por exemplo, pode estar faltando uma opção necessária. |
9 |
Não configurado |
O servidor local não tem o endereço necessário em sua configuração. |
10 |
Não permitido |
O servidor local não permite que o agente de retransmissão envie esse tipo de consulta. |
Consulta de concessão em massa de DHCP
A partir do Junos OS Release 16.1, o gerenciamento de assinantes oferece suporte ao recurso leasequery em massa, que permite que cada solicitação do agente de retransmissão DHCP recupere informações de concessão para vários assinantes em massa de um servidor DHCP configurado de maneira programada. Bulk leasequery é mais eficiente em termos de recursos do que usar várias leasequeries individuais para coletar as mesmas informações. Isso é particularmente útil em ambientes dimensionados com milhares de clientes por agente de retransmissão.
Bulk leasequery usa uma conexão TCP entre o agente de retransmissão DHCP e um servidor DHCP configurado no mesmo sistema lógico/instância de roteamento. A conexão TCP é mais confiável e consome menos recursos do que a conexão UDP usada para o processo leasequery individual. O leasequery em massa também estende o leasequery individual, fornecendo opções e funcionalidades de consulta adicionais.
Para configurar operações leasequery em massa, habilite o suporte no agente de retransmissão DHCP e no servidor DHCP. Você pode configurar detalhes da comunicação entre o agente de retransmissão e o servidor. Você deve emitir o request dhcp bulk-leasequery comando or request dhcpv6 bulk-leasequery para acionar o agente de retransmissão para enviar a leasequery.
Por padrão, o agente de retransmissão envia a consulta para todos os servidores locais conhecidos. Você pode limitar os servidores com os quais ele se comunica especificando um endereço para um servidor ou um grupo nomeado de servidores. Você também pode limitar a consulta a servidores em um sistema lógico específico, instância de roteamento ou combinação LS:RI.
Consulta de concessão em massa DHCPv4
Para leasequery em massa DHCPv4, o agente de retransmissão DHCPv4 abre uma conexão TCP por meio da porta 67 com o servidor local DHCPv4. Quando a conexão é estabelecida, o agente de retransmissão envia uma mensagem DHCPBULKLEASEQUERY ao servidor. A consulta pode conter qualquer um dos seguintes itens para permitir que o servidor local identifique as informações necessárias para o agente:
Todos os endereços IP configurados — O servidor local retorna informações de vinculação para todos os endereços IP configurados no servidor local. As informações são retornadas independentemente de os endereços IP fazerem parte de uma associação ativa no momento. Isso permite que o agente de retransmissão atualize seu banco de dados com todas as alterações de endereço que ocorreram após algum momento.
Identificador de cliente do dispositivo cliente — O servidor local retorna informações de vinculação para o endereço IP que foi usado mais recentemente por um cliente que tem o identificador de cliente especificado (opção 61). O identificador é exclusivo em todo o domínio administrativo do servidor.
Observação:Ao contrário do leasequery individual, o servidor não usa a opção IP associada (opção 92) para retornar uma lista de outros endereços IP que o cliente acessou por meio desse servidor. Em vez disso, o servidor retorna informações de vinculação para todos esses endereços IP
endereço MAC do dispositivo cliente — o servidor local retorna informações de vinculação para o cliente mais recente que possui esse endereço MAC.
Observação:Ao contrário do leasequery individual, o servidor não usa a opção IP associada (opção 92) para retornar uma lista de outros endereços IP que o cliente acessou por meio desse servidor. Em vez disso, o servidor retorna informações de vinculação para todos esses endereços IP
Identificador do agente de retransmissão — O servidor local retorna informações de ligação para todas as concessões atualmente ativas atribuídas ao cliente que tem o identificador de agente de retransmissão especificado (Opção 82, subopção 12). O identificador é exclusivo em todo o domínio administrativo do servidor.
ID remota de um circuito de acesso usado pelo cliente para identificar o circuito para o cliente DHCP — o servidor local retorna informações de vinculação para todas as concessões atualmente ativas atribuídas a clientes que usam essa ID remota do agente (opção 82, subopção 2). Essa consulta é particularmente útil em ambientes dimensionados com milhares de clientes por agente de retransmissão. As outras consultas não retornam informações de concessão consolidadas para todos os clientes em um circuito.
O servidor local DHCPv4 responde ao agente de retransmissão com as mesmas mensagens DHCPLEASEACTIVE e DHCPLEASEUNASSIGNED usadas para leasequery individual, conforme descrito em Tipos de Mensagem Leasequery Individuais DHCPv4. Cada mensagem corresponde a uma única associação identificada pela consulta.
Quando o servidor tiver retornado todas as associações associadas à solicitação, ele enviará uma mensagem DHCPLEASEQUERYDONE para o agente de retransmissão. Se uma conexão for perdida durante o processamento de uma consulta de concessão em massa, o DHCP não poderá determinar quanto das informações solicitadas o agente de retransmissão recebeu antes que a conexão fosse interrompida. Consequentemente, o agente de retransmissão deve repetir a consulta.
Para qualquer um dos métodos de consulta, o agente de retransmissão DHCP pode incluir o seguinte qualificador:
query-start-time — Retorna ligações que foram alteradas no horário especificado na consulta ou após ele.
query-end-time— Retorna ligações que foram alteradas na hora especificada na consulta ou antes dela.
Esses tempos de consulta permitem que um agente recupere apenas as informações de associação perdidas desde a última vez que confirmou todas as suas informações no armazenamento estável.
A Tabela 4 descreve os tipos de mensagem específicos para leasequery em massa DHCPv4.
Tipo de mensagem |
Opção 53 Valor do tipo |
Descrição |
|---|---|---|
DHCPBULKLEASEQUERY |
14 |
Enviado pelo agente de retransmissão ao servidor local DHCP para restaurar as informações. |
DHCPOR favorconsultafeito |
15 |
Resposta do servidor local quando ele tiver retornado todas as informações de associação associadas à solicitação em massa. |
As mensagens enviadas pelo servidor local DHCPv4 podem retornar a opção de código de status (opção 151) para fornecer informações sobre o status da consulta. Nas mensagens DHCPLEASEACTIVE e DHCPLEASEUNASSIGNED, o código corresponde ao status da solicitação de associação individual. Em mensagens DHCPLEASEQUERYDONE, o código corresponde à solicitação leasequery em massa como um todo. A Tabela 5 lista os códigos de status.
Código |
Situação |
Descrição |
|---|---|---|
0 |
Sucesso |
A solicitação foi concluída com êxito. A ausência da opção 151 também indica sucesso. |
1 |
UnSpecFail |
A solicitação falhou por um motivo não especificado. |
2 |
QueryTerminated |
O servidor local não pôde executar a consulta ou encerrou a consulta antecipadamente. No último caso, uma cadeia de caracteres de texto indica a causa. |
3 |
MalformedQuery |
A consulta não foi compreendida pelo servidor local. |
4 |
Não permitido |
A consulta foi compreendida, mas não permitida. |
Consulta de concessão em massa DHCPv6
Para leasequery em massa DHCPv6, o agente de retransmissão DHCPv6 abre uma conexão TCP por meio da porta 67 com o servidor local DHCPv6. Quando a conexão é estabelecida, o agente de retransmissão envia uma mensagem LEASEQUERY ao servidor. O tipo de consulta é transmitido na opção LQ_Query (opção 44). O tipo de consulta pode ser qualquer um dos seguintes para permitir que o servidor local identifique as informações necessárias para o agente:
Todos os endereços IP configurados — O servidor local retorna informações de vinculação para todos os endereços IP configurados no servidor local. As informações são retornadas independentemente de os endereços IP fazerem parte de uma associação ativa no momento. Isso permite que o agente de retransmissão atualize seu banco de dados com todas as alterações de endereço que ocorreram após algum momento.
Identificador de cliente do dispositivo cliente — O servidor local retorna informações de vinculação para o endereço IP que foi usado mais recentemente por um cliente que tem o identificador de cliente especificado (opção 61). O identificador é exclusivo em todo o domínio administrativo do servidor.
Observação:Ao contrário do leasequery individual, o servidor não usa a opção IP associada (opção 92) para retornar uma lista de outros endereços IP que o cliente acessou por meio desse servidor. Em vez disso, o servidor retorna informações de vinculação para todos esses endereços IP
endereço MAC do dispositivo cliente — o servidor local retorna informações de vinculação para o cliente mais recente que possui esse endereço MAC.
Observação:Ao contrário do leasequery individual, o servidor não usa a opção IP associada (opção 92) para retornar uma lista de outros endereços IP que o cliente acessou por meio desse servidor. Em vez disso, o servidor retorna informações de vinculação para todos esses endereços IP
Identificador do agente de retransmissão — O servidor local retorna informações de ligação para todas as concessões atualmente ativas atribuídas ao cliente que tem o identificador de agente de retransmissão especificado (Opção 82, subopção 12). O identificador é exclusivo em todo o domínio administrativo do servidor.
ID remota de um circuito de acesso usado pelo cliente para identificar o circuito para o cliente DHCP — o servidor local retorna informações de vinculação para todas as concessões atualmente ativas atribuídas a clientes que usam essa ID remota do agente (opção 82, subopção 2). Essa consulta é particularmente útil em ambientes dimensionados com milhares de clientes por agente de retransmissão. As outras consultas não retornam informações de concessão consolidadas para todos os clientes em um circuito.
Para uma leasequery em massa DHCPv6, você pode, opcionalmente, especificar a trigger automatic opção para configurar o agente de retransmissão DHCPv6 para iniciar automaticamente a operação leasequery em massa sempre que o jdhcpd processo iniciar uma conexão com o banco de dados de sessão (SDB) e nenhum assinante vinculado estiver presente no banco de dados. Por exemplo, o processo automático garantiria que a consulta de concessão em massa sempre atualizasse as informações de transmissão DHCP após uma operação de reinicialização, GRES ou ISSU e se não houvesse assinantes vinculados.
O leasequery em massa DHCPv6 usa as mensagens LEASEQUERY e LEASEQUERY-REPLY usadas pelo leasequery individual DHCPv6, mas seu comportamento e significado são ligeiramente diferentes para leasequery em massa. A Tabela 6 lista essas mensagens e descreve dois outros tipos de mensagem específicos para leasequery em massa DHCPv6.
Tipo de mensagem |
Valor do tipo DHCPv6 |
Descrição |
|---|---|---|
LEASEQUERY |
14 |
Enviado pelo agente de retransmissão ao servidor local DHCP para restaurar as informações. |
LEASEQUERY-REPLY |
15 |
Resposta do servidor local para indicar o sucesso ou a falha da consulta. Ele também transmite informações, como a ID do servidor e a ID do cliente, que não são alteradas no contexto de uma única consulta e resposta. Quando a consulta é bem-sucedida, apenas um único LEASEQUERY-REPLY é retornado. Essa mensagem também inclui as informações de associação para o primeiro cliente. Dados de associação adicionais são retornados na mensagem LEASEQUERY-DATA . Quando a consulta falha, um único LEASEQUERY-REPLY é retornado sem nenhuma informação de associação. |
LEASEQUERY-DONE |
16 |
Resposta do servidor local que indica o fim de um grupo de respostas leasequery relacionadas. Uma única mensagem LEASEQUERY-DONE é enviada depois que todas as respostas à solicitação foram enviadas ao agente de retransmissão. A conexão TCP entre o agente de retransmissão e o servidor é fechada quando essa mensagem é recebida. |
LEASEQUERY-DATA |
17 |
Resposta do servidor local com informações sobre as concessões de um único cliente DHCPv6 ou sobre ligações de delegação de prefixo em um único link. Essa mensagem é enviada somente quando a consulta lease em massa retorna dados de vários clientes. Nesse caso, a mensagem LEASEQUERY-REPLY transmite informações para o primeiro cliente e, em seguida, uma mensagem LEASEQUERY-DATA é enviada para cada um dos outros clientes. |
As mensagens enviadas pelo servidor local DHCPv6 podem retornar a opção de código de status (opção 13) para fornecer informações sobre o status da consulta. Nas mensagens LEASEQUERY-REPLY, o código corresponde ao status da solicitação de associação individual. Nas mensagens LEASEQUERY-DONE, o código corresponde à solicitação leasequery em massa como um todo. As mensagens LEASEQUERY-DATA não incluem um código de status. O leasequery em massa DHCPv6 oferece suporte aos códigos de status de leasequery individuais DHCPv6 listados em Códigos de status de leasequery individuais DHCPv6. As mensagens também podem incluir o código de status adicionado para leasequery em massa descrito na Tabela 7.
Código |
Situação |
Descrição |
|---|---|---|
11 |
QueryTerminated |
O servidor local não pode executar uma consulta ou encerrou prematuramente a consulta por algum motivo. Por exemplo, o servidor local está sendo desligado ou não tem recursos suficientes para coletar as informações solicitadas. |
Consulta de concessão ativa de DHCP
A partir do Junos OS Release 19.1R1, o leasequery ativo DHCP aborda a situação em que é desejável que o agente de retransmissão receba atualizações periódicas das informações do cliente para acompanhar a atividade dinâmica de vinculação DHCP. A consulta de locação individual e em massa fornece informações somente quando solicitadas; Se as informações do cliente forem atualizadas posteriormente no servidor local, essas informações não serão passadas para o agente de retransmissão, a menos que o agente de retransmissão envie outra consulta ao servidor local.
O leasequery ativo permite que os servidores forneçam atualizações ao vivo das informações do cliente sempre que o estado de associação for alterado. Opcionalmente, você pode configurar o leasequery ativo para enviar as atualizações ao vivo das informações de vinculação para vários pares de agente de retransmissão, oferecendo suporte à redundância no nível do chassi do agente de retransmissão. A atualização ao vivo é iniciada quando o agente de retransmissão inicia uma conexão TCP com um servidor ou peer de agente de retransmissão e envia a mensagem ACTIVELEASEQUERY para indicar que a conexão deve permanecer aberta.
O DHCP não fecha a conexão TCP, a menos que ocorram determinadas condições, principalmente relacionadas aos períodos de tempo limite configuráveis ou tempo limite ocioso:
-
Quando uma solicitação de conexão é recebida em um sistema lógico ou instância de roteamento que não está configurada para leasequery ativa.
-
Quando a conexão é bloqueada durante operações de leitura/gravação TCP por tempo suficiente para que o período de tempo limite expire, a conexão é fechada e pode ser reiniciada. A operação de leitura ocorre quando o agente de retransmissão está tentando ler respostas à consulta. A operação de gravação ocorre quando o servidor ou o agente de retransmissão de mesmo nível está tentando enviar respostas a um agente de retransmissão
-
Quando nenhum tráfego é recebido na conexão durante o período de tempo limite ocioso.
Durante operações leasequery ativas, as informações de associação são atualizadas somente quando são alteradas. Consequentemente, há períodos durante os quais o servidor ou o agente de retransmissão de mesmo nível não envia nenhuma informação. Se o período for maior que o tempo limite ocioso, a conexão será descartada. Para evitar quedas de conexão inadequadas, o servidor ou o agente de retransmissão peer envia mensagens DHCPLEASEACTIVE (DHCPv4) ou LEASEQUERY-DATA (DHCPv6) em intervalos iguais à metade do período de tempo limite ocioso. Essas mensagens não contêm informações de vinculação porque são enviadas quando nenhuma atualização está disponível. Essas mensagens mantêm a conexão ativa, servindo como mensagens de olá ou keepalive, sinalizando que a falta de atividade não é um problema.
Quando a conexão TCP fecha, o agente de retransmissão tenta restabelecer a conexão. As tentativas de repetição incluem uma opção que sinaliza ao servidor ou ao agente de retransmissão par para enviar informações de associação que foram alteradas desde o momento em que a conexão TCP foi desligada. Essas informações às vezes são chamadas de informações de recuperação. A opção especifica o carimbo de data/hora absoluto quando a conexão é desligada; ou seja, a hora da última comunicação bem-sucedida com o servidor ou agente de retransmissão de mesmo nível. O DHCPv4 usa a opção query-start-time (opção 154). O DHCPv6 usa a opção LQ_START_TIME (opção 101).
Em alguns casos, o servidor ou o agente de retransmissão par não tem todas as informações para alterações de associação desde o carimbo de data/hora. Por exemplo, o dispositivo pode não ter memória suficiente para armazenar tudo. Nesses casos, o dispositivo retorna uma mensagem DHCPLEASEQUERYSTATUS (DHCPv4) ou LEASEQUERY-REPLY (DHCPv6) enviada com um código de status DataMissing (5).
Antes de configurar o active leasequery, você deve primeiro configurar o bulk leasequery, pois o active leasequery usa o mecanismo bulk leasequery. A configuração ativa do leasequery falha na verificação de confirmação se o leasequery em massa não estiver configurado.
Para configurar operações leasequery ativas, habilite o suporte no agente de retransmissão DHCP e no servidor DHCP. Você pode configurar detalhes da comunicação para o agente de retransmissão e o servidor local. Ao contrário de leasequery individual e em massa, leasequery ativo não tem tipos de consulta. Você não aciona leasequery ativo com um request comando. Em vez disso, o gatilho é automático quando leasequery ativo é configurado.
- Consulta de concessão ativa DHCPv4
- Consulta de concessão ativa DHCPv6
- Redundância no nível do chassi com Active Leasequery
Consulta de concessão ativa DHCPv4
Para leasequery ativo DHCPv4, o agente de retransmissão DHCPv4 abre uma conexão TCP através da porta 67 para o servidor local DHCPv4. Quando a conexão é estabelecida, o agente de retransmissão envia uma mensagem DHCPACTIVELEASEQUERY para o servidor. A mensagem sinaliza que esta é uma conexão de longo prazo. Ele fecha apenas como resultado de um tempo limite.
O servidor local DHCPv4 responde ao agente de retransmissão com as mesmas mensagens DHCPLEASEACTIVE e DHCPLEASEUNASSIGNED usadas para leasequery individual, conforme descrito em Tipos de Mensagem Leasequery Individuais DHCPv4. Cada mensagem corresponde a uma única associação identificada pela consulta. O servidor local DHCP continua a enviar as mensagens de resposta sempre que as informações de associação são alteradas. A Tabela 8 descreve os tipos de mensagem específicos para leasequery ativo DHCPv4.
| Tipo de mensagem |
Opção 53 Valor do tipo |
Descrição |
|---|---|---|
| DHCPACTIVELEASEQUERY |
16 |
Enviado pelo agente de retransmissão ao servidor local DHCP para habilitar a atualização ao vivo de informações de ligação no agente de retransmissão sempre que essas informações forem alteradas no servidor local. Também pode ser enviado entre agentes de retransmissão de mesmo nível para fornecer redundância de espera ativa para informações de associação. |
| DHCPLEASEQUERYSTATUS |
17 |
Resposta do servidor local quando ele retorna informações de associação associadas à solicitação. Como a conexão TCP é de longa duração, essa mensagem também é enviada regularmente quando as conexões estão ociosas (nenhuma atualização de associação sendo enviada). Nesse caso, a mensagem inclui um código de status ConnectionActive (6) para notificar o agente de retransmissão de que a conexão ainda está ativa. |
As mensagens enviadas pelo servidor local podem retornar a opção de código de status (opção 151). Nas mensagens DHCPLEASEACTIVE e DHCPLEASEUNASSIGNED, o código corresponde ao status da resposta individual. Nas mensagens DHCPLEASEQUERYSTATUS, o código corresponde ao fluxo de mensagens para a solicitação leasequery ativa como um todo. O leasequery ativo DHCPv4 oferece suporte aos códigos de status leasequery em massa listados em Códigos de status Leasequery em massa DHCPv4. As mensagens também podem incluir os códigos de status adicionados para leasequery ativo descritos naTabela 9.
| Código |
Situação |
Descrição |
|---|---|---|
| 5 |
Dados ausentes |
As informações vinculativas solicitadas não estão disponíveis. Por exemplo, quando o servidor local ou peer não tem dados suficientes conforme solicitado com a opção query-start-time, esse código de status é enviado imediatamente em uma mensagem LEASEQUERY-REPLY. |
| 6 |
Conexão Ativa |
A conexão TCP ainda está ativa. |
| 7 |
CatchUpComplete |
O servidor local enviou todos os dados salvos solicitados pelo agente de retransmissão. |
Consulta de concessão ativa DHCPv6
Para leasequery ativo DHCPv6, o agente de retransmissão DHCPv6 abre uma conexão TCP através da porta 67 para o servidor local DHCPv4. Quando a conexão é estabelecida, o agente de retransmissão envia uma mensagem ACTIVELEASEQUERY ao servidor. A mensagem sinaliza que esta é uma conexão de longo prazo. Ele fecha apenas como resultado de um tempo limite.
O servidor local DHCPv6 responde ao agente de retransmissão com as mesmas mensagens LEASEQUERY-REPLY, LEASEQUERY-DATA e LEASEQUERY-DONE usadas para leasequery em massa. Cada mensagem corresponde a uma única associação identificada pela consulta. O servidor local DHCP continua a enviar as mensagens de resposta sempre que as informações de associação são alteradas. A Tabela 10 lista essas mensagens e o tipo de mensagem de consulta específico para leasequery ativo DHCPv6.
| Tipo de mensagem |
Valor do tipo DHCPv6 |
Descrição |
|---|---|---|
| ACTIVELEASEQUERY |
22 |
Enviado pelo agente de retransmissão ao servidor local DHCP para habilitar a atualização ao vivo de informações de ligação no agente de retransmissão sempre que essas informações forem alteradas no servidor local. Também pode ser enviado entre agentes de retransmissão de mesmo nível para fornecer redundância de espera ativa para informações de associação. |
| LEASEQUERY-REPLY |
15 |
Resposta do servidor local para indicar o sucesso ou a falha da consulta. Ele também transmite informações, como a ID do servidor e a ID do cliente, que não são alteradas no contexto de uma única consulta e resposta. Quando a consulta é bem-sucedida, apenas um único LEASEQUERY-REPLY é retornado. Essa mensagem também inclui as informações de associação para o primeiro cliente. Dados de associação adicionais são retornados na mensagem LEASEQUERY-DATA . Quando a consulta falha, um único LEASEQUERY-REPLY é retornado sem nenhuma informação de associação. |
| LEASEQUERY-DONE |
16 |
Resposta do servidor local que indica que a conexão deve ser encerrada. Por exemplo, o servidor pode enviar isso com um código de status QueryTerminated (11) quando o servidor está sendo desligado. |
| LEASEQUERY-DATA |
17 |
Resposta do servidor local com informações sobre as concessões de um único cliente DHCPv6 ou sobre ligações de delegação de prefixo em um único link. Essa mensagem é enviada somente quando a leasequery retorna dados de vários clientes. Nesse caso, a mensagem LEASEQUERY-REPLY transmite informações para o primeiro cliente e, em seguida, uma mensagem LEASEQUERY-DATA é enviada para cada um dos outros clientes. |
As mensagens enviadas pelo servidor local DHCPv6 podem retornar a opção de código de status (opção 13). O leasequery ativo DHCPv6 oferece suporte aos códigos de status leasequery e leasequery em massa individuais listados em Códigos de status de Leasequery individual DHCPv6 e Código de status de Leasequery em massa DHCPv6, respectivamente. As mensagens também podem incluir os códigos de status adicionados para leasequery ativo descritos na Tabela 11.
| Código |
Situação |
Descrição |
|---|---|---|
| 12 |
Dados ausentes |
As informações vinculativas solicitadas não estão disponíveis. |
| 13 |
CatchUpComplete |
O servidor local enviou todos os dados salvos solicitados pelo agente de retransmissão. |
| 14 |
Sem suporte |
O servidor local enviou todos os dados salvos solicitados pelo agente de retransmissão. |
Redundância no nível do chassi com Active Leasequery
Você pode usar leasequery ativo para permitir que as informações de ligação sejam sincronizadas entre vários pares de agente de retransmissão DHCP. Para simplificar, esta discussão explica o comportamento com apenas dois pares. Quando um agente de retransmissão peer é reiniciado ou seu dispositivo é reinicializado, a outra retransmissão pode assumir e fornecer serviços a todos os clientes DHCP sem uma interrupção visível. Quando o agente de retransmissão peer é ativado novamente, ele restabelece a conexão TCP com o peer ativo. Em seguida, os pares sincronizam as informações de associação. A Figura 1 mostra uma topologia DHCP simples para oferecer suporte à redundância do agente de retransmissão com as seguintes características:
-
Cada cliente DHCP se conecta a ambos os agentes de retransmissão.
-
Ambos os agentes de retransmissão se conectam ao mesmo servidor DHCP.
-
Ao configurar a
active leasequerydeclaração em cada agente de retransmissão, você também especifica o outro agente de retransmissão como um peer. -
Os pares usam as mesmas mensagens leasequery ativas para comunicação, conforme explicado na Tabela 8 e na Tabela 10. Embora não seja mostrado aqui, quando um servidor RADIUS externo faz parte da topologia, não há diferenças nas interações com o servidor RADIUS.
A sequência a seguir descreve como os agentes de retransmissão estabelecem a relação de peer e compartilham informações de associação quando o leasequery ativo é configurado em ambos. Este exemplo é para DHCPv4, mas o mecanismo é o mesmo para DHCPv6.
-
Ambos os agentes de retransmissão têm associações de cliente DHCP ativas, mas leasequery ativo ainda não está configurado.
-
Você configura o leasequery ativo em ambos os agentes de retransmissão, especifica um ao outro como pares e confirma a configuração.
-
Ambos os agentes peer tentam estabelecer uma conexão TCP quando a configuração é confirmada. Suponha que o agente de retransmissão 1 estabeleça a conexão com êxito. A tentativa do Agente de Retransmissão 2 é descartada.
-
Em seguida, o Agente de Retransmissão 1 envia uma mensagem ACTIVELEASEQUERY para o Agente de Retransmissão 2.
-
O Agente de Retransmissão 2 envia informações sobre as ligações em seu banco de dados de assinantes para o Agente de Retransmissão 1. Ele também envia sua própria mensagem ACTIVELEASEQUERY ao Agente de Retransmissão 1 para coletar as informações do cliente do peer.
-
O Agente de Retransmissão 1 envia suas informações de ligação para o Agente de Retransmissão 2. O Agente de Retransmissão 1 e o Agente de Transmissão 2 processam as informações de ligação recebidas e as confirmam em seus respectivos bancos de dados.
-
À medida que cada agente de retransmissão atualiza informações de ligação para seus próprios clientes — como renovações de licença, novas solicitações, expirações de concessão e assim por diante — ele envia uma mensagem de resposta leasequery com as informações atualizadas para seu par quando cada alteração ocorre.
-
Agora suponha que o Relay Agent 1 seja reinicializado. A conexão TCP cai. O Agente de Transmissão 2 tenta restabelecer a conexão com o Agente de Transmissão 1. Enquanto isso, o tráfego de assinantes DHCP que costumava fluir pelo Agente de Retransmissão 1 agora flui pelo Agente de Retransmissão 2 sem interrupção.
-
O leasequery ativo é acionado no Agente de Retransmissão 1 quando ele volta. A conexão TCP é restabelecida e os pares trocam mensagens ACTIVELEASEQUERY. O Agente de Transmissão 1 não tem nenhuma informação de ligação para compartilhar neste momento. O Agente de Transmissão 2 envia todas as suas informações de ligação atuais para o Agente de Transmissão 1; essas informações podem ter sido alteradas enquanto o Agente de Transmissão 1 estava fora de serviço. O resultado é que ambos os agentes de retransmissão agora têm bancos de dados sincronizados.
Diretrizes para configurar o suporte para operações LeaseQuery individuais, em massa e ativas
Ao configurar o suporte a leasequery individual, em massa ou ativo, considere as seguintes diretrizes:
O roteador oferece suporte à configuração simultânea de leasequery individual, leasequery em massa e leasequery ativa. O leasequery ativo requer que o leasequery em massa seja configurado.
O roteador oferece suporte à configuração simultânea de pilha dupla para DHCPv4 e DHCPv6. No entanto, para ambientes de pilha dupla, você deve disparar as operações leasequery individual DHCPv4 e DHCPv6 ou leasequery em massa separadamente.
O agente de retransmissão DHCP oferece suporte a leasequery individual ou leasequery em massa em interfaces estáticas e dinâmicas. O leasequery ativo é suportado apenas em interfaces estáticas voltadas para o servidor ou interfaces estáticas voltadas para pares para redundância de chassi.
O servidor local DHCP oferece suporte a leasequery em massa somente em interfaces estáticas voltadas para retransmissão.
O servidor local DHCP escuta solicitações leasequery em massa e leasequery ativas do agente de retransmissão DHCP na conexão TCP na porta 67 para DHCPv4 e na porta 547 para DHCPv6.
Não há suporte para leasequery em massa e leasequery ativo para DHCP sobre PPP/PPPoE.
O leasequery ativo tem suporte nas seguintes combinações de pilha:
DHCP em interfaces estáticas (ge/ae/xe/irb/ps) (Suporte para interfaces ps adicionado no Junos OS Release 20.1R1.)
Interfaces DHCP sobre IP Demux
Interfaces DHCP sobre VLAN Demux
Interfaces DHCP sobre IP sobre VLAN Demux
A partir do Junos OS Release 19.1R1, o agente de retransmissão DHCPv4 insere a opção Relay-ID em cada pacote que encaminha para o servidor local DHCP da seguinte forma:
O agente de retransmissão sempre insere a opção em pacotes não bisbilhotados.
O agente de retransmissão insere a opção em pacotes bisbilhotados somente quando leasequery em massa está configurado nesse LS:RI.
Se a rede incluir interfaces integradas de roteamento e ponte (IRB), você deverá configurar o agente de transmissão DHCP para incluir o nome da interface de camada 2 junto com o nome do IRB no ID do circuito da opção 82. O agente de retransmissão DHCP usa o nome da interface de camada 2 ao usar leasequery ou leasequery em massa para restaurar o banco de dados de concessão.
Configurando e usando o DHCP Individual LeaseQuery
A operação leasequery individual atualiza o banco de dados de concessão de um agente de retransmissão DHCP com informações relacionadas a um único assinante especificado. Você identifica os assinantes do DHCPv4 pelo endereço IPv4, endereço MAC ou ID do cliente DHCP. Você identifica os assinantes do DHCPv6 pelo endereço IPv6 ou ID do cliente DHCP.
Antes de começar, leia Diretrizes para configurar o suporte para operações individuais, em massa e ativas do Leasequery e certifique-se de que o suporte necessário a seguir esteja configurado no agente de retransmissão DHCP.
(Somente DHCPv4) O agente de retransmissão DHCP insere a opção 82 subopção 1 (ID do Circuito do Agente) nos pacotes DHCP que a retransmissão encaminha para os servidores DHCP. Consulte Usando informações da opção 82 do agente de transmissão DHCP.
Se a rede incluir interfaces integradas de roteamento e ponte (IRB), você também deverá incluir a
include-irb-and-l2declaração, conforme mostrado no exemplo a seguir. Essa declaração configura o agente de transmissão DHCP para incluir o nome da interface de camada 2 junto com o nome do IRB na ID do circuito da opção 82. O agente de retransmissão DHCP usa o nome da interface de camada 2 ao restaurar o banco de dados de concessão usando leasequery ou leasequery em massa.[edit forwarding-options dhcp-relay] user@host# set relay-option-82 circuit-id include-irb-and-l2
(Somente DHCPv4) O agente de retransmissão DHCP sempre inclui as novas informações da opção 82 nos pacotes DHCP que a retransmissão encaminha para os servidores DHCP. Consulte Substituindo as informações da Opção 82.
[edit forwarding-options dhcp-relay] user@host# set overrides always-write-option-82
(Somente DHCPv6) O agente de transmissão DHCP insere o ID da interface DHCPv6 (opção 18) nos pacotes que a retransmissão encaminha para os servidores DHCPv6. Consulte Inserindo a opção de ID de interface DHCPv6 (opção 18) em pacotes DHCPv6.
Se sua rede incluir interfaces integradas de roteamento e ponte (IRB), você também deverá incluir a
include-irb-and-l2declaração, como mostrado no exemplo a seguir. Essa declaração configura o agente de retransmissão DHCPv6 para incluir o nome da interface de camada 2 junto com o nome do IRB no ID do circuito da opção 82. O agente de retransmissão DHCP usa o nome da interface de camada 2 ao usar leasequery ou leasequery em massa para restaurar o banco de dados de concessão.[edit forwarding-options dhcp-relay dhcpv6] user@host# set relay-agent-interface-id include-irb-and-l2
Use as etapas a seguir para configurar e usar a operação leasequery individual.
Use os comandos and clear com suporte show para gerenciar e exibir informações sobre a operação leasequery em massa para o agente de retransmissão DHCP e o servidor local DHCP. Consulte Verificando e Gerenciando Configurações de LeaseQuery Individuais e em Massa do DHCP.
Configurando e usando a consulta de concessão em massa do DHCP
A operação leasequery em massa atualiza o banco de dados de concessão de um agente de retransmissão DHCP com informações para vários assinantes, ao contrário da leasequery individual, que consulta associações individuais apenas para destinos conhecidos. O leasequery em massa também estende o leasequery individual, fornecendo opções e funcionalidades de consulta adicionais.
Antes de começar, leia Diretrizes para configurar o suporte para operações individuais, em massa e ativas do Leasequery e certifique-se de que o suporte necessário a seguir esteja configurado no agente de retransmissão DHCP.
(Somente DHCPv4) O agente de retransmissão DHCP insere a opção 82 subopção 1 (ID do Circuito do Agente) nos pacotes DHCP que a retransmissão encaminha para os servidores DHCP. Consulte Usando informações da opção 82 do agente de transmissão DHCP.
Se a rede incluir interfaces integradas de roteamento e ponte (IRB), você também deverá incluir a
include-irb-and-l2declaração, conforme mostrado no exemplo a seguir. Essa declaração configura o agente de retransmissão DHCPv6 para incluir o nome da interface de camada 2 junto com o nome do IRB no ID do circuito da opção 82. O agente de retransmissão DHCP usa o nome da interface de camada 2 ao usar leasequery ou leasequery em massa para restaurar o banco de dados de concessão.[edit forwarding-options dhcp-relay] user@host# set relay-option-82 circuit-id include-irb-and-l2
(Somente DHCPv4) O agente de retransmissão DHCP sempre inclui as novas informações da opção 82 nos pacotes DHCP que a retransmissão encaminha para os servidores DHCP. Consulte Substituindo as informações da Opção 82.
[edit forwarding-options dhcp-relay] user@host# set overrides always-write-option-82
(Somente DHCPv6) O agente de transmissão DHCP insere o ID da interface DHCPv6 (opção 18) em pacotes encaminhados para servidores DHCPv6. Consulte Inserindo a opção de ID de interface DHCPv6 (opção 18) em pacotes DHCPv6.
[edit forwarding-options dhcp-relay dhcpv6] user@host# set relay-agent-interface-id
Se sua rede incluir interfaces integradas de roteamento e ponte (IRB), você também deverá incluir a
include-irb-and-l2declaração, como mostrado no exemplo a seguir. Essa declaração configura o agente de retransmissão DHCPv6 para incluir o nome da interface de camada 2 junto com o nome do IRB no ID do circuito da opção 82. O agente de retransmissão DHCP usa o nome da interface de camada 2 ao usar leasequery ou leasequery em massa para restaurar o banco de dados de concessão.[edit forwarding-options dhcp-relay dhcpv6] user@host# set relay-agent-interface-id include-irb-and-l2
Use as etapas a seguir para configurar e usar a operação leasequery em massa.
Use os comandos and clear com suporte show para gerenciar e exibir informações sobre a operação leasequery em massa para o agente de retransmissão DHCP e o servidor local DHCP. Consulte Verificando e Gerenciando Configurações de LeaseQuery Individuais e em Massa do DHCP.
Configurando e usando o DHCP Active Leasequery
Antes de começar, leia Diretrizes para configurar o suporte para operações individuais, em massa e ativas do Leasequery e certifique-se de que o suporte necessário a seguir esteja configurado no agente de retransmissão DHCP.
-
(Somente DHCPv4) O agente de retransmissão DHCP insere a opção 82 subopção 1 (ID do Circuito do Agente) nos pacotes DHCP que a retransmissão encaminha para os servidores DHCP. Consulte Usando informações da opção 82 do agente de transmissão DHCP.
Se a rede incluir interfaces integradas de roteamento e ponte (IRB), você também deverá incluir a
include-irb-and-l2declaração, conforme mostrado no exemplo a seguir. Essa declaração configura o agente de retransmissão DHCPv6 para incluir o nome da interface de camada 2 junto com o nome do IRB no ID do circuito da opção 82. O agente de retransmissão DHCP usa o nome da interface de camada 2 ao usar leasequery ou leasequery em massa para restaurar o banco de dados de concessão.[edit forwarding-options dhcp-relay] user@host# set relay-option-82 circuit-id include-irb-and-l2
-
(Somente DHCPv4) O agente de retransmissão DHCP sempre inclui as novas informações da opção 82 nos pacotes DHCP que a retransmissão encaminha para os servidores DHCP. Consulte Substituindo as informações da Opção 82.
[edit forwarding-options dhcp-relay] user@host# set overrides always-write-option-82
-
(Somente DHCPv6) O agente de transmissão DHCP insere o ID da interface DHCPv6 (opção 18) em pacotes encaminhados para servidores DHCPv6. Consulte Inserindo a opção de ID de interface DHCPv6 (opção 18) em pacotes DHCPv6.
Se sua rede incluir interfaces integradas de roteamento e ponte (IRB), você também deverá incluir a
include-irb-and-l2declaração, como mostrado no exemplo a seguir. Essa declaração configura o agente de retransmissão DHCPv6 para incluir o nome da interface de camada 2 junto com o nome do IRB no ID do circuito da opção 82. O agente de retransmissão DHCP usa o nome da interface de camada 2 ao usar leasequery ou leasequery em massa para restaurar o banco de dados de concessão.[edit forwarding-options dhcp-relay dhcpv6] user@host# set relay-agent-interface-id include-irb-and-l2
-
Para redundância de agente de retransmissão DHCP no nível do chassi, as seguintes diretrizes se aplicam:
-
Os peers de redundância do agente de retransmissão DHCP devem ter configurações de assinante idênticas para ter bancos de dados sincronizados.
-
Os nomes completos das interfaces de acesso (
ge,xeouae) nas quais os assinantes aparecem devem ser idênticos nos pares de redundância do agente de retransmissão DHCP.
-
-
Como o active leasequery é uma extensão do bulk leasequery, você deve configurar o bulk leasequery para que o active leasequery opere. Consulte Configurando e usando a consulta de concessão em massa do DHCP.
A operação leasequery ativa envia atualizações ao vivo para agentes de retransmissão DHCP para vários assinantes quando as informações de associação DHCP são alteradas no servidor local. Você também pode usar leasequery ativo como parte de uma configuração para fornecer redundância de informações de ligação entre agentes de retransmissão de mesmo nível.
Use as etapas a seguir para configurar e usar a operação leasequery ativa.
Essas etapas não duplicam nenhuma das configurações de leasequery em massa. Por exemplo, as etapas não incluem a configuração do número máximo de conexões TCP, pois isso faz parte da configuração leasequery em massa necessária.
Use os comandos and clear com suporte show para gerenciar e exibir informações sobre a operação leasequery em massa para o agente de retransmissão DHCP e o servidor local DHCP. Consulte Verificando e Gerenciando Configurações de LeaseQuery Individuais e em Massa do DHCP.
EVPN-MPLS DHCPv6-PD Sincronização de retransmissão stateful para o modo ativo-ativo (ACX7100-32C, ACX7100-48L, ACX7332, ACX7348, ACX7509, ACX7024 e ACX7024X)
Esse recurso de sincronização de retransmissão stateful DHCPv6-PD oferece suporte para a configuração de delegação de prefixo DHCPv6, que inclui:
-
Sincronização entre dois nós leaf da EVPN-MPLS para o modo ativo-ativo
-
Delegação de prefixo DHCPv6 para automatizar a delegação de prefixos IPv6 ao CPE.
- Suporte para leasequery em massa em um agente de retransmissão DHCPv6.
- Configurando parâmetros que o agente de retransmissão DHCP usa ao enviar mensagens DHCP leasequery em massa para obter informações de concessão dos servidores locais DHCP no sistema lógico/instância de roteamento.
-
Sincronização de estado DHCPv6 EVPN-VXLAN usando Active-lease-query/Bulk-lease-query sobre IRB.
[ Consulte Protocolos suportados em uma interface IRB em EVPN-VXLAN, Métodos de leasequery DHCP, active-leasequery (Agente de retransmissão DHCP) e bulk-leasequery (Agente de retransmissão DHCP) . ]
Exemplo de configuração:
O exemplo a seguir exibe uma configuração Ativo-Ativo com a configuração de temporizador obsoleto. A configuração de temporizador obsoleto é necessária para dar suporte a uma consulta de concessão ativa-ativa. Essa configuração otimiza o tempo de sincronização quando ambos os pares obtêm os pacotes solicitados ao mesmo tempo.
dhcp-relay
{
dhcpv6
{
group v6relay
{
active-server-group v6server;
interface irb.0;
}
relay-agent-interface-id
{
include-irb-and-l2;
}
server-group
{
v6server
{
1000::1;
}
}
bulk-leasequery;
active-leasequery
{
peer-address
{
1003::1;
}
}
}
overrides
{
always-write-option-82;
}
relay-option-82
{
circuit-id
{
include-irb-and-l2;
}
}
server-group {
v4server {
100.0.0.1;
}
}
group v4relay {
active-server-group v4server;
interface irb.0;
}
stale-timer 20;
bulk-leasequery;
active-leasequery {
peer-address {
103.0.0.1;
}
}
}
dhcp-relay {
dhcpv6 {
group v6relay {
active-server-group v6server;
interface irb.0;
}
relay-agent-interface-id {
include-irb-and-l2;
}
server-group {
v6server {
1000::1;
}
}
bulk-leasequery;
active-leasequery {
peer-address {
1002::1;
}
}
}
overrides {
always-write-option-82;
}
relay-option-82 {
circuit-id {
include-irb-and-l2;
}
}
server-group {
v4server {
100.0.0.1;
}
}
group v4relay {
active-server-group v4server;
interface irb.0;
}
stale-timer 20;
bulk-leasequery;
active-leasequery {
peer-address {
102.0.0.1;
}
}
}
Iniciando a consulta de concessão DHCP para atualizar o banco de dados de concessão do agente de retransmissão DHCP
Você deve emitir um comando de solicitação para disparar o agente de retransmissão DHCP para iniciar uma operação leasequery individual ou leasequery em massa, que solicita informações de concessão atuais dos servidores locais DHCP. Cada leasequery individual atualiza o banco de dados de concessão do agente de retransmissão DHCP com informações para um cliente individual. Cada leasequery em massa atualiza o banco de dados de concessão do agente de retransmissão para vários clientes. A Tabela 12 lista as várias opções de consulta disponíveis para DHCPv4, DHCPv6, leasequery individual e leasequery em massa.
Opção de consulta |
Consulta de concessão individual DHCPv4 |
Consulta de concessão em massa DHCPv4 |
Consulta de concessão individual DHCPv6 |
Consulta de concessão em massa DHCPv6 |
|---|---|---|---|---|
ID remota do agente |
– |
✓ |
– |
✓ |
ID do cliente |
✓ |
✓ |
– |
– |
ID do cliente (DUID) |
– |
– |
✓ |
✓ |
Endereço do gateway |
✓ Obrigatório |
– |
– |
– |
Endereço IPv4 |
✓ |
✓ |
– |
– |
Prefixo IPv6 |
– |
– |
✓ |
✓ |
Endereço do link |
– |
– |
– |
✓ |
Endereço MAC |
✓ |
✓ |
– |
– |
ID do agente de transmissão |
– |
✓ |
– |
✓ |
Quando você tiver configurado a consulta de concessão em massa DHCPv6 em um agente de retransmissão com a bulk-leasequery instrução e a trigger automatic opção, você não iniciará a consulta com um request comando. Em vez disso, a consulta é acionada automaticamente sempre que o processo jdhcpd no agente de retransmissão é iniciado (por exemplo, após uma reinicialização do jdhcpd, uma reinicialização do dispositivo do agente de retransmissão, uma comutação graciosa do Mecanismo de Roteamento ou um ISSU unificado) e não há assinantes vinculados no banco de dados da sessão. A consulta automática de concessão em massa é sempre baseada na opção Relay-ID do agente de transmissão (opção 53).
Quando o suporte ao gatilho automático está configurado, você ainda pode usar o request comando para disparar manualmente leasequeries em massa separadas das consultas automáticas.
O leasequery ativo não requer um request comando para iniciação. Em vez disso, ele é iniciado automaticamente quando você o configura. O leasequery ativo exige que você configure leasequery em massa.
Os agentes de retransmissão DHCPv4 podem ter várias interfaces com endereços IP diferentes, de modo que cada interface pode atuar como um gateway para diferentes conjuntos de clientes. Isso significa que você sempre deve especificar o endereço do gateway em sua solicitação.
Para iniciar uma leasequery individual DHCPv4 para atualizar informações de ligação, você deve sempre especificar o endereço IP do gateway do agente de retransmissão. Você também deve especificar o tipo de consulta:
Especifique um endereço IP alugado para o cliente.
user@host> request dhcp relay leasequery ipv4-address gateway-address giaddr
Especifique o endereço MAC do cliente.
user@host> request dhcp relay leasequery mac-address gateway-address giaddr
Especifique o identificador do cliente (opção 61).
user@host> request dhcp relay leasequery client-id gateway-address giaddr
Para iniciar uma consulta de concessão em massa DHCPv4 para atualizar as informações de associação, você pode:
Especifique um endereço IP alugado para o cliente.
user@host> request dhcp relay bulk-leasequery ipv4-address
Especifique o endereço MAC do cliente.
user@host> request dhcp relay bulk-leasequery mac-address
Especifique a opção de identificador de cliente (opção 61).
user@host> request dhcp relay bulk-leasequery client-id
Especifique a subopção Identificador do agente de retransmissão (subopção 12) da opção de informações do agente de retransmissão DHCP (opção 82).
user@host> request dhcpv6 relay bulk-leasequery relay-id relay-id
Por padrão, a operação leasequery em massa usa o ID de retransmissão do agente de retransmissão DHCPv4 se você não especificar explicitamente nenhuma das seguintes opções: client-id, ipv4-address, mac-address, relay-id, ou remote-id.
user@host> request dhcpv6 relay bulk-leasequery
Especifique o ID remoto do agente (subopção 2) da opção de informações do agente de retransmissão DHCPv4 (opção 82).
user@host> request dhcpv6 relay bulk-leasequery remote-id remote-id
Para iniciar uma leasequery individual DHCPv6 para atualizar as informações de associação, você pode:
Especifique o ID do cliente (opção 1).
user@host> request dhcpv6 relay leasequery client-id
Especifique um endereço IPv6 concedido ao cliente.
user@host> request dhcpv6 relay leasequery ipv6-prefix
Para iniciar uma consulta de concessão em massa DHCPv6 para atualizar as informações de associação, você pode:
Especifique o ID do cliente (opção 1).
user@host> request dhcpv6 relay bulk-leasequery client-id
Especifique o prefixo IPv6.
user@host> request dhcpv6 relay bulk-leasequery ipv6-prefix
Especifique o endereço do link IPv6.
user@host> request dhcpv6 relay bulk-leasequery link-address ipv6-link-address
Especifique a opção Relay-ID (opção 53).
user@host> request dhcpv6 relay bulk-leasequery relay-id relay-id
Por padrão, a operação leasequery em massa usará a ID de retransmissão do agente de retransmissão DHCPv6 se você não especificar explicitamente nenhuma das seguintes opções: client-id, ipv6-prefix, ipv6-link-address, relay-id, ou remote-id.
user@host> request dhcpv6 relay bulk-leasequery
Especifique a opção Relay Agent Remote-ID (opção 37).
user@host> request dhcpv6 relay bulk-leasequery remote-id remote-id
Para qualquer solicitação de leasequery individual e em massa, além das opções listadas acima, você pode, opcionalmente, especificar qualificadores para limitar a consulta a servidores DHCP específicos. Caso contrário, a consulta será enviada a todos os servidores DHCP conhecidos pelo agente de retransmissão.
Você pode especificar um endereço para o servidor local ou o nome de um grupo de servidores locais. Você pode especificar um sistema lógico, uma instância de roteamento ou ambos, sozinhos ou além do endereço ou grupo do servidor.
No exemplo a seguir, significa qualquer opção configurável, option conforme mostrado anteriormente. Para resumir, o exemplo mostra apenas uma leasequery individual DHCPv4 e apenas algumas das possibilidades. Para obter mais informações, consulte os tópicos de comando individuais: request dhcp relay leasequery, request dhcpv6 relay leasequery, request dhcp relay bulk-leasequery e request dhcpv6 relay bulk-leasequery.
Especifique um endereço para o servidor local.
user@host> request dhcp relay leasequery option server-address address
Especifique um sistema lógico.
user@host> request dhcp relay leasequery option logical-system logical-system-name
Especifique uma instância de roteamento e um grupo nomeado de servidores locais.
user@host> request dhcp relay leasequery option routing-instance routing-instance-name server-group group-name
Verificando e gerenciando configurações de leasequery individuais e em massa do DHCP
Finalidade
Exiba ou limpe informações sobre operações de leasequery individual e leasequery em massa do DHCP. Use os comandos and clear suportados show para gerenciar e exibir informações sobre as operações leasequery e leasequery em massa; para o agente de retransmissão DHCP e o servidor local DHCP.
Para leasequery ativo, consulte Verificando e gerenciando operações de leasequery ativas de DHCP.
Ação
Use os comandos and clear suportados show para gerenciar e exibir informações sobre as operações leasequery para o agente de retransmissão DHCP e o servidor local DHCP.
Para exibir informações de leasequery para o agente de retransmissão DHCPv4 ou DHCPv6:
user@host> show dhcp relay statistics (leasequery | bulk-leasequery-connections) user@host> show dhcpv6 relay statistics (leasequery | bulk-leasequery-connections)
Para limpar as informações de leasequery para o agente de retransmissão DHCPv4 ou DHCPv6:
user@host> clear dhcp relay statistics (leasequery | bulk-leasequery-connections) user@host> clear dhcpv6 relay statistics (leasequery | bulk-leasequery-connections)
Para exibir informações de leasequery para o servidor local DHCPv4 ou DHCPv6:
user@host> show dhcp server statistics bulk-leasequery-connections user@host> show dhcpv6 server statistics bulk-leasequery-connections
Para limpar as informações de leasequery para o servidor local DHCPv4 ou DHCPv6:
user@host> clear dhcp server statistics bulk-leasequery-connections user@host> clear dhcpv6 server statistics bulk-leasequery-connections
Verificando e gerenciando operações de leasequery ativas de DHCP
Finalidade
Exiba ou limpe informações sobre operações leasequery ativas de DHCP. Use os comandos and clear suportados show para gerenciar e exibir informações sobre as operações leasequery ativas; para o agente de retransmissão DHCP e o servidor local DHCP.
Para leasequery individual e em massa do DHCP, consulte Verificando e gerenciando configurações de leasequery individuais e em massa do DHCP.
Ação
Use os comandos and clear suportados show para gerenciar e exibir informações sobre as operações leasequery para o agente de retransmissão DHCP e o servidor local DHCP.
Para exibir informações de leasequery ativas para agentes de peer relay DHCPv4 ou DHCPv6:
user@host> show dhcp relay active-leasequery user@host> show dhcpv6 relay active-leasequery
Para limpar as informações de leasequery ativas para o agente de retransmissão DHCPv4 ou DHCPv6:
user@host> clear dhcp relay active-leasequery statistics user@host> clear dhcpv6 relay active-leasequery statistics
Para exibir informações sobre vizinhos leasequery ativos:
user@host> show dhcp active-leasequery neighbors user@host> show dhcpv6 active-leasequery neighbors
Você pode exibir informações gerais para todos os pares. Você também pode exibir estatísticas para peers específicos e interfaces de acesso específicas. Por exemplo:
Para cada interface pseudowire no BNG, exiba o endereço IP do vizinho BNG associado à interface.
user@host> show dhcp active-leasequery neighbors Interface Neighbor Address ps2.0 198.51.100.5 ps1.0 198.51.100.7Exiba estatísticas para pares DHCPv4 e DHCPv6.
user@host> show dhcp relay active-leasequery statistics peer 198.51.100.1 peer : 198.51.100.1 Topology-Discover Configured : No State : Connected Bindings Sent : 0 Bindings Received : 0 Bindings Installed Successfully : 0 Bindings Failed to install : 0 Last Synchronization Time : None ALQ Transmit Buffer count : 0x ffff Max Leasequery Transmit Rate : 60 Local Interface count : 2 Remote Interface count : 2user@host> show dhcpv6 relay active-leasequery statistics peer 2001:db8::2 peer : 2001:db8::2 Topology-Discover Configured : No State : Connected Bindings Sent : 8112 Bindings Received : 12382 Bindings Installed Successfully : 0 Bindings Failed to install : 0 Last Synchronization Time : 2020-02-05 01:27:54 IST ALQ Transmit Buffer count : 0x ffff Max Leasequery Transmit Rate : 60 Local Interface count : 2 Remote Interface count : 2
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.