Muitos profissionais de TI duvidam da eficácia de ferramentas simples, mas vou contar uma história real que aconteceu no meu provedor de internet (ISP) e que vai surpreender você. Com a grande complexidade das redes modernas e das tabelas de roteamento dinâmico, o teste de ping (ICMP) costuma ser visto como algo incapaz de detectar falhas profundas.
Por ser um protocolo de teste, os pacotes de ping são os primeiros a serem descartados caso um roteador precise priorizar tráfegos mais importantes (como voz ou vídeo). Isso gera a falsa sensação de que ele não é um teste eficiente. No entanto, negligenciar essa ferramenta é um erro estratégico imenso.
A Nossa Estrutura de Monitoramento
Na nossa operação, utilizamos o PRTG Network Monitor. Configuramos o sistema para disparar pings contínuos até o último cliente de cada rota de fibra óptica. Dessa forma, conseguimos monitorar toda a nossa cadeia de transmissão de uma só vez, englobando:
- O roteador de borda.
- Os switches da rede central.
- A OLT (Optical Line Terminal).
- A ONU ou ONT instalada na casa do assinante.
Nosso servidor do PRTG fica ligado diretamente ao roteador de borda principal, garantindo uma conexão local teoricamente perfeita e sem falhas.
O Mistério dos Clientes Reclamando e o Gráfico de 0,0001%
Certo dia, começamos a receber reclamações pontuais de clientes sobre quedas de velocidade e, principalmente, perda de conexão em jogos online. Nos testes tradicionais de suporte, tudo parecia perfeito: os planos de 1 Gbps batiam a velocidade total, os níveis de sinal óptico da fibra estavam dentro do padrão e a latência estava baixa.
No entanto, ao analisar o histórico do PRTG, notamos um detalhe quase invisível: uma perda de pacotes menor que 0,0001% nos testes de ping em uma rota específica. Para muitos, esse número seria considerado apenas um “ruído” normal de rede. Mas, com o passar dos dias, as reclamações aumentaram.
Decidimos fazer uma investigação minuciosa de ponta a ponta na rota afetada. Ao analisarmos os contadores de erro das portas dos equipamentos, encontramos uma interface que interligava dois switches registrando uma alta taxa de erros de CRC.
O Erro Técnico Descoberto
Ao abrirmos o rack para verificar o problema físico, descobrimos a causa: havia um cordão óptico monomodo (SM) conectado a um módulo SFP multimodo (MM). Essa incompatibilidade física gerava atenuação e causava pequenos erros de transmissão de pacotes.
Agendamos uma manutenção emergencial e efetuamos a troca do cordão óptico pelo modelo correto.
O Resultado Surpreendente
Após sete dias da manutenção, extraímos os relatórios do PRTG e o resultado foi impressionante: todos os sensores daquela rota apresentavam exatamente 0% de perda de pacotes. O gráfico limpou completamente e as reclamações dos clientes cessaram de imediato.
Mesmo sendo um protocolo extremamente básico, o ping mostrou com muita eficiência que a rede possuía uma falha física oculta. Ele trabalhou a nosso favor, apontando que algo estava errado antes mesmo de o link romper por completo.
Por Que Utilizar o PRTG no Seu Provedor?
Para donos de ISPs ou técnicos que não possuem tanta intimidade com linhas de comando do Linux (onde ferramentas como o Zabbix dominam), o PRTG é a solução perfeita por três motivos:
- Ambiente Windows: Ele roda direto no ecossistema Windows Server de forma muito intuitiva.
- Interface Gráfica Amigável: É extremamente fácil de configurar e criar os mapas de rede.
- Versão Gratuita: O PRTG oferece uma licença grátis para até 100 sensores, o que é mais do que suficiente para monitorar os pontos críticos e as pernas de fibra de um provedor que está começando.
Conclusão
A partir desse episódio, incluímos o monitoramento de ping ICMP como uma das maiores prioridades do nosso centro de operações de rede (NOC). Se qualquer teste apresentar uma oscilação mínima ou perda de pacotes, a conexão é revisada de ponta a ponta.
Por mais simples que pareça, o bom e velho teste de ping pode salvar a sua infraestrutura de grandes dores de cabeça e evitar a insatisfação dos seus clientes.
