Suporte n+1 para redundância de serviços de assinanteS BNG M:N
RESUMO Saiba mais sobre o suporte de N+1 para gateway de rede de banda larga (BNG) Redundância de serviços para assinantes M:N, o que oferece uma redução notável nos recursos reservados para o BNG de backup.
Suporte n+1 para visão geral sobre redundância de serviços de assinanteS BNG M:N
O suporte de N+1 para redundância de serviços para assinantes BNG M:N é um mecanismo para apoiar vários BNGs primários em um único BNG de backup. Esse mecanismo fornece redução dos recursos reservados para fins de redundância, assinando excessivamente o mecanismo secundário de encaminhamento de pacotes no chassi de backup. Neste modelo de redundância, introduzimos um service-activation-on-failover modo. service-activation-on-failover No modo, você pode configurar o estado do assinante para uma interface usando menos recursos no BNG de backup para encaminhar o tráfego. Quando o BNG principal falha, o tráfego muda para o BNG de backup com estatísticas básicas. Os serviços adicionais, como CoS e firewall, entram em ação automaticamente em segundo plano após a interface de backup ficar ativa e consumir os recursos adicionais. O estado operacional da interface de backup faz a transição do encaminhamento básico para a restauração completa dos serviços.
O novo modo de programação permite que o sistema consuma menos recursos no BNG de backup. Assim, você pode fazer o backup de mais assinantes quando o Mecanismo de Encaminhamento de Pacotes não estiver lidando com nenhum tráfego. Esta assinatura de backup é conhecida como assinatura excessiva do Packet Forwarding Engine no BNG de backup. Com o service-activation-on-failover modo, você pode hospedar três vezes mais assinantes no BNG de backup do que os BNGs principais.
Benefícios do suporte de N+1 para redundância de serviços de assinanteS BNG M:N
- Reduz o custo de implantação de BNGs de backup.
Como funciona o suporte de N+1 para redundância de serviços de assinantes BNG M:N
A Figura 1 ilustra o suporte a N+1 para redundância de serviços de assinantes BNG M:N. Existem quatro BNGs mostrados na topologia. Os BNGs A, C e D são os BNGs ativos com 64000 assinantes de pilha dupla em cada BNG. O BNG B de backup com uma placa de linha fazendo backup dos outros três BNGs ativos. Você pode usar qualquer dispositivo da Série MX que possa oferecer suporte a dispositivos MPC7 ou MX10003 com LC2103 como um BNG de backup.
A1, C1 e D1 são os principais grupos de redundância de assinantes que lidam com o tráfego de 64000 assinantes em cada BNG. A2, C2 e D2 são os grupos secundários de redundância de assinantes em service-activation-on-failover modo.
Por padrão, o recurso de redundância de assinantes M:N configura o BNG de backup no modo hot-standby. Para habilitar especificamente a assinatura excessiva do Mecanismo de Encaminhamento de Pacotes, você precisa configurar o service-activation-on-failover modo no BNG de backup.
Quando os assinantes fazem login nos BNGs principais, o leasing ativo leva o estado do assinante ao BNG de backup. Como o BNG de backup hospeda o service-activation-on-failover modo, o BNG de backup consome recursos mínimos do Packet Forwarding Engine e faz backup de até 192000 assinantes.
- Redundância de serviços de assinantes quando o BNG primário falha
- Serviço de assinante reverta quando o BNG principal se tornar ativo
Redundância de serviços de assinantes quando o BNG primário falha
Vamos ver como o sistema gerencia quando um BNG falha ou um BNG fica inativo. Considerando a Figura 1, quando o BNG C falha, os assinantes conectados ao BNG C redirecionam o tráfego pelo BNG B de backup. Assim que o tráfego volta a rotear para o grupo secundário de redundância de assinantes C2, o BNG B executa o seguinte:
- Começa a encaminhar o tráfego upstream e downstream imediatamente com o melhor esforço.
- Inicia a programação de fundo para os serviços como CoS e firewall utilizando os recursos adicionais alocados no BNG B.
- O BNG B restaura o SLA completo para assinantes e o estado operacional torna-se um serviço completo quando a programação de fundo for concluída.
- Os outros grupos secundários de redundância de assinantes A2 e D2 continuam a fazer backup dos BNGs A e D.
Serviço de assinante reverta quando o BNG principal se tornar ativo
Você pode configurar o BNG C principal para reverter o fluxo de tráfego do BNG de backup para o BNG principal quando ele se tornar ativo. Recomendamos usar o reverso manual depois de verificar o estado de ambos os BNGs para a programação de assinantes e confirmar que um reverso será bem-sucedido. Considere os seguintes cenários quando você habilita a funcionalidade de comutação de tráfego reversa automática:
- Se o BNG principal falhar devido à falha no enlace, a programação de fundo do BNG de backup leva vários minutos, dependendo do número de assinantes. Uma reversão rápida não é desejável.
- Se o BNG primário falhar devido à falha na placa de linha ou no chassi, o tempo de sincronizar o chassi principal original ou a placa de linha usando leasing ativo ou leasing em massa depende do número de assinantes.
- O sistema requer mais tempo para analisar falhas não planejadas e tornar a placa de linha ou o chassi em serviço ativo.
O suporte n+1 para redundância de serviços de assinanteS BNG M:N não oferece suporte a redundância em várias falhas de BNG por vez. Se vários BNGs falharem por vez, o sistema faz backup apenas do primeiro BNG. Os dados dos demais assinantes dos outros BNGs fracassados são completamente perdidos.