Redundância de link: vale a pena para um provedor pequeno?

O link de trânsito com a operadora principal cai às oito da noite de uma quarta-feira qualquer, sem aviso, e leva junto a internet de toda a base do provedor. Não é uma CTO cortada, não é uma OLT travada — é o ponto por onde toda a rede sai para a internet, e ele simplesmente não responde mais. Nesse momento, não importa quantas OLTs redundantes ou quantos splitters bem dimensionados existam lá atrás: sem um segundo caminho para o mundo, o provedor fica de mãos atadas esperando a operadora resolver o próprio problema. É esse cenário específico — não qualquer queda — que a redundância de link resolve, e é por isso que vale entender exatamente o que ela cobre antes de decidir se o investimento faz sentido agora.

O que é redundância de link, com precisão

Redundância de link significa ter mais de um caminho independente de saída para a internet, de forma que a falha de um não derrube a operação inteira. A palavra-chave é "independente": dois circuitos que saem do mesmo POP, passam pela mesma rota física e chegam à mesma operadora de trânsito não são redundância — são o mesmo ponto de falha com um nome mais bonito. Redundância de verdade normalmente envolve pelo menos duas operadoras de trânsito diferentes, com rotas físicas que não compartilham o mesmo duto, poste ou data center no caminho.

Os cenários que redundância resolve — e os que não resolve

Vale separar bem os dois grupos antes de investir:

• Resolve: queda total do link de uma operadora de trânsito, manutenção não avisada do lado da operadora, problema de roteamento que isola o AS de origem do provedor.
• Resolve parcialmente: degradação de qualidade (perda de pacote, jitter alto) num dos links, desde que o roteamento saiba desviar tráfego automaticamente.
• Não resolve: queda de energia no próprio POP do provedor, falha do roteador de borda em si, rompimento de fibra na rede interna de distribuição para os clientes. Esses problemas exigem redundância de energia e de equipamento, não de link externo.

BGP e AS próprio: o nível "de verdade" de redundância

A forma robusta de ter dois links realmente independentes é operar um AS (Sistema Autônomo) próprio, registrado junto ao NIC.br/Registro.br, anunciando os mesmos blocos de IP para duas ou mais operadoras via BGP — protocolo descrito na RFC 4271. Com isso, se uma operadora cair, o roteador de borda simplesmente para de anunciar rota por ali e o tráfego passa a sair pela outra, de forma praticamente transparente para o cliente final. É a solução mais confiável, mas exige roteador com capacidade de rodar tabela BGP completa (ou parcial, com rota default como complemento), IPs próprios e alguém na equipe que entenda de roteamento — não é uma configuração de "ligar e esquecer".

Alternativas mais simples para quem não está pronto para BGP

Nem todo provedor pequeno precisa começar por AS próprio. Existem meios-termos que já reduzem bastante o risco:

1. Contrate dois links de operadoras diferentes com IPs fornecidos por cada uma (sem AS próprio), configurando failover estático no roteador de borda.

2. Configure detecção automática de queda (via monitoramento de latência ou perda de pacote) para que o roteador troque a rota default sozinho, sem depender de alguém perceber e mudar manualmente.

3. Teste o failover de propósito, desligando o link principal fora de horário de pico, para confirmar que a troca realmente acontece antes de precisar dela numa emergência de verdade.

4. Avalie o tempo de convergência: failover estático costuma levar de segundos a poucos minutos, dependendo da configuração — pior que BGP, mas incomparavelmente melhor que ficar fora do ar até a operadora avisar que resolveu.

Quanto isso custa e quando o custo se justifica

Um segundo link de trânsito custa dinheiro recorrente, mesmo usado só como backup. A conta que decide se vale a pena não é "quanto custa o link", mas "quanto custa uma hora de rede fora do ar inteira" — em churn, em cliente que liga xingando, em reputação no grupo de WhatsApp do bairro. Um provedor com duas mil casas conectadas perde muito mais numa queda de duas horas em horário de pico do que pagaria num segundo link modesto rodando o ano inteiro como contingência. Provedores muito pequenos, com algumas centenas de clientes, podem justificar adiar esse investimento — mas o cálculo muda rápido conforme a base cresce.

O mito de "já tenho dois links, já sou redundante"

Esse é o erro mais comum: contratar um segundo link, mas dos dois saírem da mesma sala técnica, passarem pelo mesmo rack e chegarem ao mesmo roteador de borda sem failover configurado. Nesse cenário, se o roteador falhar ou a energia daquele rack cair, os dois links caem juntos — a redundância nunca existiu de fato, só o gasto extra. Antes de considerar o link redundante, vale mapear fisicamente o caminho dos dois circuitos e confirmar que não compartilham nenhum ponto único de falha no meio do caminho.

E se o gargalo real for o roteador de borda, não o link?

É uma pergunta válida: de nada adianta ter dois links perfeitamente independentes se o roteador que os conecta é único e sem redundância de hardware. Para provedores que já dependem de disponibilidade alta, faz sentido considerar um segundo roteador de borda em modo ativo-passivo, com protocolo de failover entre eles (VRRP, por exemplo). É um investimento adicional, mas evita que a solução para um ponto único de falha crie outro ponto único de falha logo depois dele.

Decidindo com número, não com medo

A decisão de investir em redundância de link não deveria nascer só do medo da próxima queda, nem ser adiada só porque "nunca caiu até hoje". Vale colocar lado a lado o histórico real de quedas do link atual, o tamanho da base afetada numa queda total e o custo mensal de manter um segundo circuito ativo — mesmo que hoje pareça um gasto sem uso aparente.

Se seu provedor ainda não tem clareza sobre quantos clientes e qual faturamento ficam concentrados atrás de um único ponto de rede, essa conta fica difícil de fechar com precisão. O ZISP calcula automaticamente qual ponto da rede atende cada endereço e simula o impacto de uma falha ali — o que ajuda a enxergar, com número na mão, se vale investir em redundância agora ou se o risco atual ainda é administrável. Veja como funciona em sistema.zisp.com.br.