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

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

A redundância de serviços de assinantes no servidor DHCP se concentra na sincronização de assinantes entre os servidores peer usando leasing ativo. A atualização ao vivo das informações vinculativas entre os dois servidores peer ajuda a manter os servidores em modo de espera quente.

Em redundância de serviço de 1:1 assinante, um servidor DHCP (servidor DHCP primário) é apoiado em outro servidor DHCP (servidor DHCP de backup) para interfaces de assinantes. Tanto os servidores primários quanto os de backup têm o mesmo conjunto de configurações. Iniciando o Junos OS Release 24.4R1, recurso de redundância DHCP baseado em chassi para modelos de acesso MX480, oferece a funcionalidade adicional de consulta de leasing ativa baseada em chassi 1:1, redundância abaixo do limite de quantificação (ALQ/BLQ) para interfaces de assinantes subjacentes não participantes sem a necessidade de configurar a topologia-descoberta. Este recurso é suportado em pilhas e configurações DHCP, BBE e DHCP não BBE sem a descoberta de topologia, para os seguintes cenários:

• Gerenciamento de assinantes habilitado.
• Gerenciamento de assinantes desativado.
• IP Demux/IP Demux Lite.
• Sessão única de Dual Stack e Dual Stack.
• Pseudo Wire Access Model PS Interface (Circuito L2 / EVPN VPWS / L2VPN).
• Interfaces DE ACESSO VRRP GE, XE e AE.
• Instância de roteamento sem padrão.

• Servidor DHCP Relay e DHCP.

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

Em M:N, a redundância de serviços de assinantes múltiplos (M) servidores DHCP (servidor DHCP primário) são apoiados em vários (N) servidores DHCP (servidor DHCP de backup). A redundância do serviço de assinante M:N requer a descoberta de topologia para mapear as interfaces entre os servidores peer. Para replicar os assinantes na interface, o leasing ativo usa Gi-Address consulta para IPv4 e link-address consulta para IPv6.

Quando os assinantes recebem a resposta do leasingquery, a máquina estatal relevante capacita o assinante no servidor de backup. Em seguida, as informações de locação e endereço DHCP sincronizam entre os servidores. Se as informações de locação ou endereço mudarem, o BNG de backup será executado pela máquina de estado relevante para alimentar o estado do assinante ou para baixo.

Atualmente, a redundância de serviços assinantes no DHCP oferece suporte ao protocolo de redundância pseudowire e à descoberta de topologia sobre pseudowire entre os servidores peer. A redundância dos serviços de assinantes oferece suporte aos protocolos listados na Tabela 1.

Tabela 1: Redundância dos serviços de assinantes

Protocolos suportados Serviços	de assinantes Modo de redundância	Detalhes adicionais
IPoE DHCP relay, VLAN estático	M:N stateful com VRRP e leasing ativo	Para o suporte dinâmico de VLAN deve usar PWHT
Transmissão de DHCP de IPoE sobre PWHT	M:N stateful com leasing ativo
Servidor DHCP IPoE sobre PWHT	M:N stateful	Inclua suporte VLAN dinâmico ou estático

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 de servidor de retransmissão do cliente.

Tanto no modo cliente-servidor quanto na topologia do modo servidor de retransmissão do cliente, os servidores BNG usam a conexão TCP para leasing ativo para sincronizar detalhes de ligação. A redundância de serviço do assinante no servidor DHCP ocorre na ordem a seguir:

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 vinculantes do assinante para fazer backup do BNG usando a conexão TCP.
4. Quando você reinicia ou substitui o BNG primário ou o BNG primário tem qualquer falha no chassi, o enlace pseudowire de backup fica ativo.
5. O BNG de backup recebe pacotes do cliente.
6. Como o BNG de backup já estava no modo hot-standby, ele pode renovar ou rebinar pacotes para leasing ativo e sincronizar assinantes também.

Para redundância de serviço de assinante M:N, você precisa fazer backup da interface dos assinantes no servidor DHCP de backup. A interface pode ter nomes diferentes. O servidor DHCP principal usa a descoberta de topologia para mapear as interfaces entre servidores DHCP peer.

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 diferente ou endereço de link surgem em uma única interface, portanto, o BNG primário deve responder à consulta com todos os assinantes com diferentes endereços Gi ou endereço de link na interface. Para oferecer 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 link, o servidor responde à consulta da nova tabela como folows:

• Quando o servidor envia solicitação, ele verifica a configuração de descoberta de topologia e envia consultas baseadas em endereço GI ou link com endereço IP da interface.
• Quando o servidor recebe uma consulta baseada em endereço GI ou link, o servidor verifica a configuração do servidor existente. Se uma configuração de leasingquery ativa estiver disponível, o servidor responderá à consulta com base no novo banco de dados.

O leasing ativo pode ser feito entre o retransmissão para o servidor ou o servidor a qualquer momento. O servidor DHCP pode não aceitar a conexão do servidor peer ou retransmitir simultaneamente, portanto, a configuração no servidor DHCP pode ser de leasing ativo, ou de leasing ativo, de leasing em granel ou de leasing.