Suporte N+1 para redundância de serviço de assinante BNG M:N
Saiba mais sobre o suporte N+1 para redundância de serviço de assinante M:N do gateway de rede de banda larga (BNG), que proporciona uma redução notável nos recursos reservados para o BNG de backup.
N+1 Suporte para BNG Visão geral da redundância do serviço de assinante M:N
O suporte N+1 para redundância de serviço de assinante BNG M:N é um mecanismo para fazer backup de vários BNGs primários em um único BNG de backup. Esse mecanismo fornece redução nos recursos reservados para fins de redundância por meio da assinatura excessiva do Mecanismo de Encaminhamento de Pacotes secundário no chassi de backup.
Como funciona o suporte N+1 para a redundância do serviço de assinante BNG M:N
A Figura 1 ilustra o suporte N+1 para redundância de serviço de assinante 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 ao dispositivo 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 de redundância de assinante secundários no service-activation-on-failover modo.
Por padrão, o recurso de redundância de assinante M:N configura o BNG de backup no modo de espera ativa. 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.
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 depois que a interface de backup se torna ativa e consome os recursos adicionais. O estado operacional da interface de backup faz a transição do encaminhamento básico para a restauração completa do serviço.
O novo modo de programação permite que o sistema consuma menos recursos no BNG de backup. Portanto, você pode fazer 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 over-assinatura do Mecanismo de Encaminhamento de Pacotes 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 nos 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, a consulta lease ativa traz o estado do assinante para o BNG de backup. Como o BNG de backup hospeda o service-activation-on-failover modo, o BNG de backup consome recursos mínimos do Mecanismo de Encaminhamento de Pacotes e faz backup de até 192000 assinantes.
- Redundância do serviço do assinante quando o BNG primário falha
- O serviço de assinante é revertido quando o BNG primário se torna ativo
Redundância do serviço do assinante quando o BNG primário falha
Vamos ver como o sistema gerencia quando um BNG falha ou um BNG se torna inativo. Considerando a Figura 1, quando o BNG C falha, os assinantes conectados ao BNG C redirecionam o tráfego por meio do BNG B de backup. Assim que o tráfego é roteado novamente para o grupo de redundância de assinante secundário 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 em segundo plano para 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 se torna serviço completo quando a programação em segundo plano é concluída.
- Os outros grupos de redundância de assinantes secundários A2 e D2 continuam a fazer backup dos BNGs A e D.
O serviço de assinante é revertido quando o BNG primário se torna 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 a reversão manual depois de verificar o estado de ambos os BNGs para programação de assinantes e confirmar que uma reversão será bem-sucedida. Considere os seguintes cenários ao habilitar a funcionalidade de comutação de tráfego de reversão automática:
- Se o BNG primário falhar devido a uma falha de link, a programação em segundo plano do BNG de backup levará vários minutos, dependendo do número de assinantes. Uma reversão rápida não é desejável.
- Se o BNG principal falhar devido à falha da placa de linha ou do chassi, o tempo para sincronizar o chassi ou a placa de linha primária original usando leasequery ativo ou leasequery em massa depende do número de assinantes.
- O sistema requer mais tempo para analisar falhas não planejadas e colocar a placa de linha ou o chassi em serviço ativo.
Suporte N+1 para BNG A redundância de serviço de assinante M:N não dá suporte à redundância em várias falhas BNG ao mesmo tempo. Se vários BNGs falharem ao mesmo tempo, o sistema fará backup apenas do primeiro BNG. Os dados dos assinantes restantes nos outros BNGs com falha são perdidos completamente.