Monitoramento de link de internet: como medir e cobrar o seu provedor

O ERP trava. A chamada de voz falha. O backup em nuvem não fecha a janela. Em todos esses casos, a primeira suspeita costuma ser a mesma: o link caiu. Provar isso, no entanto, exige dado. Sem medição contínua do enlace, a conversa com o provedor vira troca de percepção. Você diz que oscilou. O suporte responde que está tudo normal no painel dele.

O monitoramento de link de internet resolve exatamente esse impasse. Ou seja, ele transforma a queixa difusa de “a internet está ruim” em série histórica. Latência, perda de pacotes, jitter e disponibilidade passam a ter data e hora. A partir daí, a discussão muda de tom.

Neste guia, você vai ver quais métricas acompanhar e como separar problema da sua rede de responsabilidade do provedor. Em seguida, verá como validar o SLA contratado e como montar a evidência que sustenta um pedido de crédito.

O que é monitoramento de link de internet

O monitoramento de link de internet é a medição contínua do enlace contratado do provedor: disponibilidade, latência, jitter, perda de pacotes e throughput real. Ele observa o trecho que sai do seu firewall até o backbone do ISP. Dessa forma, gera histórico auditável para comparar o que a operadora entrega com o que ela vendeu.

Vale destacar a diferença em relação ao monitoramento de rede tradicional. O monitoramento de rede olha para dentro: switches, servidores, Wi-Fi, aplicações. Em contrapartida, o monitoramento do link olha para fora, na direção do provedor, com foco em um único ativo contratual.

Essa distinção não é acadêmica. Quedas ligadas a TI e a rede somaram 23% das interrupções com impacto em 2024, segundo o levantamento anual do Uptime Institute. Por isso, quem não mede o enlace fica sem argumento quando a falha vem de fora.

Onde termina a sua rede e começa a responsabilidade do provedor

O caminho entre o usuário e a nuvem passa por quatro domínios distintos. Antes de abrir chamado, identifique em qual deles o sintoma aparece. Sem isso, você gasta horas provando algo que o provedor vai rebater em minutos.

O primeiro domínio é a LAN: cabeamento, switches, Wi-Fi, servidores. Em seguida vem o CPE, o equipamento na sua borda (firewall ou roteador), onde termina a sua administração. Depois disso, entra a última milha, o trecho físico da operadora até o seu prédio. Por fim, o backbone do provedor conecta tudo ao restante da internet.

A regra prática de triagem é simples. Meça sempre dois alvos ao mesmo tempo: o gateway do provedor e um destino externo estável. Se o gateway responde bem, mas o alvo externo degrada, o problema está no provedor ou na rota dele. Se o próprio gateway oscila, olhe primeiro para o CPE ou para a última milha.

Esse raciocínio evita o erro mais caro da operação: culpar o provedor antes da hora. Em muitos casos, a lentidão na internet da empresa nasce de saturação interna ou de um servidor sobrecarregado.

Quais métricas monitorar no link de internet

Cinco métricas explicam quase todos os incidentes de enlace. Ainda assim, muita equipe monitora apenas a primeira delas, o que produz relatórios verdes durante crises reais. Nesse sentido, a tabela abaixo resume o que coletar, como coletar e qual referência usar como limiar inicial.

Os limiares acima não saíram de opinião de fornecedor. Eles vêm dos indicadores oficiais de qualidade da Anatel, com meta de cumprimento em 95% das medições.

Para aplicações interativas, existe outra referência útil. A recomendação G.114 da ITU-T aponta que atrasos de ida de até 150 ms preservam a interatividade.

Entre 150 ms e 400 ms a experiência degrada de forma perceptível. Acima disso, a conversa por voz fica inviável.

Capacidade não é a mesma coisa que velocidade

Cabe ressaltar uma confusão comum antes de seguir. Um link de 500 Mbps não deixa o sistema “mais rápido” por si só. Ou seja, ele apenas comporta mais fluxos simultâneos.

Quem trata capacidade contratada e velocidade percebida como sinônimos acaba comprando banda extra sem necessidade. O gargalo real, muitas vezes, era de latência ou de perda de pacotes.

Como monitorar o link na prática

Quatro técnicas cobrem o ciclo completo de medição do enlace. Elas se complementam, portanto adote as quatro em vez de escolher uma só. Cada uma responde a uma pergunta diferente sobre o mesmo circuito.

1. Sondagem ICMP contínua

Comece pelo básico: dispare pacotes de teste em intervalo fixo contra dois alvos, o gateway do provedor e um destino externo estável. Esse par revela disponibilidade, latência, jitter e perda de pacotes ao mesmo tempo. Além disso, ele já entrega a separação de domínio que você vai precisar no chamado.

Antes de definir qualquer alerta, colete uma linha de base. Rode uma janela longa em horário normal de operação para saber o que é comportamento saudável no seu circuito.

# 300 amostras contra o gateway do provedor (troque pelo seu IP)
ping -c 300 -i 1 192.0.2.1

# Mesma janela contra um alvo externo estável
ping -c 300 -i 1 1.1.1.1

# Perda e latência salto a salto, para achar onde degrada
mtr --report --report-cycles 100 1.1.1.1

2. Coleta SNMP na interface WAN

A sondagem diz se o link responde. Ela não diz quanto do circuito você já consumiu. Para isso, colete os contadores da interface WAN do firewall ou do roteador pelo protocolo SNMP: bytes de entrada, bytes de saída, erros e descartes.

Com esses contadores, o gráfico de utilização por horário fica pronto. Como resultado, a equipe enxerga saturação recorrente antes que ela vire chamado do usuário. Erros crescentes na interface, por outro lado, quase sempre apontam problema físico na última milha.

3. Testes sintéticos de velocidade

Agende testes de throughput em horários fixos, incluindo madrugada e pico. Contudo, o objetivo não é obter um número bonito. A meta é comparar a entrega real com a banda vendida ao longo de semanas, em janelas comparáveis entre si.

4. Análise de fluxo

Quando o link satura, a pergunta inevitável é: saturou por quê. A análise de tráfego com NetFlow ou sFlow mostra origem, destino, aplicação e volume de cada conversa. Nesse sentido, ela separa consumo legítimo de negócio de download pessoal, atualização mal agendada ou tráfego suspeito.

Como validar o SLA do provedor com evidência

Todo contrato corporativo traz um acordo de nível de serviço com percentual de disponibilidade mensal, prazo de atendimento e prazo de reparo. O número, porém, só ganha significado quando você o converte em tempo. A tabela abaixo mostra quanto de indisponibilidade cada percentual permite em um mês de 30 dias.

Repare na distância entre os níveis intermediários da tabela: quase três horas de diferença por mês. É o que separa um incidente tolerável de uma parada grave em operação de varejo ou de indústria.

O dossiê que sustenta o pedido de crédito

Reclamação sem dado costuma morrer no primeiro nível de suporte. Monte o dossiê antes de escalar. Ele precisa de cinco elementos. São eles: protocolo de cada chamado aberto e gráfico da métrica no período. Além disso, entram a tabela de início e fim de cada queda, o cálculo do percentual do mês e a cláusula violada.

Antes de tudo, confira as exclusões do contrato. Janela de manutenção programada, falha em equipamento do cliente e caso fortuito normalmente saem da conta. Por isso, marque essas janelas no seu monitoramento para não contabilizar o que o provedor vai descartar de qualquer jeito.

Link redundante e failover: o que testar antes de confiar

Contratar um segundo link é a resposta natural para quem depende do enlace. A redundância, contudo, só existe de fato quando três condições são verdadeiras. Muita empresa descobre o contrário no dia da falha.

Antes de tudo, os dois circuitos precisam usar caminhos físicos distintos. Dois contratos com operadoras diferentes que compartilham o mesmo poste ou a mesma caixa de emenda caem juntos. Por isso, pergunte ao provedor pela rota da última milha antes de assinar.

Segundo, o failover precisa ser testado em janela controlada. Derrube o link principal de propósito, cronometre a convergência e verifique quais sessões sobreviveram. Aplicações com sessão persistente, como VPN ou ERP, costumam exigir reconexão manual mesmo com failover automático.

Terceiro, monitore o link secundário com o mesmo rigor do principal. Isto é, um backup degradado que ninguém observa entrega apenas falsa sensação de segurança. Em ambientes com SD-WAN, essa exigência aumenta, já que o overlay pode mascarar a degradação de um dos enlaces por baixo.

Alertas e rotina: o que acorda o plantão, o que vai para o relatório

Nem toda variação merece uma ligação às três da manhã. Separe o que exige ação imediata do que só faz sentido no relatório mensal. Do contrário, a equipe aprende a ignorar o alerta justamente quando ele importa.

Acione o plantão em três situações. A primeira é a queda do circuito, quando os dois alvos param de responder. Depois disso, entram a perda de pacotes sustentada acima do limiar e a saturação do enlace em horário comercial. Por outro lado, deixe para o relatório a utilização média, a tendência de crescimento de banda e o desvio de latência dentro da faixa aceitável.

Nesse sentido, use janelas de confirmação em vez de disparo imediato. Uma sonda perdida não significa queda. Três amostras consecutivas ruins, sim. Ao mesmo tempo, ajuste a linha de base por horário: o normal das 3h da manhã não é o normal das 14h.

Por fim, gere um relatório mensal fixo com disponibilidade apurada, incidentes com protocolo e comparativo com o mês anterior. Esse documento vira a pauta da reunião com o provedor.

Erros comuns no monitoramento de link de internet

Alguns equívocos se repetem em praticamente toda operação que começa a medir o enlace. Conhecê-los antecipa meses de ajuste fino.

O mais frequente é monitorar apenas um alvo externo. Assim, quando o teste falha, ninguém sabe se o problema é do provedor, da rota ou do próprio destino escolhido. Outro erro clássico é medir só disponibilidade: o link que responde ao ping pode estar entregando perda de pacotes muito acima do tolerável.

Testar velocidade sempre no mesmo horário também distorce o resultado, já que esconde justamente o pico. Do mesmo modo, confiar apenas no painel do provedor elimina a independência da medição, que é o ponto central de todo o esforço.

Vale citar um último ponto: monitorar sem registrar protocolo de chamado. Sem essa amarração, o histórico técnico perde valor contratual no momento da negociação.

Conclusão

Em síntese, medir o enlace muda a posição da TI na mesa de negociação. Sem histórico, a equipe depende da versão do provedor e absorve a culpa por falhas que não são dela. Com série temporal de disponibilidade, latência, jitter e perda de pacotes, a conversa passa a girar em torno de fato verificável.

O caminho é direto. Monitore dois alvos em paralelo para separar domínios e colete a interface WAN via SNMP. Depois disso, agende testes sintéticos comparáveis e traduza o percentual do contrato em minutos de parada aceitos. Depois disso, formalize a rotina: alerta enxuto para o plantão, relatório mensal para a gestão.

Empresas que seguem esse método param de discutir percepção. Elas chegam à reunião com o provedor sabendo exatamente quantos minutos o circuito ficou fora, em quais dias e sob qual protocolo. Se a sua operação depende de conectividade estável para ERP, voz ou nuvem, fale com um especialista da OpServices para estruturar essa medição.