Métodos de leasing DHCP

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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

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.

1. Ambos os agentes de retransmissão têm ligações ativas de clientes DHCP, mas o leasing ativo ainda não está configurado.

2. Você configura o leasing ativo em ambos os agentes de retransmissão, especifica os outros como pares e confirma a configuração.

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

4. O Agente de Retransmissão 1 envia uma mensagem ACTIVELEASEQUERY para o Agente 2 de Retransmissão.

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

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

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

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

9. 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 de conexão de descoberta de topologia

1. Fase de conexão TCP — uma conexão TCP é estabelecida entre os agentes de retransmissão de pares.

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

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

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

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.

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:

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.

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.