NMS como um circuito único de gestão do Stingray

July 6, 2026
Solution Stingray SG Functionality
NMS como um circuito único de gestão do Stingray
Enquanto a rede inclui um número limitado de serviços, a operação geralmente se baseia em CLI, monitoramento por SNMP e um conjunto de scripts internos. Mas à medida que a infraestrutura cresce, o número de componentes aumenta e os pontos de controle começam a se dispersar entre diferentes sistemas.

Paralelamente, cresce o volume de configurações, registros e eventos de alarme, e as conexões entre os componentes se tornam mais complexas. Como resultado, os engenheiros gastam mais tempo coletando dados de diferentes interfaces e nós do que com o diagnóstico em si.

Como resultado, surge a necessidade de um sistema de gestão unificado que combine o trabalho com elementos de rede, configurações, alarmes e estatísticas operacionais.

O que é o Stingray NMS

O Stingray NMS é o sistema de gestão da plataforma Stingray. Ele combina configuração, monitoramento, coleta de estatísticas, processamento de alarmes e auditoria de ações em todos os produtos da VAS Experts.

O Stingray NMS é o ponto único de gestão para DPI, BNG, CG-NAT, PGW, PCEF e QoE.

O Stingray NMS é fornecido como uma solução virtualizada e se integra à infraestrutura existente da operadora sem uma dependência rígida de uma plataforma de hardware.

Network Managemebt System for Stingray
Arquitetura do Stingray NMS

Implantação e infraestrutura

O sistema é implantado no cluster de virtualização do cliente, em uma infraestrutura TelcoCloud dedicada ou em servidores separados alocados para funções de rede. São suportados ambientes VMware e OpenStack.

Para instalações de operadoras, a VAS Experts utiliza a plataforma de virtualização vStack HCP, na qual são implantados DPI, CG-NAT, BNG, o módulo de análise QoE e os serviços de gestão. A plataforma permite executar funções de rede em um único ambiente virtualizado e simplifica o dimensionamento dos serviços da operadora segundo o modelo TelcoCloud.

Como plataforma de hardware recomendada, são utilizados os servidores ITPOD. As soluções da empresa são projetadas para hospedar serviços de rede de alta carga e foram testadas quanto à compatibilidade com a plataforma de virtualização vStack HCP.

Performance monitoring interface
Interface de monitoramento de desempenho

A falha de um hipervisor não interrompe o serviço
Em uma configuração de alta disponibilidade, os componentes do NMS, DPI, CG-NAT, BNG e QoE são distribuídos entre vários nós de virtualização. Se um hipervisor ficar indisponível, os demais componentes continuam funcionando nos nós vizinhos do cluster.

Em instalações de grande porte, os bancos de dados QoE e os serviços analíticos são movidos para nós separados — isso é crítico em casos de grandes volumes de tráfego de usuários e longos períodos de armazenamento de estatísticas.

O backup abrange não apenas a camada do sistema, mas também os dados operacionais — configurações, bancos de dados QoE, licenças, registros de eventos e parâmetros de serviço. O backup pode ser executado manualmente via Web GUI ou CLI, bem como automaticamente conforme uma programação.

Os arquivos de backup podem ser armazenados localmente ou exportados para sistemas de armazenamento externos via SFTP. Isso permite integrar o NMS aos processos existentes de recuperação de desastres e armazenamento de dados.

Gestão de configurações

O gerenciamento dos parâmetros de DPI, BNG, CG-NAT e outros componentes da plataforma é realizado de forma centralizada no NMS. As configurações podem ser alteradas via Web GUI, CLI ou API.

Dependendo do tipo de equipamento, são utilizados REST API, SNMP, SSH, HTTP(S) ou Netconf.

A interface exibe a configuração atual do nó, o histórico de alterações e o autor de cada modificação.

The «Configuration» section in the «DPI Management» module
Seção «Configuração» no módulo «Gestão de DPI»

Está disponível a comparação entre quaisquer duas versões da configuração (diff) com destaque das alterações.

Se a conexão com um elemento de rede for perdida, o NMS registra a divergência de estados e coloca o objeto em modo de dessincronização. Após o restabelecimento da conexão, o NMS sincroniza automaticamente as configurações e retorna o nó ao estado atualizado.

Esse mecanismo é útil durante atualizações, migrações e comutação de serviços entre sites.

Detecção de desvio (drift detection): o NMS verifica se a configuração real do equipamento corresponde à configuração de referência
A comparação regular das configurações identifica alterações manuais feitas fora do sistema de gestão. Após o restabelecimento da conexão, o sistema pode levar automaticamente a configuração do nó ao estado de referência.

Monitoramento e métricas de QoE

O QoE integrado ao Stingray coleta estatísticas sobre as conexões dos usuários e transmite os dados para o sistema analítico. Os dados incluem parâmetros de tráfego, carga das interfaces e indicadores de qualidade de serviço para os assinantes.

O NMS utiliza esses dados para painéis, KPIs e relatórios. Por meio da interface, é possível visualizar:

  • distribuição do tráfego por aplicativos;
  • RTT (Round-Trip Time) e a taxa de retransmissões;
  • número de sessões de usuários;
  • carga dos serviços;
  • estatísticas por segmentos de rede.

QoE analytics dashboard with traffic, session, and subscriber indicators
Painel de análise QoE com indicadores de tráfego, sessões e assinantes

Registro e auditoria de eventos

O sistema coleta de forma centralizada os eventos tanto dos componentes do NMS quanto dos elementos de rede gerenciados. No registro são incluídos:

  • ações dos usuários;
  • alterações de configuração;
  • eventos do sistema;
  • operações com serviços;
  • eventos de segurança.

Os logs são centralizados dentro do NMS e estão disponíveis para busca por data, tipo de evento ou nó específico. O período mínimo de armazenamento dos logs é de um mês, sendo o prazo real definido pela política de operação.

Integração com sistemas externos de OSS/BSS, SIEM e monitoramento por meio de protocolos padrão
São suportados syslog, SNMP traps e REST API. Alarmes e eventos podem ser processados tanto dentro do NMS quanto no ambiente existente da operadora.

NAT event log in QoE analytics
Registro de eventos NAT na análise QoE

Relatórios

Os relatórios são gerados diretamente a partir do banco de dados QoE. É possível selecionar o intervalo de tempo, nós específicos, segmentos de rede ou aplicativos individuais.
A geração de relatórios pode ser iniciada manualmente ou conforme uma programação. Os relatórios concluídos são salvos no painel pessoal e podem ser exportados para sistemas externos.

É suportado o envio por e-mail e a exportação por meio da interface web. Isso permite integrar os relatórios aos processos operacionais existentes sem geração manual de dados.

Segurança e operação

Para o acesso ao sistema, são utilizados protocolos seguros HTTPS, SSH e SFTP.

O NMS suporta um modelo de acesso baseado em funções (RBAC). As permissões são divididas entre o NOC, a equipe de operações, o departamento de segurança da informação e prestadores externos. Por exemplo, um grupo de usuários obtém acesso apenas a monitoramento e alarmes, enquanto outro pode alterar as configurações de DPI e BNG.

Configuring roles and access rights in the «Administrator» section
Configuração de funções e permissões de acesso na seção «Administrador»

A autenticação é realizada via LDAP, Active Directory, RADIUS ou SSO. O sistema limita conexões simultâneas com o mesmo usuário. Todas as ações dos usuários são registradas no log de auditoria.

Nele são registrados:

  • alterações de configuração;
  • execução de diagnósticos;
  • operações com serviços;
  • tentativas de login;
  • uso da API.

User action log
Registro de ações dos usuários

Conclusão

À medida que a infraestrutura da operadora cresce, a gestão dos serviços de rede deixa de ser tarefa de equipes e interfaces isoladas.

DPI, CG-NAT, BNG, QoE, gateways móveis e outras funções de rede formam uma plataforma de serviços unificada, na qual alterações em um componente podem afetar o funcionamento dos serviços relacionados.

O Stingray NMS combina esses componentes em um circuito de gestão comum. O sistema centraliza configurações, alarmes, estatísticas, QoE, auditoria e integrações com plataformas OSS/BSS externas. Graças a isso, a operação da rede torna-se mais previsível: menos operações manuais durante alterações, localização mais rápida de incidentes e auditoria mais transparente das ações do pessoal.