Modelos de acesso dual-stack em uma rede DHCP
IPv4 e IPv6 Dual Stack em uma rede de acesso DHCP
A Figura 1 mostra uma pilha de interface de pilha dupla em uma rede de acesso DHCP. A família IPv4 (inet) e a família IPv6 (inet6) podem residir na mesma interface VLAN.

Quando você estiver usando a dual stack IPv4 e IPv6 na mesma interface DHCP, você deve configurar um perfil dinâmico para os assinantes IPv4 e IPv6. Você não pode executar sessões de assinantes IPv4 e IPv6 na mesma interface se configurar perfis dinâmicos separados para IPv4 e IPv6.
Suporte para interfaces de desmultiplexing
A pilha dupla IPv4 e IPv6 é suportada em interfaces de demultiplexing VLAN (demux). A pilha dupla não é suportada em interfaces de demux IP.
Veja também
Estrutura de serviço AAA em uma pilha dupla em uma rede de acesso DHCP
Você pode usar o AAA Service Framework para toda a autenticação, autorização, contabilidade, atribuição de endereços e serviços de solicitação dinâmica que o BNG usa para acesso à rede. A estrutura oferece suporte à autenticação e autorização por meio de servidores RADIUS externos. Ele também oferece suporte a mudanças de autorização (CoA) de solicitação dinâmica e contabilidade e desconectamento de operações por meio de servidores externos e atribuição de endereços por meio de uma combinação de pools locais de atribuição de endereços e servidores RADIUS.
O BNG interage com servidores externos para determinar como os assinantes individuais acessam a rede de banda larga. O BNG também pode obter informações de servidores externos para o seguinte:
Como os assinantes são autenticados.
Como as estatísticas contábeis são coletadas e usadas.
Como as solicitações dinâmicas, como a CoA, são tratadas.
Como mostrado na Figura 2, uma implementação de dual stack em uma rede de acesso DHCP, existem sessões AAA separadas para autenticação e contabilidade IPv4 e IPv6.

Coleta de estatísticas contábeis em uma rede de acesso DHCP
A AAA oferece suporte para estatísticas de IPv4 e IPv6 em sessões de contabilidade separadas.
Os atributos RADIUS a seguir são incluídos por padrão (quando disponíveis) em mensagens Acct-Start, Interim e Acct-Stop:
Prefixo emoldurado-IPv6
Grupo IPv6 emoldurado
Delegada-Ipv6-Prefix
Rota IPv4 emoldurada
Rota IPv6 emoldurada
Você pode configurar o BNG para excluir esses atributos nas mensagens contábeis Acct-Start e Acct-Stop.
Mudança de autorização (CoA)
Os servidores RADIUS podem iniciar solicitações dinâmicas ao BNG. As solicitações dinâmicas incluem solicitações de CoA, que especificam modificações de VSA e alterações de serviço.
Na configuração do seu perfil de acesso, você especifica os endereços IP dos servidores de autenticação RADIUS que podem iniciar solicitações dinâmicas ao roteador. A lista de servidores de autenticação também oferece ativação e desativação dinâmicas de serviços baseadas em RADIUS durante o login do assinante.
Pilha de interface dual-stack em uma rede de atacado DHCP
A Figura 3 mostra uma pilha de interface de pilha dupla em uma rede de atacado DHCP. Neste cenário, as interfaces de demux IPv4 e IPv6 estão configuradas na mesma interface VLAN. As interfaces de demux estão configuradas em um sistema lógico separado:instância de roteamento.

Visão geral dual-stack do DHCP de sessão única
O Junos OS oferece suporte a um DHCP dual-stack de sessão única, que simplifica o gerenciamento de assinantes de dual stack e melhora os requisitos de desempenho e sessão quando comparado com o suporte tradicional de dual stack.
Em um ambiente de dual stack DHCP, um servidor DHCP oferece suporte a assinantes DHCPv4 e DHCPv6. O servidor DHCP oferece serviços, como autenticação e contabilidade, tanto para as pernas DHCPv4 quanto DHCPv6 da pilha dupla. Em uma implementação tradicional, as duas pernas das pernas de pilha dupla são vistas como independentes. A presença de pernas separadas para DHCPv4 e DHCPv6 cria ineficiências, uma vez que sessões separadas e múltiplas podem ser necessárias para fornecer suporte semelhante para cada etapa da pilha dupla. Por exemplo, para fornecer autenticação para uma dual stack tradicional em uma VLAN dinâmica requer três sessões separadas, uma para DHCPv4, uma para DHCPv6 e outra para VLAN dinâmica autenticada. Da mesma forma, várias sessões também podem ser necessárias para operações de contabilidade de pilha dupla.
Na pilha dupla sobre um VLAN dinâmico, a pilha dupla de sessão única requer apenas uma única sessão para autenticação, em oposição às três sessões necessárias para a configuração tradicional de dual stack. O suporte contabilizante para a pilha dupla também usa uma única sessão. Além de reduzir o número de sessões necessárias, o recurso de sessão única também simplifica a configuração do roteador, reduz a carga de mensagem RADIUS e melhora o desempenho da sessão de contabilidade para residências com ambientes de pilha dupla.
No ambiente dual-stack de sessão única, a primeira sessão de DHCP que negocia acionará a criação dinâmica de VLAN (se necessário) e será autorizada no aplicativo DHCP. A segunda etapa da pilha dupla é adiada até que o ponto de autorização esteja completo. Quando a segunda etapa da pilha dupla é estabelecida, o cliente DHCP herda todos os valores comuns de banco de dados de assinantes, como id de circuito, id remoto, nome de usuário e nome de interface da primeira etapa.
Na Figura 4, a sessão de assinante único é estabelecida para usuários de dual stack.

Você pode configurar configurações de assinante dual-stack de sessão única para agente de retransmissão DHCP e servidor local DHCP. Você usa a dual-stack-group
declaração para criar um grupo nomeado que especifica os valores para assinantes de dual stack. Em seguida, você usa a dual-stack
declaração para especificar o nome do grupo dual stack e atribuir o grupo aos assinantes no nível global, de grupo ou de interface.
Para o agente de retransmissão DHCP, configure essas declarações no nível de
[edit forwarding-options dhcp-relay]
hierarquia e hierarquia[edit forwarding-options dhcp-relay ... overrides]
, respectivamente,Para o servidor local DHCP, configure essas declarações no nível de
[edit system services dhcp-local-server]
hierarquia e no nível de[edit system services dhcp-local-server ... overrides]
hierarquia, respectivamente,
Você pode configurar as seguintes configurações de DHCP comuns para o modelo dual-stack de sessão única. Na maioria dos casos, essas configurações são semelhantes às usadas para pernas DHCPv4 e DHCPv6 separadas em uma configuração de pilha dupla tradicional. Quando configurada e referenciada, a configuração de pilha dupla tem precedência sobre os mesmos itens configurados sob a respectiva família.
access-profile
— Perfil de acesso que fornece parâmetros de autenticação e contabilidade para o grupo dual-stack que prioriza aqueles configurados em um perfil de acesso global ou em um perfil configurado para o agente de transmissão DHCP ou servidor local DHCP.authentication
— Parâmetros relacionados à autenticação (como senha e nome de usuário) que o roteador envia para o servidor AAA externo.A
dual-stack authentication
estrofe é semelhante à estrofe disponível separadamente para as famílias de endereços v4 e v6. Quando ausername-include
sintaxe de configuração é usada para a perna DHCPv4 da pilha dupla, a opçãorelay-agent-interface-id
é equivalente à declaração DHCPv4relay-option-82 circuit-id
, e a opçãorelay-agent-remote-id
é equivalente à declaração DHCPv4relay-option-82 remote-id
. Você não precisa configurar as duas opções DHCPv4 separadamente.classification-key
— A chave de classificação define mecanismo a ser usado para identificar uma casa de pilha dupla.dual-stack-interface-client-limit
— limita o número de assinantes de pilha dupla por interface.Nota:Para assinantes de dual stack, use sempre essa declaração em vez da
interface-client-limit
declaração.dynamic-profile
— Perfil dinâmico que é anexado a todas as interfaces, a um grupo de interfaces nomeado ou a uma interface específica.liveness-detection
— Configure um protocolo ativo de detecção de liveness que apaga a ligação e libera os recursos se o assinante não responder a um número configurado de solicitações de detecção de liveness consecutivas, o assinante.on-demand-address-allocation
— (servidor local DHCP) Designe se o modo de alocação de endereços sob demanda é forçado a um assinante de pilha dupla.Se essa configuração não estiver presente, todos os endereços IP e prefixos para famílias IPv4 e IPv6 de um assinante de pilha dupla serão preallocados quando a primeira etapa de um assinante de pilha dupla fizer login inicialmente.
Se essa configuração estiver presente quando a primeira etapa de um assinante de pilha dupla entrar inicialmente, a autenticação RADIUS será realizada (se configurada) e o endereço IP e o prefixo desta primeira família somente serão alocados. O endereço IP e o prefixo para a outra família não serão alocados a menos que a outra etapa familiar faça login inicialmente.
Nota:A alocação de endereços IP para a segunda família é informada pela autenticação RADIUS realizada anteriormente no momento do login da primeira família.
A partir do Junos OS Release 18.4R1, o método de alocação de endereços é verificado para determinar o comportamento subsequente quando authd notifica o processo DHCP de que um pool de endereços é excluído ou sendo drenado. A Tabela 1 descreve o comportamento.
Tabela 1: Comportamento quando o pool de endereços é excluído ou drenado Método de alocação de endereços
A piscina de endereços está drenada
Grupo de endereços é excluído
Sob demanda
A família com endereço na piscina é registrada graciosamente quando um DHCP renova ou revinda mensagem é recebida.
Família com endereço na piscina é registrada imediatamente.
Pré-distribuídos
Os endereços de ambas as famílias são excluídos graciosamente quando um DHCP renova ou rebina a mensagem é recebida.
Os endereços de ambas as famílias são excluídos imediatamente.
protocol-master
— Este termo designa uma família IPv4 ou IPv6 como a família principal para um assinante de pilha dupla. O login vinculante de cliente da família secundária será rejeitado até que uma vinculação de cliente válida esteja em vigor para a família primária.CUIDADO:Se a ligação familiar secundária for registrada por qualquer motivo, então apenas a vinculação familiar secundária será demolida.
Se o vínculo familiar primário for registrado por qualquer motivo, então as vinculações correspondentes para as famílias primárias e secundárias serão demolidas.
reauthenticate
— (servidor local DHCP) Configure a reauthenticação do assinante para iniciar características de mudança, como ativações/desativações de serviços e modificações de atributos.relay-agent-interface-id
— (agente de retransmissão DHCP) inclui iD de interface de agente de retransmissão (opção 18) em pacotes DHCPv6 destinados ao servidor DHCPv6. Você pode configurar inúmeras opções para especificar o que está incluído no valor de ID do circuito.Para a perna DHCPv4 da pilha dupla, esta declaração inclui o DHCPv4
relay-option-82 circuit-id
em pacotes destinados ao servidor DHCPv4.relay-agent-remote-id
— (agente de retransmissão DHCP) inclui iD remoto de agente de retransmissão (opção 37) em pacotes DHCPv6 destinados a um servidor DHCPv6. Você pode configurar inúmeras opções para especificar o que está incluído no valor de ID remoto.Para a perna DHCPv4 da pilha dupla, esta declaração inclui o DHCPv4
relay-option-82 remote-id
em pacotes destinados ao servidor DHCPv4.service-profile
— Perfil dinâmico para o serviço de assinante padrão (ou o serviço padrão de gerenciamento de clientes DHCP), que é ativado quando o assinante (ou cliente) faz login.short-cycle protection
— Detecte e bloqueie sessões de clientes de curta duração e clientes que falham repetidamente na negociação de sessão para reduzir o uso de recursos associados ao processamento de conexão e autenticação em redes altamente escalonadas.
Veja também
Configuração do suporte dual stack DHCP de sessão única
A configuração do suporte dual-stack de sessão única é um processo de duas etapas. Você cria primeiro o grupo dual-stack que especifica os parâmetros de configuração que são compartilhados entre as pernas DHCPv4 e DHCPv6 da pilha dupla DHCP. Em seguida, você anexa o grupo de pilha dupla às interfaces de assinantes DHCP substituindo as configurações de DHCP padrão para os assinantes DHCPv4 e DHCPv6. Você deve fazer referência ao grupo dual-stack para ambas as pernas da pilha dupla. Se você anexar o grupo apenas a uma perna, o roteador rejeita a outra etapa. Você pode anexar o grupo dual-stack globalmente para um grupo de interfaces DHCP especificado ou para uma interface específica.
Para configurar o suporte de grupo dual-stack de sessão única.
Verificação e gerenciamento da configuração de dual stack DHCP
Propósito
Exibir informações relacionadas à configuração dual-stack de sessão única DHCP.
Ação
Para exibir informações vinculantes de agentes de transmissão DHCP para clientes de pilha dupla:
user@host> show dhcp relay binding
detail
Para exibir informações vinculantes do agente de retransmissão DHCPv6 para clientes de pilha dupla:
user@host> show dhcpv6 relay binding
detail
Para exibir endereços IP4 e IPv6 atribuídos para clientes DHCP dual-stack:
user@host>show subscribers
Mostrar endereços IPv4 e IPv6 para uma sessão específica:
user@host>show network-access aaa subscribers session-id session-id session-id detail
Para todas as ligações claras de retransmissão DHCPv4 e ligações DHCPv6 associadas para a pilha dupla na instância de roteamento padrão. Esse comando não afeta pilhas somente DHCPv6 que não estão associadas à pilha dupla.
user@host>clear dhcp relay binding dual-stack all
Como alternativa, você pode limitar a compensação a um endereço, interface VLAN, sistema lógico ou instância de roteamento.
Para limpar todas as ligações de retransmissão DHCPv6 e as vinculações DHCPv4 associadas para a pilha dupla na instância de roteamento padrão. Esse comando não afeta pilhas somente DHCPv4 que não estão associadas à pilha dupla.
user@host>clear dhcpv6 relay binding dual-stack all
Como alternativa, você pode limitar a compensação a um endereço, interface VLAN, sistema lógico ou instância de roteamento.
Tabela de histórico de mudanças
O suporte de recursos é determinado pela plataforma e versão que você está usando. Use o Feature Explorer para determinar se um recurso é suportado em sua plataforma.