Suporte n+1 para redundância de serviços para assinantes BNG M:N
Saiba mais sobre o suporte de N+1 para gateway de rede de banda larga (BNG) Redundância de serviço 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 da redundância de serviços para assinantes BNG M:N
O suporte 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 demais o mecanismo secundário de encaminhamento de pacotes em chassis de backup.
Como funciona o suporte N+1 para a redundância de serviços para assinantes BNG M:N
A Figura 1 ilustra o suporte de N+1 para redundância de serviços para assinantes BNG M:N. Há quatro BNGs mostrados na topologia. Os BNGs A, C e D são os BNGs ativos com 64000 assinantes dual-stack 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 MPC7 ou MX10003 dispositivo com LC2103 como 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 no 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 o mecanismo de encaminhamento de pacotes por assinatura, você precisa configurar o service-activation-on-failover modo no BNG 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 primário 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. Dessa forma, você pode fazer o backup de mais assinantes quando o Mecanismo de encaminhamento de pacotes não estiver lidando com nenhum tráfego. Essa assinatura de backup é conhecida como assinatura over-subscription 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 primários. O suporte n+1 para o modo BNG reduz o custo de implantação de BNGs de backup.
Quando os assinantes fazem login nos BNGs primários, 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 primário 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 através do BNG B de backup. Assim que o tráfego se redireciona para o grupo de redundância de assinantes secundários 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 serviços como CoS e firewall utilizando os recursos adicionais alocados no BNG B.
- O BNG B restaura todo o SLA para assinantes e o estado operacional torna-se completo quando a programação de fundo é 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 primário se tornar ativo
Você pode configurar o BNG C primário para reverter o fluxo de tráfego do BNG de backup para o BNG primário quando ele se tornar ativo. Recomendamos usar o reverso manual após verificar o estado de ambos os BNGs para programação de assinantes e confirmar que um reverso será bem-sucedido. Considere os cenários a seguir quando você habilitar a funcionalidade de switchover de tráfego revertido automaticamente:
- Se o BNG primário falhar devido à falha no link, a programação em segundo plano 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 chassi, o tempo para 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 transformar a placa de linha ou o chassi em serviço ativo.
O suporte N+1 para redundância de serviços para assinantes BNG M:N não oferece suporte a redundância em várias falhas de BNG de cada vez. Se vários BNGs falharem de cada vez, o sistema faz backup apenas do primeiro BNG. Os dados dos demais assinantes dos outros BNGs fracassados são completamente perdidos.