Métodos de leasing DHCP

Benefícios do leasing DHCP

Leasingquery fornece uma maneira leve para um agente de transmissão DHCPv4 ou DHCPv6 recuperar as informações de localização autoritárias relacionadas a endereços DHCP IP/IPv6 alugados e prefixos delegados do servidor local DHCP quando o agente de retransmissão foi reiniciado ou substituído.
O leasing em massa elimina a necessidade de consultar ligações individuais para clientes específicos, permitindo uma única solicitação de devolução de informações para centenas ou milhares de assinantes. Esse método não espera que o tráfego de dados desencadeie uma consulta, de modo que ele escala melhor do que o leasingquer 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 leasing ativo oferece atualizações contínuas ao vivo de informações vinculativas a um ou mais agentes de retransmissão quando configurados. Além de atualizações entre o agente de retransmissão e o servidor local, você pode configurar uma relação de peering entre agentes de retransmissão. Isso permite que os pares sincronizam continuamente suas informações vinculativas entre si, fornecendo redundância se um peer cair ou for reiniciado. O peer ativo mantém imediatamente o serviço para os clientes que estavam usando o agente de transmissão afetado.
A descoberta de topologia permite que os pares de agentes de retransmissão em BNGs configurados para redundância de assinantes M:N criem automaticamente tabelas de tradução para que grupos de redundância de assinantes continuem a ser atendidos quando um BNG primário falha em um backup. Esse comportamento automático livra você de ter que criar tabelas estaticamente. A configuração estática é propensa a erros em redes dimensionadas e não se adapta dinamicamente às mudanças na rede.

Leasing individual de DHCP

A partir do Junos OS Release 16.1, o gerenciamento de assinantes oferece suporte ao recurso de leasing individual, que permite que o agente de transmissão DHCPv4 ou DHCPv6 obtenha de forma rápida e eficiente as informações atuais de locação de um servidor local DHCP. O agente de transmissão pode perder informações de locação armazenadas localmente por várias razões, como porque o dispositivo do agente de retransmissão foi reiniciado. Quando o agente de retransmissão recebe tráfego de dados de um cliente para encaminhamento, ele não tem mais as informações para fazer isso. Uma interação de leasing 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 de leasing individual, você permite o suporte tanto no agente de transmissão DHCP quanto 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 ou ativar request dhcpv6 leasequery o agente de retransmissão para enviar a consulta.

Por padrão, o agente de retransmissão envia a consulta a todos os servidores locais conhecidos. Você pode limitar os servidores com os quais se comunica especificando um endereço de servidor ou um grupo de servidores nomeados. Você também pode limitar a consulta a servidores em um determinado sistema lógico, instância de roteamento ou combinação LS:RI.

Leasing individual DHCPv4
Leasing individual DHCPv6

Leasing individual DHCPv4

O leasing DHCPv4 pode ser um dos vários tipos, uma consulta por endereço, ID do cliente ou endereço MAC. Você determina o tipo de consulta quando aciona 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 vinculativas solicitadas pelo agente:

Endereço IP de um leasing de cliente — o servidor local retorna informações vinculativas para o cliente mais recente que foi atribuído a esse endereço IP.
Identificador de cliente do dispositivo cliente — o servidor local retorna informações vinculativas para o endereço IP que foi mais recentemente usado por um cliente que tem o identificador de cliente especificado (opção 61). O identificador é único em todo o domínio administrativo do servidor. Se esse cliente tiver acessado outros endereços IP por meio deste servidor, o servidor retorna 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 vinculativas para o cliente mais recente que tem esse endereço MAC. Se esse cliente tiver acessado outros endereços IP por meio deste servidor, o servidor retorna 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âmetros (opção 55) na mensagem DHCPLEASEQUERY. Esta lista inclui opções específicas relacionadas às informações vinculativas para o endereço IP devolvido 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 DHCPLEASEACTIVEACTIVE enviado ao agente de retransmissão.

A mensagem DHCPLEASEACTIVE inclui a última opção de tempo de transação do cliente (opção 91). O valor dessa opção é o intervalo em segundos entre quando o endereço IP foi usado mais recentemente em uma interação entre o cliente e o servidor e o tempo que o serer envia mensagem DHCPLEASEACTIVE. Por exemplo, se a última interação foi às 08:00:00 e a mensagem for enviada às 09:00:00, então o valor da opção é 3600.

A Tabela 1 descreve os tipos de mensagem para leasing individual DHCPv4.

Tabela 1: Tipos de mensagem de leasing 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.
DHCPLEASEUNASIGNED	11	A 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.
DHCPLEASEUNKNOWN	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 tiver alugado um endereço para o cliente. A resposta inclui informações vinculativas completas sobre esse endereço.

Leasing individual DHCPv6

O tipo de consulta é transmitido na opção LQ_Query (opção 44). O tipo de consulta de agente de retransmissão DHCPv6 pode ser por endereço ou por ID do cliente. Você determina o tipo de consulta quando aciona 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 vinculativas solicitadas pelo agente:

Endereço IPv6 de um leasing de cliente — o servidor local retorna informações vinculativas 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 de opções de consulta na opção 44 inclui a opção IAADDR (opção 5).
Identificador exclusivo de DHCP (DUID) do dispositivo cliente — o servidor local retorna informações vinculativas para o endereço IP que foi mais recentemente usado por um cliente que tem o DUID especificado. O DUID é o identificador IPv6 para o cliente. O identificador é único em todo o domínio administrativo do servidor. O servidor local pode devolver 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 Client Identifier (opção 1).

O campo de opções de consulta 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 de cliente. A opção 45 inclui as seguintes opções como mínimo 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 interação do servidor com o cliente nesse link. Essa opção corresponde à opção de tempo de 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 de LQ (opção 47)— As informações completas do agente de retransmissão que foram usadas quando o cliente se comunicou pela última vez com este servidor. O servidor local retorna essa opção somente quando é solicitado 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 vinculação. A mensagem LEASEQUERY-REPLY inclui essa opção quando ambos 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 leasing individual DHCPv6.

Tabela 2: Tipos de mensagem de leasing 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 quaisquer informações de opção específicas necessárias do servidor local.
LEASEQUERY-REPLY	15	A 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 devolver 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.

Tabela 3: Códigos de status de leasing individual DHCPv6
Código	Estado	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.

Leasing em massa DHCP

A partir do Junos OS Release 16.1, o gerenciamento de assinantes oferece suporte ao recurso de leasing em massa, que permite a cada solicitação do agente de retransmissão DHCP recuperar informações de locação para vários assinantes em massa de um servidor DHCP configurado de forma programada. O leasing em massa é mais eficiente em termos de recursos do que usar vários leasings individuais para coletar as mesmas informações. Isso é particularmente útil em ambientes dimensionados com milhares de clientes por agente de transmissão.

O leasingquery em massa usa uma conexão TCP entre o agente de retransmissão DHCP e um servidor DHCP configurado na mesma instância lógica de sistema/roteamento. A conexão TCP é mais confiável e consome menos recursos do que a conexão UDP usada para o processo de leasingquery individual. O leasing em massa também estende o leasing individual, oferecendo opções e funcionalidades de consulta adicionais.

Para configurar operações de leasing em massa, você permite o suporte tanto no agente de transmissão DHCP quanto 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 ou ativar request dhcpv6 bulk-leasequery o agente de retransmissão para enviar o leasingquery.

Por padrão, o agente de retransmissão envia a consulta a todos os servidores locais conhecidos. Você pode limitar os servidores com os quais se comunica especificando um endereço para um servidor ou um grupo de servidores nomeados. Você também pode limitar a consulta a servidores em um determinado sistema lógico, instância de roteamento ou combinação LS:RI.

Leasing em massa DHCPv4
Leasing em massa DHCPv6

Leasing em massa DHCPv4

Para o leasing em massa DHCPv4, o agente de retransmissão DHCPv4 abre uma conexão TCP pela porta 67 para o servidor local DHCPv4. Quando a conexão é estabelecida, o agente de retransmissão envia uma mensagem DHCPBULSEQUERY para o servidor. A consulta pode conter qualquer um dos seguintes pontos para permitir que o servidor local identifique as informações necessárias pelo agente:

Todos os endereços IP configurados — o servidor local retorna informações vinculativas para todos os endereços IP configurados no servidor local. As informações são devolvidas independentemente de os endereços IP serem parte de uma ligação ativa atualmente. 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 vinculativas para o endereço IP que foi mais recentemente usado por um cliente que tem o identificador de cliente especificado (opção 61). O identificador é único em todo o domínio administrativo do servidor.

Nota:
Ao contrário do leasing individual, o servidor não usa a opção de IP associada (opção 92) para devolver uma lista de outros endereços IP que o cliente acessou por meio deste servidor. Em vez disso, o servidor retorna informações vinculativas para todos esses endereços IP
Endereço MAC do dispositivo cliente — o servidor local retorna informações vinculativas para o cliente mais recente que tem esse endereço MAC.

Nota:
Ao contrário do leasing individual, o servidor não usa a opção de IP associada (opção 92) para devolver uma lista de outros endereços IP que o cliente acessou por meio deste servidor. Em vez disso, o servidor retorna informações vinculativas para todos esses endereços IP
Identificador de agente de retransmissão — o servidor local retorna informações vinculativas para todos os leasings ativos atualmente atribuídos ao cliente que tem o identificador de agente de retransmissão especificado (Opção 82, subopção 12). O identificador é único em todo o domínio administrativo do servidor.
ID remoto de um circuito de acesso usado pelo cliente para identificar o circuito ao cliente DHCP — o servidor local retorna informações vinculativas para todos os leasings ativos atualmente atribuídos a clientes que usam o ID remoto do agente (opção 82, subopção 2). Essa consulta é particularmente útil em ambientes dimensionados com milhares de clientes por agente de transmissão. As outras consultas não devolvem informações consolidadas de leasing para todos os clientes em um circuito.

O servidor local DHCPv4 responde ao agente de retransmissão com as mesmas mensagens DHCPLEASEACTIVE e DHCPLEASEUNASIGNED usadas para leasing individual, conforme descrito nos tipos de mensagem de leasing individual DHCPv4. Cada mensagem corresponde a uma única vinculação identificada pela consulta.

Quando o servidor retorna todas as ligações associadas à solicitação, ele envia uma mensagem DHCPLEASEQUERYDONE ao agente de transmissão. Se uma conexão for perdida durante o processamento de um leasing em massa, o DHCP não pode determinar quanto das informações solicitadas o agente de retransmissão recebeu antes da conexão cair. Consequentemente, o agente de retransmissão deve tentar novamente a consulta.

Para qualquer um dos métodos de consulta, o agente de retransmissão DHCP pode incluir o seguinte qualificador:

Tempo de início da consulta — Retorna vinculações que mudaram em ou após o tempo especificado na consulta.
tempo de consulta — Devoluções vinculativas alteradas ou antes do tempo especificado na consulta.

Esses tempos de consulta permitem que um agente recuperasse apenas informações vinculativas que perdeu desde a última vez que comprometeu todas as suas informações ao armazenamento estável.

A Tabela 4 descreve os tipos de mensagem específicos para o leasing em massa DHCPv4.

Tabela 4: Tipos de mensagem de leasing em massa DHCPv4
Tipo de mensagem	Opção 53 Valor do tipo	Descrição
DHCPBULSAQUERY	14	Enviado pelo agente de retransmissão ao servidor local DHCP para restaurar as informações.
DHCPLEASEQUERYDONE	15	Resposta do servidor local quando tiver devolvido todas as informações vinculativas associadas à solicitação em massa.

As mensagens enviadas pelo servidor local DHCPv4 podem devolver a opção de código de status (opção 151) para fornecer informações sobre o status da consulta. Nas mensagens DHCPLEASEACTIVEACTIVE e DHCPLEASEUNASIGNED, o código corresponde ao status da solicitação vinculativa individual. Nas mensagens DHCPLEASEQUERYDONE, o código corresponde à solicitação de leasing em massa como um todo. A Tabela 5 lista os códigos de status.

Tabela 5: Códigos de status do leasing em massa DHCPv4
Código	Estado	Descrição
0	Êxito	A solicitação foi concluída com sucesso. A ausência da opção 151 também indica sucesso.
1	UnSpecFail	A solicitação falhou por um motivo não especificado.
2	QueryTerminado	O servidor local não pôde realizar a consulta ou encerrou a consulta mais cedo. Neste último caso, uma corda 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.

Leasing em massa DHCPv6

Para o leasing em massa DHCPv6, o agente de transmissão DHCPv6 abre uma conexão TCP pela porta 67 para o servidor local DHCPv6. Quando a conexão é estabelecida, o agente de retransmissão envia uma mensagem LEASEQUERY para o 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 pelo agente:

Todos os endereços IP configurados — o servidor local retorna informações vinculativas para todos os endereços IP configurados no servidor local. As informações são devolvidas independentemente de os endereços IP serem parte de uma ligação ativa atualmente. 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 vinculativas para o endereço IP que foi mais recentemente usado por um cliente que tem o identificador de cliente especificado (opção 61). O identificador é único em todo o domínio administrativo do servidor.

Nota:
Ao contrário do leasing individual, o servidor não usa a opção de IP associada (opção 92) para devolver uma lista de outros endereços IP que o cliente acessou por meio deste servidor. Em vez disso, o servidor retorna informações vinculativas para todos esses endereços IP
Endereço MAC do dispositivo cliente — o servidor local retorna informações vinculativas para o cliente mais recente que tem esse endereço MAC.

Nota:
Ao contrário do leasing individual, o servidor não usa a opção de IP associada (opção 92) para devolver uma lista de outros endereços IP que o cliente acessou por meio deste servidor. Em vez disso, o servidor retorna informações vinculativas para todos esses endereços IP
Identificador de agente de retransmissão — o servidor local retorna informações vinculativas para todos os leasings ativos atualmente atribuídos ao cliente que tem o identificador de agente de retransmissão especificado (Opção 82, subopção 12). O identificador é único em todo o domínio administrativo do servidor.
ID remoto de um circuito de acesso usado pelo cliente para identificar o circuito ao cliente DHCP — o servidor local retorna informações vinculativas para todos os leasings ativos atualmente atribuídos a clientes que usam o ID remoto do agente (opção 82, subopção 2). Essa consulta é particularmente útil em ambientes dimensionados com milhares de clientes por agente de transmissão. As outras consultas não devolvem informações consolidadas de leasing para todos os clientes em um circuito.

Para um leasing em massa DHCPv6, você pode especificar opcionalmente a opção trigger automatic de configurar o agente de retransmissão DHCPv6 para iniciar automaticamente a operação de leasing 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 o leasing em massa sempre atualizasse as informações de transmissão de DHCP após uma reinicialização, gres ou operação ISSU, e se não houver assinantes vinculados.

O leasing em massa DHCPv6 usa as mensagens LEASEQUERY e LEASEQUERY-REPLY usadas pelo leasing individual DHCPv6, mas seu comportamento e significado são ligeiramente diferentes para leasings em massa. A Tabela 6 lista essas mensagens e descreve que dois outros tipos de mensagem são específicos para o leasing em massa DHCPv6.

Tabela 6: Tipos de mensagem de leasing 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 falha da consulta. Ele também transmite informações, como a ID do servidor e o ID do cliente, que não mudam no contexto de uma única consulta e resposta. Quando a consulta é bem sucedida, apenas um único LEASEQUERY-REPLY é devolvido. Esta mensagem também inclui as informações vinculativas para o primeiro cliente. Dados vinculantes adicionais são devolvidos na mensagem LEASEQUERY-DATA. Quando a consulta falha, um único LEASINGQUERY-REPLY é devolvido sem informações vinculativas.
LEASINGQUERY-DONE	16	Resposta do servidor local que indica o fim de um grupo de respostas relacionadas ao leasingquery. Uma única mensagem LEASEQUERY-DONE é enviada após todas as respostas à solicitação terem sido enviadas ao agente de transmissão. A conexão TCP entre o agente de retransmissão e o servidor é fechada quando esta mensagem é recebida.
LEASINGQUERY-DATA	17	Resposta do servidor local com informações sobre os leasings para um único cliente DHCPv6 ou sobre vinculações de delegação de prefixo em um único link. Essa mensagem só é enviada quando o leasing em massa retorna dados para vários clientes. Neste 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 devolver 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 vinculativa individual. Nas mensagens LEASEQUERY-DONE, o código corresponde à solicitação de leasing em massa como um todo. As mensagens LEASEQUERY-DATA não incluem um código de status. O leasing em massa DHCPv6 oferece suporte aos códigos de status de leasing individual DHCPv6 listados em códigos de status de leasing individual DHCPv6. As mensagens também podem incluir o código de status adicionado para leasing em massa descrito na Tabela 7.

Tabela 7: Código de status do leasing em massa DHCPv6
Código	Estado	Descrição
11	QueryTerminado	O servidor local não pode realizar uma consulta ou encerrou prematuramente a consulta por algum motivo. Por exemplo, o servidor local está sendo desativado ou tem recursos insuficientes para coletar as informações solicitadas.

Leasing ativo DHCP

A partir do Junos OS Release 19.1R1, o leasing 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 de ligação dinâmica do DHCP. Os leasings individuais e em massa fornecem informações apenas quando são solicitados; se as informações do cliente forem atualizadas posteriormente no servidor local, essas informações não são passadas ao agente de transmissão a menos que o agente de transmissão envie outra consulta ao servidor local.

O leasing ativo permite que os servidores forneçam atualizações ao vivo das informações do cliente sempre que o estado vinculante mudar. Você pode configurar opcionalmente o leasing ativo para enviar as atualizações ao vivo de informações vinculativas a vários pares de agentes de retransmissão, oferecendo suporte à redundância no nível do chassi do agente de transmissão. A atualização ao vivo é iniciada quando o agente de retransmissão inicia uma conexão TCP com um peer de servidor ou agente de transmissã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 determinadas condições ocorram, principalmente relacionadas aos períodos de tempo limite configuráveis ou temporização 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 leasing ativo.
Quando a conexão é bloqueada durante as operações de leitura/gravação do TCP tempo suficiente para o período de expiração, a conexão é fechada e pode ser reiniciada. A operação de leitura é quando o agente de transmissão está tentando ler respostas para a consulta. A operação de gravação é quando o agente de retransmissão de servidor ou peer está tentando enviar respostas a um agente de transmissão
Quando nenhum tráfego é recebido na conexão durante o período de inatividade.

Durante as operações ativas de leasingquery, as informações vinculantes são atualizadas apenas quando elas mudam. Consequentemente, existem períodos durante os quais o servidor ou agente de retransmissão de pares não envia nenhuma informação. Se o período for mais longo do que o tempo de inatividade, a conexão será perdida. Para evitar quedas inadequadas de conexão, o agente de retransmissão de servidor ou peer envia mensagens DHCPLEASEACTIVE (DHCPv4) ou LEASEQUERY-DATA (DHCPv6) em intervalos iguais a metade do período de tempo limite ocioso. Essas mensagens não contêm informações vinculativas porque são enviadas quando não há atualizações disponíveis. Essas mensagens mantêm a conexão viva, servindo como olá ou mensagens keepalive sinalizando que a falta de atividade não é um problema.

Quando a conexão TCP se fecha, o agente de retransmissão tenta restabelecer a conexão. As tentativas de nova tentativa incluem uma opção que sinaliza o servidor ou o agente de retransmissão de peer para enviar informações vinculativas que mudaram a partir do momento em que a conexão TCP foi desligada. Essas informações às vezes são referidas como as informações de catch-up. A opção especifica o data-tempo absoluto quando a conexão é desligada; ou seja, o momento da última comunicação bem sucedida com o servidor ou agente de retransmissão de pares. O DHCPv4 usa a opção de tempo de início de consulta (opção 154). O DHCPv6 usa a opção LQ_START_TIME (opção 101).

Em alguns casos, o agente de transmissão de servidor ou peer não tem todas as informações para alterações vinculativas desde o data-tempo. 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) com um código de status de DataMissing (5).

Nota:

Antes de configurar o leasing ativo, você deve primeiro configurar o leasing em massa, porque o leasingquery ativo usa o mecanismo de leasing em massa. A configuração do leasingquery ativo falha em confirmar se o leasing em massa não está configurado.

Para configurar operações ativas de leasingquery, você permite o suporte tanto no agente de transmissão DHCP quanto no servidor DHCP. Você pode configurar detalhes da comunicação tanto para o agente de transmissão quanto para o servidor local. Ao contrário do leasing individual e em massa, o leasing ativo não tem tipos de consulta. Você não aciona o leasing ativocom um request comando. Em vez disso, o gatilho é automático quando o leasing ativo é configurado.

Leasing ativo DHCPv4
Leasing ativo DHCPv6
Redundância de nível de chassi com leasing ativo
Redundância de nível de interface com o Active Leasequery Topology Discovery

Leasing ativo DHCPv4

Para o leasing ativo DHCPv4, o agente de transmissão DHCPv4 abre uma conexão TCP pela 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 essa é 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 DHCPLEASEUNASIGNED usadas para leasing individual, conforme descrito nos tipos de mensagem de leasing individual DHCPv4. Cada mensagem corresponde a uma única vinculação identificada pela consulta. O servidor local do DHCP continua a enviar as mensagens de resposta sempre que as informações vinculativas mudam. A Tabela 8 descreve os tipos de mensagem específicos para o leasing ativo DHCPv4.

Tabela 8: Tipos de mensagem de leasing ativo DHCPv4
Tipo de mensagem	Opção 53 Valor do tipo	Descrição
DHCPACTIVELEASEQUERY	16	Enviado pelo agente de transmissão ao servidor local DHCP para permitir a atualização ao vivo das informações vinculativas sobre o agente de transmissão sempre que essas informações mudam no servidor local. Também pode ser enviado entre agentes de retransmissão de pares para fornecer redundância de espera quente para informações vinculativas.
DHCPLEASEQUERYSTATUS	17	Resposta do servidor local quando tiver devolvido informações vinculativas associadas à solicitação. Como a conexão TCP já dura muito tempo, essa mensagem também é enviada regularmente quando as conexões ficam ociosas (sem que sejam enviadas atualizações vinculativas). Neste 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 devolver a opção de código de status (opção 151). Nas mensagens DHCPLEASEACTIVEACTIVE e DHCPLEASEUNASIGNED, o código corresponde ao status da resposta individual. Nas mensagens DHCPLEASEQUERYSTATUS, o código corresponde ao fluxo de mensagens para a solicitação ativa de leasingquery como um todo. O leasing ativo DHCPv4 oferece suporte aos códigos de status de leasing em massa listados nos códigos de status do leasing em massa DHCPv4. As mensagens também podem incluir os códigos de status adicionados para leasing ativo descritos naTabela 9.

Tabela 9: Códigos de status do leasing ativo DHCPv4
Código	Estado	Descrição
5	DataMissing	As informações vinculantes solicitadas não estão disponíveis. Por exemplo, quando o servidor local ou o peer não têm dados suficientes como solicitado com a opção de tempo de início de consulta, este 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 transmissão.

Leasing ativo DHCPv6

Para o leasing ativo DHCPv6, o agente de transmissão DHCPv6 abre uma conexão TCP pela porta 67 para o servidor local DHCPv4. Quando a conexão é estabelecida, o agente de retransmissão envia uma mensagem ACTIVELEASEQUERY para o servidor. A mensagem sinaliza que essa é 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 leasing em massa. Cada mensagem corresponde a uma única vinculação identificada pela consulta. O servidor local do DHCP continua a enviar as mensagens de resposta sempre que as informações vinculativas mudam. A Tabela 10 lista essas mensagens e o tipo de mensagem de consulta específico para o leasing ativo DHCPv6.

Tabela 10: Tipos de mensagem de leasing ativo DHCPv6
Tipo de mensagem	Valor do tipo DHCPv6	Descrição
ACTIVELEASEQUERY	22	Enviado pelo agente de transmissão ao servidor local DHCP para permitir a atualização ao vivo das informações vinculativas sobre o agente de transmissão sempre que essas informações mudam no servidor local. Também pode ser enviado entre agentes de retransmissão de pares para fornecer redundância de espera quente para informações vinculativas.
LEASEQUERY-REPLY	15	Resposta do servidor local para indicar o sucesso ou falha da consulta. Ele também transmite informações, como a ID do servidor e o ID do cliente, que não mudam no contexto de uma única consulta e resposta. Quando a consulta é bem sucedida, apenas um único LEASEQUERY-REPLY é devolvido. Esta mensagem também inclui as informações vinculativas para o primeiro cliente. Dados vinculantes adicionais são devolvidos na mensagem LEASEQUERY-DATA. Quando a consulta falha, um único LEASINGQUERY-REPLY é devolvido sem informações vinculativas.
LEASINGQUERY-DONE	16	Resposta do servidor local que indica que a conexão deve ser terminada. Por exemplo, o sever pode enviar isso com um código de status queryTerminado (11) quando o servidor está sendo desativado.
LEASINGQUERY-DATA	17	Resposta do servidor local com informações sobre os leasings para um único cliente DHCPv6 ou sobre vinculações de delegação de prefixo em um único link. Essa mensagem só é enviada quando o leasingquer dados devolvo para vários clientes. Neste 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 devolver a opção de código de status (opção 13). O leasing ativo DHCPv6 oferece suporte aos códigos de status de leasing individual e leasingquery em massa listados nos códigos de status de leasing individual DHCPv6 e código de status do leasing em massa DHCPv6, respectivamente. As mensagens também podem incluir os códigos de status adicionados para leasing ativo descritos na Tabela 11.

Tabela 11: Códigos de status do leasing ativo DHCPv6
Código	Estado	Descrição
12	DataMissing	As informações vinculantes solicitadas não estão disponíveis.
13	CatchUpComplete	O servidor local enviou todos os dados salvos solicitados pelo agente de transmissão.
14	Sem suporte	O servidor local enviou todos os dados salvos solicitados pelo agente de transmissão.

Redundância de nível de chassi com leasing ativo

Você pode usar o leasing ativo para permitir que as informações vinculativas sejam sincronizadas entre vários pares de agentes de transmissão DHCP. Para simplicidade, essa discussão explica o comportamento com apenas dois pares. Quando um agente de retransmissão por pares reinicia ou seu dispositivo reinicializa, o outro retransmissão pode assumir o controle e fornecer serviços a todos os clientes DHCP sem uma interrupção visível. Quando o agente de retransmissão de pares aparece novamente, ele restabelece a conexão de TCP com o peer ativo. Em seguida, os pares sincronizam as informações vinculativas. 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 leasequery declaraçã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 de leasing ativo 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.

Figura 1: Topologia simples para redundância de DHCP com leasing ativo Simple Topology for DHCP Redundancy with Active Leasequery

A sequência a seguir descreve como os agentes de retransmissão estabelecem a relação entre pares e compartilham informações vinculativas quando o leasing ativo é configurado em ambos. Este exemplo é para DHCPv4, mas o mecanismo é o mesmo para DHCPv6.

Ambos os agentes de retransmissão têm ligações ativas de clientes DHCP, mas o leasing ativo ainda não está configurado.
Você configura o leasing ativo em ambos os agentes de retransmissão, especifica os outros como pares e confirma a configuração.
Ambos os agentes de peer tentam estabelecer uma conexão TCP quando a configuração é comprometida. Suponha que o agente de retransmissão Agente 1 estabeleça com sucesso a conexão. A tentativa do Agente de Retransmissão 2 foi descartada.
O Agente de Retransmissão 1 envia uma mensagem ACTIVELEASEQUERY para o Agente 2 de Retransmissão.
O Agente 2 de Retransmissão envia informações sobre as ligações em seu banco de dados de assinantes para o Agente 1 da Relay. Ela também envia sua própria mensagem ACTIVELEASEQUERY ao Agente 1 para coletar as informações de cliente do peer.
O Agente 1 de Retransmissão envia suas informações vinculativas ao Agente de Retransmissão 2. Agente de retransmissão 1 e Agente de Retransmissão 2 cada processo as informações vinculativas recebidas e as comprometem com seus respectivos bancos de dados.
Conforme cada agente de retransmissão atualiza informações vinculativas para seus próprios clientes — como renovações de licenças, novas solicitações, expirações de locação e assim por diante — ele envia uma mensagem de resposta de leasingquery com as informações atualizadas para seus pares quando cada mudança ocorre.
Agora suponha que o Agente 1 de Retransmissão seja reiniciado. A conexão TCP cai. O Agente 2 de Retransmissão tenta restabelecer a conexão com o Agente 1. Enquanto isso, o tráfego de assinantes DHCP que costumava fluir pelo Agente de Retransmissão 1 agora flui através do Agente de Retransmissão 2 sem interrupção.
O leasing ativo é acionado no Relay Agent 1 quando ele volta. A conexão TCP é restabelecida e os pares trocam mensagens ACTIVELEASEQUERY. O Agente 1 de Retransmissão não tem informações vinculativas a serem compartilhadas neste momento. O Agente de retransmissão 2 envia todas as suas informações vinculativas atuais para o Agente de Retransmissão 1; essas informações podem ter mudado enquanto o Agente 1 do Relay estava fora de serviço. O resultado é que ambos os agentes de retransmissão agora têm bancos de dados sincronizados.

Redundância de nível de interface com o Active Leasequery Topology Discovery

A partir do Junos OS Release 19.2R1, a descoberta de topologia permite que os pares de retransmissão de DHCP descubram informações sobre as interfaces de assinantes um do outro. A descoberta de topologia é necessária em uma topologia de rede com uma configuração de redundância de grupo de assinantes M:N. Nesta configuração, um BNG que hospeda um agente de transmissão DHCP atua como o roteador principal para um grupo de redundância de assinantes. O roteador principal lida com o tráfego para o grupo de redundância de assinantes. Um ou mais BNGs que hospedam agentes de retransmissão de pares servem como backups para grupos de redundância de assinantes nas primárias.

Um BNG em particular pode ser o backup para vários grupos de redundância de assinantes, mas cada grupo de redundância tem o apoio de apenas um BNG. Se o BNG primário falhar, o BNG de backup para cada grupo de redundância de assinantes afetado pela falha é eleito como o novo principal para esse grupo de redundância. A nova primária continua a atender ao grupo de redundância de assinantes de forma perfeita e sem interrupções. Veja a visão geral da redundância de assinantes M:N para obter mais informações sobre a redundância de M:N.

A redundância de assinantes no nível de interface é baseada na interface lógica do link de acesso. Nessa situação, o nome de interface da interface de acesso para um grupo de redundância de assinantes não precisa ser o mesmo nos pares primários e de backup. Esse comportamento é diferente do que ocorre na redundância do agente de retransmissão de nível de chassi, onde os nomes da interface de acesso devem ser idênticos aos pares do agente de retransmissão.

Como os nomes da interface podem ser diferentes para os agentes primários e de retransmissão de backup, o DHCP precisa descobrir a relação entre a interface para cada grupo de redundância de assinantes na interface primária e correspondente nos backups. A descoberta de topologia fornece essas informações.

A descoberta de topologia permite que os agentes de retransmissão principal e de backup criem automaticamente uma tabela de tradução que mapeia as interfaces de acesso local e remota para cada grupo de redundância de assinantes. Se a primária falhar, o backup eleito para ser a nova primária usa sua tabela de tradução para gerenciar imediatamente os grupos de redundância de assinantes afetados pela falha. O failover em si é transparente para os clientes DHCP associados aos grupos de redundância de assinantes.

A descoberta de topologia é uma opção de leasing ativo. O leasing ativo permite que os pares sincronizam as informações vinculativas para assinantes nos grupos de redundância de assinantes correspondentes às interfaces adicionadas à tabela de tradução. O DHCP traduz as informações vinculativas para usar a interface local no backup, em vez da interface na primária.

Quando você configura a descoberta de topologia, todo o processo de leasing do DHCP consiste em quatro fases de conexão, conforme mostrado na Figura 2.

Figura 2: Fases Topology Discovery Connection Phases

de conexão de descoberta de topologia

Fase de conexão TCP — uma conexão TCP é estabelecida entre os agentes de retransmissão de pares.
Fase de descoberta de topologia — os pares trocam mensagens de descoberta de topologia para determinar as interfaces de acesso correspondentes para cada grupo de redundância de assinantes nos pares. O peer remoto combina com uma interface baseada no VLAN ID e sub-rede. Cada peer envia uma consulta para todas as suas interfaces de acesso e recebe uma resposta, para que todos os pares possam construir uma tabela de tradução de pares conectados de interface local e remota para os grupos de redundância de assinantes.
Fase de leasing em massa — os pares estabelecem a relação de leasingquery em massa necessária para que o leasing ativo opere. O leasingquery em massa permite que os agentes de retransmissão recuperássem informações de locação para vários assinantes de um servidor DHCP configurado em massa, em vez de em uma série de consultas e respostas individuais. Nesta fase, o DHCP coleta em massa todas as informações vinculativas pela primeira vez.
Fase de leasing ativo — o leasing ativo garante que as informações vinculantes sejam sincronizadas sempre que mudam, sem a necessidade de consultas posteriores. O agente de retransmissão principal envia as ligações relativas à ID do Circuito de Agente local (o nome da interface de acesso). O agente de retransmissão de backup usa sua tabela de tradução para obter a ID do Circuito de Agente correspondente no backup para instalar os assinantes.

Para restringir as informações sincronizadas apenas aos assinantes que usam uma interface de acesso específica — ou seja, um grupo de redundância de assinantes, o leasing ativo usa a consulta pelo método giaddr (DHCPv4) ou linkaddr (DHCPv6) quando configura a descoberta da topologia. O endereço IP do gateway (giaddr ou linkaddr) é o que um agente de retransmissão usa para determinar onde enviar informações downstream. O valor do giaddr é a interface de acesso. O agente de retransmissão avalia o giaddr/linkaddr e envia informações ao cliente DHCP que usa a interface de acesso correspondente ao giaddr/linkaddr.

O que isso significa para a redundância do assinante é que, usando a consulta giaddr/linkaddr, o leasing ativo solicita apenas informações para assinantes nessa interface de acesso. Consequentemente, sincroniza apenas as informações de assinante do agente de retransmissão principal para o agente de retransmissão de backup. Este é um conjunto muito menor de assinantes do que se o leasingquery ativo utilizasse a consulta pelo método relay-id, que devolve informações para todos os assinantes em todo o chassi.

O resultado desse processo é que cada agente peer instala os assinantes para cada grupo de redundância que lida. Quando o agente de retransmissão principal falha, o backup já tem as informações necessárias para o assinante manter as sessões de assinantes afetadas sem interrupção.

Nota:

As fases de locação em massa e de leasing ativo são executadas pela conexão TCP. Por outro lado, durante a fase de descoberta de topologia, o DHCP envia as mensagens de consulta pelo TCP, mas envia as mensagens de resposta à descoberta de topologia por UDP. O caminho TCP pode ser qualquer coisa, mas o caminho UDP deve ser por meio da interface de acesso; é assim que os pares confirmam que suas interfaces de acesso estão conectadas.

Mensagens de descoberta de topologia

A descoberta de topologia usa as mensagens padrão de leasing individual. Para DHCPv4, estes são DHCPLEASEQUERY e DHCPLEASEACTIVE. Para DHCPv6, estes são LEASEQUERY e LEASEQUERY-REPLY. A diferença que torna essas mensagens especificamente mensagens de descoberta de topologia é que cada mensagem inclui um valor de subopção proprietário na opção específica do fornecedor (opção 43 para DHCPv4 e opção 17 para DHCPv6). O valor proprietário é uma corda, topology_discover_lq. A Tabela 12 lista as informações fornecidas nas mensagens de consulta e resposta.

Nota:

A descoberta de topologia para redundância VRRP M:N usa TCP para a consulta e UDP para a resposta. A descoberta de topologia para redundância pseudowire M:N usa TCP para consulta e resposta.

Tabela 12: Informações levadas em mensagens de consulta e resposta à topologia discovery
Consulta	Resposta
ID de transação (xid)— Esse número é exclusivo por chassi. O DHCP gera o xid para uma interface de acesso usada por um grupo de redundância de assinantes. O xid é transportado no cabeçalho DHCP.	ID de transação (xid)— O mesmo valor recebido na mensagem de solicitação.
Identificador de cliente (opção DHCPv4 61; Opção DHCPv6 1)— uma corda que identifica o cliente DHCP, com base no endereço MAC LACP.	Identificador de cliente (opção DHCPv4 61; Opção DHCPv6 1)— O mesmo valor recebido na mensagem de solicitação.
n/a	Identificador de servidor (opção DHCPv4 54; Opção DHCPv6 2)— uma corda que identifica o agente de retransmissão, com base no endereço MAC LACP
ID do circuito do agente (opção DHCPv4 82; Opção DHCPv6 18)— Nome de interface da interface de acesso para a qual a consulta é feita. Isso é usado para traduzir iD de interface local e peer.	ID do circuito do agente (opção DHCPv4 82; Opção DHCPv6 18)— Nome de interface da interface de acesso correspondente no peer. Isso é usado para traduzir iD de interface local e peer.
Opção específica para fornecedor (opção DHCPv4 43; Opção DHCPv6 17)— Essa opção leva as seguintes informações específicas para o fornecedor, a Juniper Networks: Subopção 1 — Uma corda com o valor topology_discover_lq. Isso é proprietário e torna a mensagem uma mensagem de descoberta de topologia. Subopção 2 — endereço IP (sub-rede) da interface de consulta. Este é o endereço que o agente de transmissão DHCP coloca no campo giaddr em mensagens que envia para o servidor DHCP. Subopção 3 — máscara de sub-rede da interface de consulta. Subopção 4 — ID VLAN da interface de consulta. Subopção 5 — Instância lógica de sistema/roteamento da interface de consulta no formato `logical-system-name`;`routing-instance-name`. Subopção 6 — Chave comum compartilhada da interface de consulta. Esta é uma cadeia ASCII de até 63 caracteres.	Opção específica para fornecedor (opção DHCPv4 43; Opção DHCPv6 17)— Essa opção traz as seguintes informações: Subopção 1 — Uma corda com o valor topology_discover_lq. Isso é proprietário e torna a mensagem uma mensagem de descoberta de topologia. Subopção 2 — endereço IP da interface de correspondência no peer. Subopção 3 — máscara de sub-rede da interface de correspondência no peer. Subopção 4 — ID VLAN da interface de correspondência no peer. Subopção 5 — Instância lógica de sistema/roteamento da interface de correspondência no peer. Subopção 6 — Chave comum compartilhada da interface de correspondência no peer. O mesmo valor recebido na mensagem de solicitação. Para redundância M:N usando VRRP, a correspondência é baseada no nome e endereço de sub-rede da interface de consulta, ID de VLAN e ID de transação recebidos na solicitação. Para redundância de M:N usando pseudowires, a correspondência é baseada na chave comum compartilhada da interface de consulta e iD de transação recebida na solicitação.

Os agentes de retransmissão de peer trocam mensagens de descoberta de topologia quando qualquer um dos seguintes ocorre:

Você configura um novo agente de retransmissão de pares.
O roteador restaura uma conexão de interface de acesso para que o link esteja funcionando.
O roteador começa.
O processo do jdhcpd é reiniciado.
Você configura o leasing ativo.
A topologia muda. O agente de retransmissão detecta essa mudança quando uma consulta de descoberta de topologia chega em um link que foi descoberto anteriormente.

Para obter uma explicação detalhada de como a topologia funciona com a redundância de assinantes M:N, veja a visão geral da redundância de assinantes M:N.

Diretrizes para configurar o suporte para operações de leasing individual, em massa e ativas

Ao configurar suporte a leasings individuais, em massa ou ativos, considere as seguintes diretrizes:

O roteador oferece suporte à configuração simultânea de leasingquery individual, leasing em massa e leasingquery ativo. O leasing ativo requer que o leasing em massa seja configurado.
O roteador oferece suporte à configuração de dual stack simultânea para DHCPv4 e DHCPv6. No entanto, para ambientes de pilha dupla, você deve acionar as operações de leasing individual DHCPv4 e DHCPv6 ou leasingquery em massa separadamente.
O agente de retransmissão DHCP oferece suporte a leasings individuais ou leasings em massa em interfaces estáticas e dinâmicas. O leasing ativo é suportado apenas em interfaces estáticas voltadas para o servidor ou interfaces estáticas voltadas para peer-facing para redundância de chassi.
O servidor local DHCP oferece suporte a leasing em massa apenas em interfaces estáticas voltadas para o retransmissão.
O servidor local da DHCP ouve solicitações de leasing em massa e leasingquery ativo do agente de transmissão DHCP na conexão TCP na porta 67 para DHCPv4 e na porta 547 para DHCPv6.
O leasing em massa e o leasing ativo não são suportados para DHCP sobre PPP/PPPoE.
O leasingquery ativo é suportado nas seguintes combinações de pilha:
- DHCP sobre interfaces estáticas (ge/ae/xe/irb/ps) (Suporte para interfaces ps adicionadas no Junos OS Release 20.1R1.)
- DHCP sobre interfaces de IP Demux
- DHCP sobre interfaces VLAN Demux
- DHCP sobre IP sobre interfaces VLAN Demux
A partir do Junos OS Release 19.1R1, o agente de transmissã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 o leasing em massa estiver configurado naquele LS:RI.
Se a rede incluir interfaces integradas de roteamento e ponte (IRB), você deve configurar o agente de retransmissão DHCP para incluir o nome da interface de camada 2, juntamente com o nome IRB no ID de circuito da opção 82. O agente de retransmissão DHCP usa o nome da interface de camada 2 ao usar leasingquery ou leasingquery em massa para restaurar o banco de dados de locação.

Configuração e uso do leasing individual DHCP

A operação de leasing individual atualiza o banco de dados de locação de um agente de transmissão DHCP com informações relacionadas a um único assinante especificado. Você identifica assinantes DHCPv4 pelo endereço IPv4 do cliente DHCP, endereço MAC ou ID do cliente. Você identifica assinantes DHCPv6 pelo endereço IPv6 do cliente DHCP ou ID do cliente.

Antes de começar, leia as Diretrizes para configurar o suporte para operações individuais, em massa e de leasing ativo e garanta que o suporte necessário a seguir esteja configurado no agente de retransmissão DHCP.

(apenas DHCPv4) O agente de retransmissão DHCP insere a opção 82 suboption 1 (Agent Circuit ID), nos pacotes DHCP que o retransmissão encaminha para servidores DHCP. Veja usando informações do agente de retransmissão DHCP 82.

Se a rede incluir interfaces integradas de roteamento e ponte (IRB), você também deve incluir a include-irb-and-l2 declaração, como mostrado no exemplo a seguir. Esta declaração configura o agente de retransmissão DHCP para incluir o nome da interface de camada 2, juntamente com o nome IRB no circuito ID 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 locação usando leasingquery ou leasingquery em massa.
(apenas DHCPv4) O agente de retransmissão DHCP sempre inclui a nova opção 82 informações nos pacotes DHCP que o retransmitimento encaminha para servidores DHCP. Veja informações sobre a opção de substituição 82.
(apenas DHCPv6) O agente de retransmissão DHCP insere o DHCPv6 Interface-ID (opção 18) nos pacotes que o retransmitimento encaminha para servidores DHCPv6. Veja inserir a opção de interface-ID DHCPv6 (opção 18) em pacotes DHCPv6.

Se sua rede incluir interfaces integradas de roteamento e ponte (IRB), você também deve incluir a include-irb-and-l2 declaração, como mostrado no exemplo a seguir. Esta declaração configura o agente de retransmissão DHCPv6 para incluir o nome da interface de camada 2, juntamente com o nome 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 leasingquery ou leasingquery em massa para restaurar o banco de dados de locação.

Use as seguintes etapas para configurar e usar a operação de leasingquery individual.

Configure o agente de transmissão DHCP para oferecer suporte a leasingquery:

Configure os parâmetros de leasingque o agente de transmissão DHCP usa ao consultar os servidores locais do DHCP. As etapas a seguir descrevem a configuração para DHCPv4. Para DHCPv6, use o procedimento no nível hierárquico [edit forwarding-options dhcp-relay dhcpv6] .
1. Especifique se deseja configurar opções de leasingquery para o agente de retransmissão DHCP.
2. Especifique o número de segundos que o retransmissão DHCP espera antes de reencaminhar mensagens de leasingquery para os servidores DHCP configurados na mesma instância lógica de sistema/roteamento.
3. Especifique o número de vezes que o retransmissão DHCP reenca mensagens de leasingquery. O retransmissão DHCP reenca as mensagens quando o valor de tempo limite configurado expira. As mensagens ficam ressentidas se o transmissão DHCP não tiver recebido informações confirmadas de locação para um cliente.
Configure o servidor local DHCP para oferecer suporte a leasingquery:

Configure os parâmetros de leasingque o servidor local DHCP usa ao responder a mensagens de leasing de um agente de transmissão DHCP. As etapas a seguir descrevem a configuração para DHCPv4. Para DHCPv6, use o procedimento no nível hierárquico [edit system services dhcp-local-server dhcpv6] .
1. Habilite o suporte de leasingquery para o servidor local DHCP.
2. (Opcional) Especifique que o servidor local DHCP responde a um leasingquery enviando as informações vinculativas apenas aos solicitantes restritos. Para DHCPv4, os solicitantes restritos são aqueles cujo giaddr corresponde ao giaddr do cliente. Para DHCPv6, a ID do cliente da solicitação deve corresponder à ID de retransmissão do cliente. Essa etapa oferece segurança adicional, garantindo que o solicitante seja o idealizador da solicitação vinculante.
Inicie a operação de leasingquery no agente de transmissão DHCP. Veja o início do leasing DHCP para atualizar o banco de dados de leasing de agentes de transmissão DHCP.

Use o suporte show e clear os comandos para gerenciar e exibir informações sobre a operação de leasingquery em massa para o agente de transmissão DHCP e o servidor local DHCP. Veja a verificação e o gerenciamento das configurações de leasing individual e em massa de DHCP.

Configuração e uso do leasing em massa DHCP

A operação de leasing em massa atualiza o banco de dados de locação de um agente de transmissão DHCP com informações para vários assinantes, em oposição ao leasingquery individual, que consulta vinculações individuais apenas para alvos conhecidos. O leasing em massa também estende o leasing individual, oferecendo opções e funcionalidades de consulta adicionais.

Antes de começar, leia as Diretrizes para configurar o suporte para operações individuais, em massa e de leasing ativo e garanta que o suporte necessário a seguir esteja configurado no agente de retransmissão DHCP.

(apenas DHCPv4) O agente de retransmissão DHCP insere a opção 82 suboption 1 (Agent Circuit ID), nos pacotes DHCP que o retransmissão encaminha para servidores DHCP. Veja usando informações do agente de retransmissão DHCP 82.

Se a rede incluir interfaces integradas de roteamento e ponte (IRB), você também deve incluir a include-irb-and-l2 declaração, como mostrado no exemplo a seguir. Esta declaração configura o agente de retransmissão DHCPv6 para incluir o nome da interface de camada 2, juntamente com o nome 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 leasingquery ou leasingquery em massa para restaurar o banco de dados de locação.
(apenas DHCPv4) O agente de retransmissão DHCP sempre inclui a nova opção 82 informações nos pacotes DHCP que o retransmitimento encaminha para servidores DHCP. Veja informações sobre a opção de substituição 82.
(apenas DHCPv6) O agente de retransmissão DHCP insere o DHCPv6 Interface-ID (opção 18) em pacotes encaminhados aos servidores DHCPv6. Veja inserir a opção de interface-ID DHCPv6 (opção 18) em pacotes DHCPv6.
Se sua rede incluir interfaces integradas de roteamento e ponte (IRB), você também deve incluir a include-irb-and-l2 declaração, como mostrado no exemplo a seguir. Esta declaração configura o agente de retransmissão DHCPv6 para incluir o nome da interface de camada 2, juntamente com o nome 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 leasingquery ou leasingquery em massa para restaurar o banco de dados de locação.

Use as seguintes etapas para configurar e usar a operação de leasingquery em massa.

(Opcional) Configure o número de conexões que o roteador pode usar para leasing em massa.
Especifique o número máximo de conexões TCP que o servidor local DHCP pode aceitar simultaneamente para operações de leasing em massa, e o número de conexões simultâneas que o agente de transmissão DHCP pode solicitar para locação em massa. Esta é uma configuração em todo o chassi e inclui todos os sistemas lógicos/instâncias de roteamento e todas as famílias de endereços.
Configure o agente de transmissão DHCP para oferecer suporte a leasingquery em massa:

Configure os parâmetros de leasing em massa que o agente de retransmissão DHCP usa ao consultar os servidores locais do DHCP. As etapas a seguir descrevem a configuração para DHCPv4. Para DHCPv6, use o procedimento no nível hierárquico [edit forwarding-options dhcp-relay dhcpv6] .
1. Especifique se deseja configurar opções de leasing em massa para o agente de retransmissão DHCP.
2. Especifique o número de segundos que o retransmissão DHCP espera antes de tentar novamente a conexão TCP para enviar mensagens de leasing em massa para os servidores DHCP configurados na mesma instância lógica de sistema/roteamento.
3. Especifique o número de vezes que o retransmissão DHCP tenta a conexão de TCP com o servidor local para enviar mensagens de leasing em massa. O retransmissão DHCP reenca as mensagens quando o valor de tempo limite configurado expira. A conexão TCP é restabelecida apenas com servidores DHCP aos quais a conexão falhou ou foi fechada repentinamente.
4. (Opcional, somente DHCPv6) Especifique o gatilho automático opcional. O gatilho automático configura o agente de retransmissão DHCPv6 para iniciar automaticamente o leasing em massa sempre que o processo jdhcpd começar (por exemplo, após uma reinicialização de jdhcpd, uma reinicialização de dispositivo de agente de retransmissão, um switchover gracioso do Mecanismo de Roteamento ou um ISSU unificado) e não há assinantes vinculados no banco de dados da sessão. O leasing automático em massa é sempre baseado na opção relay-ID (opção 53).
  Nota:
  Quando o suporte de gatilho automático é configurado, você ainda pode usar o comando CLI para acionar manualmente leasings em massa separados das consultas automáticas.
Configure o servidor local DHCP para oferecer suporte a leasingquery em massa:

Configure os parâmetros que o servidor local DHCP usa ao responder a mensagens de leasing em massa de um retransmissão DHCP. As etapas a seguir descrevem a configuração para DHCPv4. Para DHCPv6, use o procedimento no nível hierárquico [edit system services dhcp-local-server dhcpv6] .
1. Habilite o suporte a leasingquery em massa para o servidor local DHCP.
2. (Opcional) Especifique o número máximo de conexões TCP simultâricas permitidas na instância lógica de sistema/roteamento do servidor local DHCP:
3. (Opcional) Especifique o número máximo de respostas vazias que o servidor local DHCP envia a um solicitante específico. Quando o número máximo de respostas é alcançado, o servidor DHCP fecha a conexão TCP com o solicitante.
  Uma resposta vazia é uma resposta que não contém ligações ou tem um erro de código de status de opção. Respostas vazias são muitas vezes uma resposta a um solicitante não autorizado que enviou uma consulta inválida ou incorreta, resultando em nenhuma vinculação. Ao limitar o número de respostas vazias que o servidor local DHCP envia, você impede que a conexão seja tomada por solicitantes não autorizados ou maliciosos.
4. (Opcional) Especifique que o servidor local DHCP envia as informações vinculativas apenas para solicitantes restritos. Essa etapa garante que o solicitanteor seja o idealizador da solicitação vinculante.
  Para solicitações de leasing e locação em massa DHCPv4, o giaddr do solicitante deve corresponder ao giaddr do cliente. Para solicitações de leasing em massa DHCPv6, a ID do cliente do solicitante na mensagem de leasing em massa deve corresponder à ID de retransmissão que foi enviada durante a criação vinculante.
5. (Opcional) Especifique o número de segundos em que uma conexão no soquete TCP esteja ociosa antes que o servidor local DHCP feche a conexão.
Inicie a operação de leasingquery em massa no agente de retransmissão DHCP. Veja o início do leasing DHCP para atualizar o banco de dados de leasing de agentes de transmissão DHCP.
- Iniciando manualmente o leasing em massa — (apenas DHCPv6) Use o comando CLI apropriado para iniciar manualmente o leasing em massa. Veja o início do leasing DHCP para atualizar o banco de dados de leasing de agentes de transmissão DHCP.
- Iniciando automaticamente o leasing em massa — quando o recurso de gatilho automático é configurado, o agente de transmissão DHCP inicia o leasing em massa sempre que o processo jdhcpd começa e não há assinantes vinculados no banco de dados da sessão.

Use o suporte show e clear os comandos para gerenciar e exibir informações sobre a operação de leasingquery em massa para o agente de transmissão DHCP e o servidor local DHCP. Veja a verificação e o gerenciamento das configurações de leasing individual e em massa de DHCP.

Configuração e uso do leasing ativo DHCP

Antes de começar, leia as Diretrizes para configurar o suporte para operações individuais, em massa e de leasing ativo e garanta que o suporte necessário a seguir esteja configurado no agente de retransmissão DHCP.

(apenas DHCPv4) O agente de retransmissão DHCP insere a opção 82 suboption 1 (Agent Circuit ID), nos pacotes DHCP que o retransmissão encaminha para servidores DHCP. Veja usando informações do agente de retransmissão DHCP 82.

Se a rede incluir interfaces integradas de roteamento e ponte (IRB), você também deve incluir a include-irb-and-l2 declaração, como mostrado no exemplo a seguir. Esta declaração configura o agente de retransmissão DHCPv6 para incluir o nome da interface de camada 2, juntamente com o nome 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 leasingquery ou leasingquery em massa para restaurar o banco de dados de locação.
(apenas DHCPv4) O agente de retransmissão DHCP sempre inclui a nova opção 82 informações nos pacotes DHCP que o retransmitimento encaminha para servidores DHCP. Veja informações sobre a opção de substituição 82.
(apenas DHCPv6) O agente de retransmissão DHCP insere o DHCPv6 Interface-ID (opção 18) em pacotes encaminhados aos servidores DHCPv6. Veja inserir a opção de interface-ID DHCPv6 (opção 18) em pacotes DHCPv6.

Se sua rede incluir interfaces integradas de roteamento e ponte (IRB), você também deve incluir a include-irb-and-l2 declaração, como mostrado no exemplo a seguir. Esta declaração configura o agente de retransmissão DHCPv6 para incluir o nome da interface de camada 2, juntamente com o nome 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 leasingquery ou leasingquery em massa para restaurar o banco de dados de locação.
Para redundância do agente de retransmissão DHCP no nível do chassi, as seguintes diretrizes aplicam-se:
- Os pares de redundância do agente de retransmissão DHCP devem ter configurações de assinantes idênticas para terem bancos de dados sincronizados.
- Os nomes de interface completos para as interfaces de acesso (gexeou ae) nas quais os assinantes surgem devem ser idênticos aos pares de redundância de agentes de transmissão DHCP.
Para redundância primária/backup do agente de retransmissão DHCP no nível de interface, os nomes da interface não precisam ser idênticos aos pares de redundância. Os agentes de retransmissão principal e de backup usam a descoberta de topologia para construir tabelas de tradução que mapeiam interfaces locais e remotas (peer) para grupos de redundância de assinantes.

Nota:
Quando você configura a descoberta de topologia em todas as interfaces lógicas disponíveis, a redundância no nível do chassi é suportada se os nomes de interface e as configurações de assinantes corresponderem aos peers de redundância.
Como o leasing ativo é uma extensão do leasing em massa, você deve configurar o leasing em massa para que o leasing ativo opere. Veja configuração e uso do leasing em massa DHCP.

A operação de leasing ativo envia atualizações ao vivo para agentes de transmissão DHCP para vários assinantes quando as informações vinculativas do DHCP mudam no servidor local. Você também pode usar o leasingquery ativo como parte de uma configuração para fornecer redundância de informações vinculativas entre agentes de retransmissão de pares.

Use as seguintes etapas para configurar e usar a operação de leasingquery ativa.

Nota:

Essas etapas não duplicam nenhuma das configurações do leasingquery em massa. Por exemplo, as etapas não incluem a configuração do número máximo de conexões TCP, porque isso faz parte da configuração necessária do leasingquery em massa.

Configure o agente de retransmissão DHCP para oferecer suporte a leasingquery ativo:

Configure os parâmetros ativos de leasingque o agente de retransmissão DHCP usa ao consultar os servidores locais do DHCP.

Nota:
As etapas a seguir descrevem a configuração para DHCPv4. Para DHCPv6, use o procedimento no nível hierárquico [edit forwarding-options dhcp-relay dhcpv6] .
1. Especifique se deseja configurar opções de leasing ativo para o agente de retransmissão DHCP.
2. Especifique o número de segundos que o retransmissão DHCP espera quando as operações de leitura e gravação do TCP forem bloqueadas antes de encerrar a conexão de TCP com o servidor local e reiniciá-la.
3. Especifique o número de segundos que o retransmissão DHCP espera quando nenhum dados de entrada é recebido na conexão TCP antes de encerrar a conexão de TCP com o servidor local e, em seguida, reiniciá-los.
4. (Opcional) Especifique o endereço IP para um peer com o qual este agente de retransmissão sincroniza as informações. O peer também deve ser configurado para leasing ativo.
5. (Opcional) Configure o agente de retransmissão para enviar mensagens de descoberta de topologia para determinar as interfaces de acesso remoto para grupos de redundância de assinantes em agentes de retransmissão de pares configurados da mesma forma. Descobrir a topologia permite que os agentes de retransmissão criem tabelas de tradução de interfaces locais e remotas para oferecer suporte a um esquema de redundância de nível de interface, principal/backup. Consulte a visão geral da redundância de assinantes M:N para obter informações sobre o uso desse tipo de redundância.
Configure o servidor local DHCP para oferecer suporte a leasings ativos:

Configure os parâmetros que o servidor local DHCP usa ao responder a mensagens de leasing em massa de um retransmissão DHCP. As etapas a seguir descrevem a configuração para DHCPv4. Para DHCPv6, use o procedimento no nível hierárquico [edit system services dhcp-local-server dhcpv6] .
1. Habilite o suporte a leasingquery em massa para o servidor local DHCP.
2. Especifique o número de segundos que o servidor local DHCP espera quando as operações de leitura e gravação do TCP são bloqueadas antes de encerrar a conexão TCP.
3. (Opcional) Especifique o número de segundos em que uma conexão no soquete TCP esteja ociosa antes que o servidor local DHCP feche a conexão.
Inicie a operação de leasingquery em massa no agente de retransmissão DHCP. Veja o início do leasing DHCP para atualizar o banco de dados de leasing de agentes de transmissão DHCP.
Nota:
Não há iniciação manual para leasings ativos. O leasing ativo é automático quando ambos os seguintes ocorreram:
- O leasing em massa foi configurado e iniciado.
- O leasingquery ativo foi configurado e comprometido.
A partir daí, o agente de retransmissão DHCP inicia automaticamente o leasing ativo sempre que o processo jdhcpd começa (por exemplo, após uma reinicialização, um switchover gracioso do Mecanismo de Roteamento ou um ISSU unificado) e quando nenhum assinante vinculado está presente no banco de dados da sessão

Use o suporte show e clear os comandos para gerenciar e exibir informações sobre a operação de leasingquery em massa para o agente de transmissão DHCP e o servidor local DHCP. Veja a verificação e o gerenciamento das configurações de leasing individual e em massa de DHCP.

Sincronização de transmissão stateful EVPN-MPLS DHCPv6-PD para modo ativo (ACX7100-32C, ACX7100-48L, ACX7332, ACX7348, ACX7509, ACX7024 e ACX7024X)

Este recurso de sincronização de retransmissão stateful DHCPv6-PD oferece suporte para a configuração da delegação de prefixo DHCPv6, que inclui:

Sincronização entre dois nós leaf de EVPN-MPLS para o modo ativo
Delegação de prefixo DHCPv6 para automatizar a delegação de prefixos IPv6 ao CPE.
Suporte para leasing em massa em um agente de transmissão DHCPv6.
Configuração de parâmetros que o agente de retransmissão DHCP usa ao enviar mensagens de leasing em massa DHCP para obter informações de locação dos servidores locais DHCP na instância lógica de sistema/roteamento.
Sincronização de estado EVPN-VXLAN DHCPv6 usando consulta active-lease/bulk-lease-query sobre IRB.

[ Veja protocolos suportados em uma interface IRB em EVPN-VXLAN, DHCP Leasequery Methods, active-leasequery (DHCP Relay Agent) e bulk-leasequery (DHCP Relay Agent) . ]

Exemplo de configuração:

O exemplo a seguir exibe uma configuração Active-Active com configuração de temporizante obsoleto. A configuração do timer obsoleto é necessária para oferecer suporte a uma consulta de leasing Active-Active. Essa configuração otimiza o tempo de sincronização quando ambos os pares obtêm os pacotes de solicitação ao mesmo tempo.

Iniciando o leasing DHCP para atualizar o banco de dados de leasing de agentes de transmissão DHCP

Você deve emitir um comando de solicitação para acionar o agente de transmissão DHCP para iniciar uma operação de leasingquery individual ou leasingquery em massa, que solicita informações atuais de locação de servidores locais DHCP. Cada leasingquery individual atualiza o banco de dados de locação do agente de retransmissão DHCP com informações para um cliente individual. Cada leasingquery em massa atualiza o banco de dados de locação do agente de retransmissão para vários clientes. A Tabela 13 lista as várias opções de consulta disponíveis para DHCPv4, DHCPv6, leasingquery individual e leasingquery em massa.

Tabela 13: Opções de consulta para cada método leasingquery
Opção de consulta	Leasing individual DHCPv4	Leasing em massa DHCPv4	Leasing individual DHCPv6	Leasing em massa DHCPv6
ID remoto do agente	–	✓	–	✓
ID do cliente	✓	✓	–	–
ID do cliente (DUID)	–	–	✓	✓
Endereço de gateway	✓ obrigatório	–	–	–
Endereço IPv4	✓	✓	–	–
Prefixo IPv6	–	–	✓	✓
Endereço do link	–	–	–	✓
Endereço MAC	✓	✓	–	–
ID do agente de retransmissão	–	✓	–	✓

Nota:

Quando você configurou o leasing em massa DHCPv6 em um agente de retransmissão com a bulk-leasequery declaração e a opção trigger automatic , você não inicia a consulta com um request comando. Em vez disso, a consulta é acionada automaticamente sempre que o processo jdhcpd no agente de retransmissão começa (por exemplo, após uma reinicialização de jdhcpd, uma reinicialização de dispositivo de agente de retransmissão, um switchover gracioso do Mecanismo de Roteamento ou um ISSU unificado) e não há assinantes vinculados no banco de dados da sessão. O leasing automático em massa é sempre baseado na opção relay-ID (opção 53).

Quando o suporte de gatilho automático é configurado, você ainda pode usar o request comando para acionar manualmente leasings em massa separados das consultas automáticas.

Nota:

O leasing ativo não requer um request comando para a iniciação. Em vez disso, ele é iniciado automaticamente quando você o configura. O leasing ativo exige que você configure o leasing em massa.

Os agentes de retransmissão DHCPv4 podem ter várias interfaces com endereços IP diferentes, para que cada interface possa funcionar como um gateway para diferentes conjuntos de clientes. Isso significa que você deve sempre especificar o endereço do gateway em sua solicitação.

Para iniciar um leasing individual DHCPv4 para atualizar informações vinculativas, você deve sempre especificar o endereço IP de gateway do agente de transmissão. Você também deve especificar o tipo de consulta:

Especifique um endereço IP alugado para o cliente.

Especifique o endereço MAC do cliente.

Especifique o identificador do cliente (opção 61).

Para iniciar um leasing em massa DHCPv4 para atualizar informações vinculativas, você pode:

Especifique um endereço IP alugado para o cliente.

Especifique o endereço MAC do cliente.

Especifique a opção de identificador de cliente (opção 61).
Especifique a subopção do agente identificador de retransmissão (subopção 12) da opção de informações do agente de retransmissão DHCP (opção 82).
Por padrão, a operação de leasingquery em massa usa a 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-idou remote-id.
Especifique o ID remoto do agente (subopção 2) da opção de informações do agente de retransmissão DHCPv4 (opção 82).

Para iniciar um leasing individual DHCPv6 para atualizar informações vinculativas, você pode:

Especifique a ID do cliente (opção 1).

Especifique um endereço IPv6 alugado para o cliente.

Para iniciar um leasing em massa DHCPv6 para atualizar informações vinculativas, você pode:

Especifique a ID do cliente (opção 1).

Especifique o prefixo IPv6.

Especifique o endereço do link IPv6.

Especifique a opção de ID de retransmissão (opção 53).
Por padrão, a operação de leasingquery em massa usa 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-idou remote-id.
Especifique a opção de ID remoto do agente de retransmissão (opção 37).

Para qualquer solicitação de leasing individual e em massa, além das opções listadas acima, você pode especificar opcionalmente as qualificações para limitar a consulta a determinados servidores DHCP. Caso contrário, a consulta é enviada a todos os servidores DHCP conhecidos pelo agente de transmissã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, sozinho ou além do endereço ou grupo do servidor.

Nota:

No exemplo a seguir, option significa qualquer opção configurável conforme mostrado anteriormente. Para a brevidade, o exemplo mostra apenas um leasing individual DHCPv4 e apenas algumas das possibilidades. Para obter mais informações, veja os tópicos de comando individuais: solicite o leasingquery de transmissão dhcp, solicite o leasing de transmissão dhcpv6, solicite o leasing em massa de transmissão dhcpv6 e solicite o leasing em massa dhcpv6.

Especifique um endereço para o servidor local.

Especifique um sistema lógico.

Especifique uma instância de roteamento e um grupo de servidores locais nomeados.

Verificação e gerenciamento de configurações de leasing individual e em massa DHCP

Propósito
Ação

Propósito

Visualizar ou informações claras sobre operações de leasing individual dhcp e leasingquery em massa. Use o suporte show e clear os comandos para gerenciar e exibir informações sobre as operações de leasingquery e leasingquery em massa; para o agente de retransmissão DHCP e o servidor local DHCP.

Nota:

Para leasingquery ativo, consulte Verificar e gerenciar as operações de leasing ativo DHCP.

Ação

Use o suporte show e clear os comandos para gerenciar e exibir informações sobre as operações de leasingquery para o agente de transmissão DHCP e o servidor local DHCP.

Para exibir informações de leasingpara o agente de transmissão DHCPv4 ou DHCPv6:

Para limpar as informações de leasingpara o agente de transmissão DHCPv4 ou DHCPv6:

Para exibir informações de leasingpara o servidor local DHCPv4 ou DHCPv6:

Para limpar as informações de leasingpara o servidor local DHCPv4 ou DHCPv6:

Verificação e gerenciamento das operações de leasing ativo DHCP

Propósito
Ação

Propósito

Visualize ou informações claras sobre as operações de leasing ativo dhcp. Use o suporte show e clear os comandos para gerenciar e exibir informações sobre as operações ativas de leasingquery; para o agente de transmissão DHCP e o servidor local DHCP.

Nota:

Para locação individual e em massa de DHCP, consulte Verificar e gerenciar as configurações de leasing individual e em massa de DHCP.

Ação

Use o suporte show e clear os comandos para gerenciar e exibir informações sobre as operações de leasingquery para o agente de transmissão DHCP e o servidor local DHCP.

Para exibir informações de leasing ativos para agentes de transmissão por peer DHCPv4 ou DHCPv6:

Para limpar informações de leasing ativo para o agente de transmissão DHCPv4 ou DHCPv6:

Para exibir informações sobre os vizinhos do leasing ativo:

Você pode exibir informações gerais para todos os pares. Você também pode exibir estatísticas para pares específicos e interfaces de acesso específicas. Por exemplo:

Para cada interface pseudowire no BNG, exira o endereço IP do vizinho BNG associado à interface.

Exibir estatísticas para pares DHCPv4 e DHCPv6.

NESTA PÁGINA

Benefícios do leasing DHCP

Leasing individual de DHCP

Leasing individual DHCPv4

Leasing individual DHCPv6

Leasing em massa DHCP

Leasing em massa DHCPv4

Leasing em massa DHCPv6

Leasing ativo DHCP

Leasing ativo DHCPv4

Leasing ativo DHCPv6

Redundância de nível de chassi com leasing ativo

Redundância de nível de interface com o Active Leasequery Topology Discovery

Mensagens de descoberta de topologia

Diretrizes para configurar o suporte para operações de leasing individual, em massa e ativas

Configuração e uso do leasing individual DHCP

Configuração e uso do leasing em massa DHCP

Configuração e uso do leasing ativo DHCP

Sincronização de transmissão stateful EVPN-MPLS DHCPv6-PD para modo ativo (ACX7100-32C, ACX7100-48L, ACX7332, ACX7348, ACX7509, ACX7024 e ACX7024X)

Iniciando o leasing DHCP para atualizar o banco de dados de leasing de agentes de transmissão DHCP

Verificação e gerenciamento de configurações de leasing individual e em massa DHCP

Propósito

Ação

Verificação e gerenciamento das operações de leasing ativo DHCP

Propósito

Ação

Tabela de histórico de mudanças

NESTA PÁGINA

Métodos de leasing DHCP

Benefícios do leasing DHCP

Leasing individual de DHCP

Leasing individual DHCPv4

Leasing individual DHCPv6

Leasing em massa DHCP

Leasing em massa DHCPv4

Leasing em massa DHCPv6

Leasing ativo DHCP

Leasing ativo DHCPv4

Leasing ativo DHCPv6

Redundância de nível de chassi com leasing ativo

Redundância de nível de interface com o Active Leasequery Topology Discovery

Mensagens de descoberta de topologia

Diretrizes para configurar o suporte para operações de leasing individual, em massa e ativas

Configuração e uso do leasing individual DHCP

Configuração e uso do leasing em massa DHCP

Configuração e uso do leasing ativo DHCP

Sincronização de transmissão stateful EVPN-MPLS DHCPv6-PD para modo ativo (ACX7100-32C, ACX7100-48L, ACX7332, ACX7348, ACX7509, ACX7024 e ACX7024X)

Iniciando o leasing DHCP para atualizar o banco de dados de leasing de agentes de transmissão DHCP

Verificação e gerenciamento de configurações de leasing individual e em massa DHCP

Propósito

Ação

Verificação e gerenciamento das operações de leasing ativo DHCP

Propósito

Ação

Documentação relacionada

Tabela de histórico de mudanças