Uptime de rede: como medir e melhorar a disponibilidade do seu provedor

Um cliente liga reclamando que a internet caiu "de novo" às 19h de sexta-feira. Você olha o histórico e não tem nada registrado — nenhum alerta, nenhum log, nada além da palavra do cliente contra a sua. Isso é o problema de operar sem medir uptime de verdade: sem número, toda discussão de qualidade vira "ele disse, ela disse", e o provedor não sabe se o problema foi pontual ou se é a terceira vez esse mês que aquela CTO específica dá dor de cabeça.

O que é uptime, na prática

Uptime é o percentual de tempo em que um serviço ficou disponível dentro de um período — normalmente calculado por mês. A fórmula é simples: tempo total do período menos tempo de indisponibilidade, dividido pelo tempo total do período. O resultado costuma ser expresso em percentual, e é aí que a maioria dos provedores se engana: 99% de uptime parece ótimo até você converter em horas. Em um mês de 30 dias, 99% de uptime significa mais de 7 horas de rede fora do ar — e 99,9%, ainda assim, são quase 45 minutos.

Por que "a rede quase não cai" não é uma métrica confiável

A percepção de disponibilidade sem dado registrado sofre de dois vieses. Primeiro, o provedor só sabe da queda quando o cliente liga — e muitos clientes nem ligam, simplesmente ficam insatisfeitos e cancelam no mês seguinte. Segundo, quedas curtas e recorrentes (30 segundos aqui, 2 minutos ali, várias vezes por dia) somam um impacto real no uptime mensal, mas passam despercebidas porque nenhuma delas isolada parece grave o suficiente para virar um chamado.

Onde o uptime costuma vazar

• Concentrador PPPoE sobrecarregado: quando o BRAS ou o servidor de autenticação chega perto do limite de sessões simultâneas, reconexões começam a falhar de forma intermitente.
• Enlace de backbone sem redundância: uma queda no link principal com a operadora de trânsito derruba tudo de uma vez, e sem link secundário o provedor fica na mão até o reparo.
• Energia instável em pontos de rede: nobreak vencido em CTO ou sala técnica é uma causa de queda que muita gente só descobre quando já aconteceu.
• OLT no limite de temperatura ou processamento: equipamento operando fora da faixa recomendada tende a reiniciar sozinho em horários de pico.
• Rompimento de fibra por terceiros: obra de prefeitura, poste derrubado, jardinagem mal feita — causa externa, mas que ainda assim conta contra o seu uptime.

Como montar a medição de verdade

1. Defina o que conta como indisponibilidade: uma interface caindo por 10 segundos é diferente de um bairro inteiro sem sinal por uma hora — decida o critério antes de começar a medir.

2. Monitore por SNMP as interfaces críticas: roteadores de borda, OLTs e o concentrador PPPoE precisam estar sob monitoramento contínuo, não checagem manual esporádica.

3. Registre hora de início e hora de resolução de cada incidente, mesmo os pequenos — sem isso não existe cálculo de uptime confiável no fim do mês.

4. Separe quedas por causa: energia, equipamento, backbone, terceiros — isso mostra onde investir primeiro.

5. Calcule o uptime mensal por região ou por OLT, não só um número geral da empresa — um bairro específico pode estar puxando a média para baixo sozinho.

6. Compare mês a mês: uptime que piora de forma consistente é sinal de equipamento no fim da vida útil ou de crescimento além da capacidade instalada.

O que fazer quando o uptime cai abaixo do aceitável

Rede com uptime ruim raramente tem uma causa única. O primeiro passo é isolar se o problema é generalizado (afeta todos os clientes de uma região) ou pontual (um cliente específico com problema local). Se for generalizado, a prioridade é revisar energia e redundância dos pontos críticos — nobreak, gerador, link secundário. Se for pontual e recorrente no mesmo ponto, geralmente é sinal de equipamento degradado ou conector óptico sujo, algo que manutenção preventiva simples já resolveria antes de virar reclamação.

O mito do "99,9% de uptime é exagero para provedor pequeno"

Existe a ideia de que perseguir alta disponibilidade é coisa de datacenter grande, não de provedor regional com duas mil casas. É engano: para o cliente final, uma queda de 40 minutos durante o jogo do time dele ou durante uma reunião de trabalho pesa igual, seja ele cliente de uma operadora nacional ou de um provedor de bairro. A diferença é que o provedor pequeno tem menos margem de erro reputacional — a notícia de "a internet daquele provedor cai direto" corre rápido em grupo de WhatsApp de bairro, e reverter essa fama custa muito mais caro do que evitar a queda.

Uptime também é indicador regulatório

Vale lembrar que disponibilidade de rede não é só uma métrica interna: a Anatel acompanha indicadores de qualidade como parte da fiscalização de prestadoras de SCM, e reclamações recorrentes de queda de sinal podem gerar questionamento formal, além do desgaste comercial. Ter o histórico de disponibilidade documentado ajuda tanto a melhorar a operação quanto a responder com dados caso a fiscalização pergunte.

Transformando uptime em rotina, não em apagar incêndio

O salto real de qualidade acontece quando medir uptime deixa de ser uma investigação após a reclamação e passa a ser um alerta automático assim que algo sai do normal. O ZISP tem monitoramento SNMP com alerta de queda em massa: o sistema percebe quando uma interface derruba um percentual relevante de clientes conectados e já sinaliza a situação, muitas vezes antes do primeiro telefonema chegar ao suporte. Para ver como isso funciona na prática, dá uma olhada em sistema.zisp.com.br.