Itens que foram alterados nessa versão:
Novo serviço: PPPoE Counting (Huawei / MikroTik)
Foi incluído um novo serviço de monitoramento PPPoE Counting, com leitura direta via SNMP em OIDs específicos de fabricante (Huawei) e um OID amplamente adotado em cenários de RouterOS (MikroTik), cujo objeto se origina de MIB Cisco.
Como era antes
O método anterior realizava um listing de todas as interfaces do equipamento e, em seguida, contava as interfaces PPPoE por padrão de nome. Essa abordagem:
- consumia mais memória;
- aumentava significativamente o tempo de execução;
- tinha impacto relevante em ambientes com grande quantidade de interfaces (por exemplo, acima de 1500).
Como é agora
A nova implementação consulta diretamente um contador na MIB, que retorna o total de sessões/PPPoE online (conforme o equipamento). Com isso:
- a leitura passa a ocorrer em milissegundos;
- o consumo de memória é reduzido;
- o desempenho e a escalabilidade do produto melhoram de forma substancial, tornando o Mega Dash mais versátil para monitorar múltiplos equipamentos.
Referências técnicas (MIB / OID)
Huawei (enterprise 2011) — HUAWEI-AAA-MIB
- Ramo:
1.3.6.1.4.1.2011.5.2.1 - Objeto (contador total PPPoE online):
hwTotalPPPoeOnlineNum - OID:
1.3.6.1.4.1.2011.5.2.1.14.1.2.0
MikroTik (RouterOS) — objeto originado de MIB Cisco (enterprise 9)
- MIB de origem:
CISCO-AAA-SESSION-MIB - Objeto:
casnActiveTableEntries(entradas/sessões AAA ativas) - OID:
1.3.6.1.4.1.9.9.150.1.1.1.0
Observação: apesar da origem Cisco, esse OID é utilizado em determinados cenários de RouterOS para refletir o total de sessões ativas, atendendo ao objetivo de contagem de sessões em operação.
Compatibilidade: manutenção do método anterior de contagem PPPoE
Para garantir compatibilidade com ambientes já existentes, foi mantida a implementação anterior de contagem de PPPoE por varredura/listagem de interfaces. Essa opção permanece disponível para atender equipamentos e cenários onde a leitura direta via OID/MIB não esteja suportada ou ainda não esteja configurada, assegurando continuidade operacional para usuários e configurações legadas.
Melhorias no mecanismo SNMP (SNMP Engine)
Foi realizada uma melhoria na organização interna do SNMP Engine, responsável pela leitura e atualização dos dispositivos SNMP monitorados. A alteração aprimora a estrutura do código, tornando o fluxo de leitura mais consistente e facilitando manutenção, evolução e depuração do módulo.
ICMP: ajuste de nomenclatura e controle de habilitação
O item de menu anteriormente identificado como “Profile” foi renomeado para “ICMP”, alinhando a nomenclatura ao recurso efetivamente oferecido (monitoramento via ping).
Além disso, foi adicionada a opção de habilitar/desabilitar o recurso de ICMP. Essa melhoria:
- torna a interface mais clara e elegante;
- reduz consumo de recursos quando o ICMP não está em uso;
- evita a criação/execução desnecessária de tarefas.
A task de ICMP também foi aprimorada para não iniciar quando não houver nenhum serviço de ping selecionado, eliminando ciclos de execução inúteis e contribuindo para economia de memória e CPU.
Enervision Manager: ajuste no fluxo de inicialização e OTA
O Enervision Manager (engine de inicialização do sistema) teve seu fluxo revisado para priorizar a verificação de atualizações OTA antes do início dos serviços de monitoramento.
A partir desta versão, o sistema:
- executa a busca por novas versões (OTA);
- somente após concluir essa etapa, libera a execução dos serviços.
Esse ajuste elimina a execução simultânea entre OTA e inicialização dos serviços (comportamento anterior), deixando o processo de boot mais linear, previsível e fácil de interpretar em logs e na interface.
Como parte dessa melhoria, o texto exibido na tela inicial foi atualizado e passou a incluir a mensagem: “Starting… Services”.