A StarNet é uma empresa de telecomunicações avançada com uma base de assinantes de mais de 130 mil usuários. A operadora é um dos três maiores provedores da República da Moldávia, sendo pioneira no fornecimento de acesso à Internet via cabo de fibra óptica para pessoas físicas, e está operando no mercado desde 2003.
O provedor precisava de uma solução para:
- .
- Substituição de hardware
- Adicionar IPv6
- Melhoria do desempenho e redução do tempo de recuperação.
Primeiro, consideramos o CISCO ASR, mas ele tinha muitas deficiências. Por exemplo, ele não conseguia controlar a velocidade de transmissão proporcionalmente ao lidar com clientes IPv4, IPv6 e Dual-Stack ao mesmo tempo – o ASR limita a taxa de transmissão desproporcionalmente: quando o policiamento de tráfego foi configurado para 50 Mbps, na verdade, tínhamos 100 – 50 Mbps no caso do IPv4 e 50 Mbps no caso do IPv6.
– Andrian Wisniewski, administrador de sistemas líder da StarNet, compartilha suas ideias sobre os aspectos técnicos da escolha da solução adequada.
A StarNet escolheu o Stingray SG como uma solução multifuncional que combina DPI, BNG, CG-NAT em um único produto.
O acesso à Internet é fornecido usando as tecnologias GPON, FTTB e Wi-Fi. A maioria dos clientes usa uma conexão com fio. Antes de usar o Stingray Service Gateway, seu esquema de rede antes da otimização poderia ser simplificado da seguinte forma:
Tarefas
Antes da otimização, a rede foi construída com vários Ericsson SE1200s que executavam funções BNG e NAT quando necessário. A cada seis meses, aproximadamente, o equipamento se recusava a funcionar. Houve tentativas de procurar maneiras de resolver esse problema, mas nenhuma solução permanente foi encontrada. Assim, primeira tarefa foi trocar de equipamento.
A segunda tarefa foi adicionar a tecnologia IPv6. O Ericsson SE1200 lida com IPv6 apenas para sessões PPPoE. Transferir 130 mil usuários para PPPoE é tecnicamente incorreto e exige muito tempo e esforço.
A terceira tarefa foi reduzir o período de recuperação da rede após o tempo de inatividade. Devido a seus recursos, o Ericsson SE600 é capaz de processar cerca de 300 tentativas de criação de sessões por segundo. Como resultado, foram necessários um pouco mais de 10 minutos para reconectar totalmente todos os clientes.
Em nossa opinião, a transição para soluções baseadas em software é mais lucrativa para fins de atualização, dimensionamento e redundância. Observamos essa tendência no mercado de equipamentos de quase todos os fabricantes: CISCO, Juniper, Nokia, Huawei, HP – quase todos eles têm BRAS baseado em software e o promovem com sucesso. Tudo é simples – a carga do processador atinge um nível crítico – um novo processador é instalado no soquete vizinho e o problema é resolvido.
O custo da solução Stingray é menor do que o dos novos dispositivos da Juniper ou da CISCO. A placa de linha e outras placas de serviço de fabricantes de equipamentos de telecomunicações conhecidos aumentam ainda mais o custo eventual. Além disso, as licenças estão vinculadas ao número de clientes e à quantidade de tráfego.
Solução
Ao procurar a solução, os engenheiros da StarNet se recusaram a comprar um novo Ericsson devido ao seu preço e à triste experiência anterior. Como opções possíveis, foram considerados o Juniper MX, o CISCO ASR e o Stingray SG.
Os critérios foram os seguintes:
- custo
- tolerância a falhas
- claridade da documentação
- suporte e capacidade de atualização
- a capacidade de reservar equipamentos
- Dual-stack (suporte simultâneo para IPv6 e IPv4)
- modelagem da largura de banda.
A StarNet escolheu o Stingray como uma solução multifuncional que combina DPI, BNG, CG-NAT, DLP, proteção contra DDoS e interceptação legal em um único produto.
Choice
SSG-60 e SSG-80 Completo com opções de BNG, IPv4/IPv6 de pilha dupla, CG-NAT, DLP, proteção contra DDoS, interceptação legal
Esquema de redundância n+1
Ficamos surpresos com a implantação muito rápida em comparação com a Ericsson, que configuramos por conta própria durante muito tempo com a ajuda de vários fóruns, pois não havia documentação disponível. E o ajuste final da Ericsson durou um ano e meio.
O Stingray Service Gateway foi implementado em três meses. Assinamos um contrato no final de outubro de 2018. Em novembro de 2018, recebemos o software para o teste e, em seguida, uma licença completa. Começamos a configurar e a inicializar o equipamento. A implementação completa do projeto foi concluída em meados de dezembro de 2018.
Resultado
Após a implementação da solução Stingray SG, o esquema de rede do provedor ficou assim:
A plataforma Stingray foi implementada na plataforma de hardware da Huawei em três meses. Como resultado:
- Todos os Ericsson foram substituídos por roteadores
- Os servidores SG da Stingray foram instalados com base no seguinte princípio: uma unidade por 1 sub-rede pública e duas unidades como servidores NAT por 1 privada
- A operadora usa o Quality of Experience Module para coletar estatísticas para avaliar a qualidade do serviço e realizar campanhas de marketing
De acordo com a opinião de Andrian Wisniewski, a análise comparativa da Ericsson exigiu 3-4 procedimentos RADIUS e cerca de 11 atributos. Para definir a taxa de transmissão de dados para o assinante, o RADIUSDB enviava ao BRAS 8 parâmetros RADIUS: taxa de transmissão de tráfego moldavo de entrada e saída, taxa de transmissão de tráfego externo de entrada e saída, além de parâmetros de taxa e burst. Além disso, havia procedimentos individuais de autenticação, procedimentos individuais de autorização e procedimentos individuais de contabilidade.
A plataforma Stingray, em vez disso, exigia dois procedimentos em um, juntamente com cinco atributos: aceitar, taxa de transmissão e serviços que precisam ser ativados. Estamos planejando expandir a rede no próximo ano, enquanto os resultados positivos da implementação da plataforma Stingray não deixam dúvidas de que a substituição do fabricante de DPI, BNG e CG-NAT não é necessária.
