Redundância do serviço de assinante M:N no servidor DHCP

Você pode configurar a redundância do serviço de assinante M:N no servidor DHCP em execução no gateway de rede de banda larga (BNG) da Série MX. O servidor DHCP mantém uma quantidade considerável de informações autorizadas sobre o endereço que alugou para os clientes DHCP. Para obter a redundância BNG de nível de chassi da Série MX para assinantes de banda larga, o dispositivo de backup da Série MX que executa o servidor DHCP deve possuir todas as informações autoritativas do assinante. O servidor de backup garante um serviço de assinante ininterrupto quando você reinicializa ou substitui o servidor DHCP primário, ou o servidor primário apresenta falhas de hardware, como falhas de link de acesso, falha de placa de linha de acesso ou falha de chassi.

A redundância do serviço de assinante no servidor DHCP se concentra na sincronização do assinante entre os servidores pares usando leasequery ativo. A atualização ao vivo das informações de associação entre os dois servidores pares ajuda a manter os servidores no modo de espera ativa.

Na redundância de serviço de assinante 1:1, é feito backup de um servidor DHCP (servidor DHCP primário) em outro servidor DHCP (servidor DHCP de backup) para interfaces de assinante. Os servidores primário e de backup têm o mesmo conjunto de configurações. A partir do Junos OS Release 24.4R1, o recurso de redundância DHCP baseado em chassi para modelos de acesso MX480 oferece suporte a redundância de consulta de leasing ativo/abaixo do limite de quantificação (ALQ/BLQ) baseada em chassi 1:1 para interfaces de assinante subjacentes não participantes. Esse recurso é compatível com pilhas e configurações de DHCP, incluindo DHCP BBE e não BBE, para os seguintes cenários:

• Gerenciamento de assinantes habilitado
• Gerenciamento de assinantes desativado
• IP Demux/ IP Demux Lite
• Sessão única Dual Stack e Dual Stack
• Modelo de acesso pseudo-fio Interface PS (Circuito L2 / EVPN, VPWS / L2VPN)
• Modelo de acesso VRRP Interfaces GE, XE e AE
• Instância de roteamento não padrão

• Transmissão DHCP e servidor DHCP.

  Consulte Exemplo de configuração: ALQ/BLQ para redundância DHCP 1:1 para obter detalhes sobre a configuração.

Na redundância do serviço de assinante M:N, vários (M) servidores DHCP (servidor DHCP primário) são copiados em vários (N) servidores DHCP (servidor DHCP de backup). Para replicar os assinantes na interface, a consulta de concessão ativa usa Gi-Address query para IPv4 e link-address consulta para IPv6.

Quando os assinantes recebem a resposta leasequery, a máquina de estado relevante liga o assinante no servidor de backup. Em seguida, o endereço DHCP e as informações de concessão são sincronizados entre os servidores. Se as informações de concessão ou endereço forem alteradas, o BNG de backup será executado na máquina de estado relevante para aumentar ou diminuir o estado do assinante.

Atualmente, a redundância de serviços do assinante no DHCP suporta o protocolo de redundância pseudowire. A redundância de serviços do assinante suporta os protocolos listados na Tabela 1.

Tabela 1: Redundância de serviços de assinante

Protocolos suportados	Serviços de assinante Modo de redundância Detalhes	adicionais
Transmissão DHCP IPoE, VLAN estática	M:N com estado com VRRP e leasequery ativo	Para suporte dinâmico a VLAN, deve-se usar PWHT
Transmissão DHCP IPoE sobre PWHT	M:N com monitoramento de estado com leasequery ativo
Servidor DHCP IPoE sobre PWHT	M:N com estado	Incluir suporte a VLAN dinâmica ou estática

A Figura 1 mostra a topologia para IP/MPLS PWHT baseado em circuito L2 no modo cliente-servidor.

A Figura 2 mostra a topologia para IP/MPLS PWHT baseado em circuito L2 no modo cliente-relé-servidor.

No modo cliente-servidor e na topologia do modo cliente-relay-server, os servidores BNG usam a conexão TCP para leasequery ativo para sincronizar os detalhes da associação. A redundância do serviço de assinante no servidor DHCP ocorre na seguinte ordem:

1. O link pseudowire ativo recebe pacotes do cliente.
2. O assinante se conecta ao BNG principal.
3. O BNG primário sincroniza os detalhes de vinculação do assinante com o BNG de backup usando a conexão TCP.
4. Quando você reinicializa ou substitui o BNG primário ou o BNG primário tem alguma falha no chassi, o link pseudowire de backup se torna ativo.
5. O BNG de backup recebe pacotes do cliente.
6. Como o BNG de backup já estava no modo de espera a quente, ele pode renovar ou religar pacotes para leasequery ativo e sincronizar assinantes também.

Para redundância de serviço de assinante M:N, você precisa fazer backup da interface de assinantes no servidor DHCP de backup. A interface pode ter nomes diferentes.

O servidor DHCP usa a consulta de endereço Gi ou endereço de link para replicar as informações dos assinantes no servidor DHCP de backup. No servidor, os clientes com endereço Gi ou endereço de link diferente aparecem em uma única interface, portanto, o BNG primário deve responder à consulta com todos os assinantes tendo endereços Gi ou endereços de link diferentes na interface. Para dar suporte a essa funcionalidade, o servidor cria uma nova tabela para armazenar os clientes com base na interface de entrada. Quando o servidor recebe uma consulta de endereço Gi ou endereço de link, o servidor verifica a configuração do servidor existente. Se uma configuração leasequery ativa estiver disponível, o servidor responderá à consulta com base no novo banco de dados.

O leasequery ativo pode ser feito entre o relé para o retransmissor ou de servidor para servidor a qualquer momento. O servidor DHCP pode não aceitar conexão do servidor peer ou retransmissão simultaneamente, portanto, a configuração no servidor DHCP pode ser de active-leasequery ou allow-active-leasequery, allow-bulk-leasequery ou allow-leasequery.