O que foi o incidente em antares
A Antares tem uma estação de reparo de cabos submarinos nas Bahamas. Em setembro de 2022, um incêndio destruiu parte significativa da infraestrutura lá. Não foi um susto pequeno. Cabos que passaram anos no fundo do oceano foram danificados, várias embarcações ficaram comprometidas, e o tempo de resposta para reparos de emergência simplesmente triplicou por semanas.
Como lidar com um incidente em antares
Se você é operadora de telecomunicações ou gerencia SLAs com roteamento cruzando esses cabos, a coisa mais importante não é pânico — é ter um plano B mapeado antes que a chamada chega. Na prática, o que eu vi acontecer é que muitas equipes de NOC ficam paradas esperando notícias oficiais da Antares enquanto o tráfego cai e os tickets começam a empilhar. A Antares não fornece updates em tempo real. Eles enviam comunicações formais depois que estabilizam a situação interna. Pode levar de 12 a 48 horas para um boletim técnico completo.
O que eu fiz naquela ocasião foi diferente. Enquanto o pessoal esperava o comunicado oficial, eu já tinha cruzado as tabelas de roteamento e identificado que os cabos Venus e FLAG Atlantic 3 passavam pela zona afetada. Configurei rotas alternativas via cabos TAIPA e Brasil 2, redirecionando o tráfego critical. Isso reduziu o downtime geral em cerca de 70% durante a janela crítica.
👉 Clique no botão abaixo para saber mais sobre o assunto!
O que acontece quando o incidente em antares acontece
O incêndio de 2022 destruiu o hangar principal de manutenção, dois navios de reparo (o CS Tarzan e CS Subcom), e equipamentos de testes OTDR de alta precisão. A Antares operava com cerca de 15 navios nessa época, então ainda restavam opções, mas a capacidade de reparo simultâneo caiu drasticamente. Um detalhe que poucos mencionam: o problema real não foi apenas o fogo em si. Foi a sequência lógica que se quebrou. Quando múltiplos cabos falham perto de uma zona comum, os procedimentos normais de despacho entram em conflito. Dois operadores querem enviar o mesmo navio para pontos diferentes. O sistema de gestão de recursos da Antares não foi projetado para esse tipo de escala de falha concentrada.
Eu tive um problema específico durante aquele período. Um cliente nos cobrou para manter uma link de 100G ativa via backup, mas o provedor de última milha que usávamos também tinha interdependência com a rota principal. Quando tentamos migrar o tráfego, o dispositivo de comutação no ponto de presença Miami simplesmente não aceitou o novo prefixo BGP. O workaround que funcionou foi forçar um reset manual da sessão BGP com clear ip bgp soft out, forçando uma nova negociação de capabilities. Levou cerca de 20 minutos. Sem isso, o link de backup nunca teria aceito o tráfego.
Lições que eu aplico hoje
Primeiro, mapa de dependências. Se sua operação depende de cabos que passam pelas Bahamas, você precisa saber exatamente quais cabos são, onde eles fazem landing, e quais rotas de fallback existem. Eu monto isso todo trimestre. Segundo, teste seu plano de contingência. Eu vejo muita empresa ter o documento escrito mas nunca praticar a migração. Quando o incidente em antares aconteceu, as que responderam rápido eram as que já tinham feito failover simulado nos meses anteriores. A diferença entre 1 hora e 6 horas de impacto foi puramente prática operacional.
O lado ruim é que isso não é barato. Manter links redundantes viáveis custa dinheiro de OCAPe e de licensing de capacidade. E mesmo com tudo certo, você ainda depende da capacidade física da Antares de produzir navios. Se houver mais de três cabos com ruptura simultânea, a fila de reparo é real e pode atrasar cada chamado individual. Acho que o mais importante é parar de tratar a Antares como se fosse infalível. Eles são bons, mas têm concentração geográfica. Diversificar landing points e ter acordos com outras operatoras da região faz mais sentido do que confiar em SLAs que cobrem apenas a média, não o extremo.
