Resumo
- O AS27747 estabelece a identidade de roteamento registrada da Telecentro, mas não mapeia os ativos físicos nem mede a capacidade de reserva.
- As declarações sobre quatro alimentadores, 2N, N+1, o anel de fibra e as portas SIP não substituem uma prova independente de resiliência durante uma falha.
Ilustração editorial realista; não é uma fotografia das instalações da Telecentro.
Para quem está em casa ou no escritório, a internet costuma parecer um único serviço. Quando funciona, páginas abrem, chamadas completam e vídeos carregam. Quando para, todos esses efeitos podem desaparecer ao mesmo tempo. A infraestrutura por trás da conexão, no entanto, é formada por muitas etapas: cabo coaxial ou fibra até o imóvel, equipamentos de rua, nós de agregação, enlaces metropolitanos, roteadores que trocam rotas com outras redes, salas técnicas, energia e refrigeração. A Telecentro S.A. aparece no registro regional de recursos de internet como a organização ligada diretamente ao sistema autônomo AS27747.
Esse número fornece uma identidade pública e verificável para a rede. Ele não é um mapa de cabos, uma lista de todos os ativos da empresa nem um certificado de continuidade. As fontes disponíveis — LACNIC, PeeringDB, páginas da própria Telecentro e documentos da autoridade argentina ENACOM — revelam partes diferentes do sistema. Elas mostram identidade registral, presença declarada em pontos de interconexão, características de projeto informadas pela companhia e dois fatos regulatórios específicos. Nenhuma dessas camadas, sozinha, mede a capacidade de reserva ou demonstra que caminhos físicos não compartilham o mesmo ponto de falha.
O que um número de sistema autônomo resolve
Um sistema autônomo é um conjunto de redes IP administrado sob uma política comum de roteamento. Seu número, conhecido como ASN, é usado no protocolo BGP para anunciar quais endereços podem ser alcançados e por quais vizinhos. BGP é o mecanismo de coordenação entre redes: ele permite selecionar e retirar caminhos lógicos. O protocolo não descreve necessariamente a rua, o duto ou a fibra por onde cada pacote passa.
O serviço RDAP da LACNIC associa o AS27747 à Telecentro S.A. RDAP é uma forma estruturada de consultar o registro de recursos numéricos. Esse registro funciona como um livro de controle: mantém a identidade única e oferece um ponto comum de referência para operadores. Sem informações registradas com precisão, seria mais difícil saber quem anuncia determinado recurso e com quem resolver problemas.
A ficha não informa quais circuitos são próprios ou alugados. Não mostra em que prédios estão os roteadores, quantas fibras chegam a cada local, quem controla um duto ou qual é a carga de uma conexão em determinado minuto. Também não revela o que sobra quando a rota principal falha. Um ASN pode abranger ativos de naturezas diferentes e relações com muitos fornecedores.
Por isso, o AS27747 responde de forma forte à pergunta «qual rede está registrada?». Ele responde de forma fraca, ou não responde, a «como essa rede atravessa uma falha física?». Identidade e continuidade são assuntos ligados, mas precisam de evidências diferentes. A primeira depende de registro exato; a segunda depende de equipamentos em funcionamento, capacidade livre, caminhos separados e equipes de recuperação.
PeeringDB mostra presença declarada, não o estado instantâneo
O PeeringDB é um diretório mantido por redes, pontos de troca de tráfego e instalações de interconexão. O perfil do AS27747 identifica a Telecentro, lista duas conexões ao AR-IX e cinco instalações, incluindo «Telecentro - Lomas del Mirador». Um IX é um ponto de troca de internet, onde redes podem se encontrar e trocar tráfego diretamente. Peering é essa relação direta; trânsito costuma ser um serviço contratado para alcançar uma parcela maior da internet.
Esses dados ajudam a visualizar a presença declarada da Telecentro. Indicam locais onde a companhia diz poder se interconectar e permitem relacionar o ASN a edifícios concretos. Eles são úteis para orientar uma investigação e para conferir nomes e relações. Não são, porém, uma auditoria independente nem uma medição em tempo real.
O diretório não informa se uma sessão BGP está ativa no instante da consulta, se o porto está próximo da saturação ou se dois circuitos entram por dutos separados. Ele também não mostra quanto tráfego poderia ser deslocado para outro local após a perda de uma instalação. Uma política de peering e uma estimativa declarada de tráfego não substituem curvas de utilização, mapas de fibra ou relatórios de teste.
Cinco instalações não devem ser tratadas automaticamente como cinco domínios independentes. Dois prédios podem depender do mesmo corredor metropolitano, do mesmo fornecedor de longa distância ou da mesma infraestrutura elétrica. A quantidade de nomes no diretório amplia as possibilidades lógicas. A diversidade física precisa ser comprovada em outra camada.
O endereço em Lomas del Mirador ancora a análise no mundo físico
A ficha da instalação 14274 no PeeringDB localiza «Telecentro - Lomas del Mirador» na Coronel Pringles 3407, em Lomas del Mirador, província de Buenos Aires. Ela liga o local ao AS27747 e informa oferta de energia em corrente contínua de 48 volts. Esse endereço torna concreta uma identidade que, no registro de roteamento, é abstrata.
O mesmo perfil diz que a existência de subestações de fornecimento diversas não é divulgada. A ausência dessa informação precisa permanecer uma ausência. Não prova que haja caminhos elétricos independentes, mas tampouco prova que só exista um. Transformar «não divulgado» em um resultado positivo ou negativo seria ir além do documento.
Para entender o papel real do edifício, seria preciso conhecer as entradas de fibra, caixas de passagem, dutos, transformadores, quadros, baterias, geradores, reservas de combustível e caminhos de refrigeração. Também seria necessário saber quais equipamentos do AS27747 ficam no local, quanto tráfego passa por eles e para onde a carga iria em uma perda total do prédio.
O endereço ainda permite formular perguntas importantes. As fibras entram por fachadas diferentes? As rotas deixam o bairro por vias distintas? O sistema de 48 volts depende de uma única conversão? Os outros nós têm espaço e capacidade para absorver o tráfego? As fontes públicas examinadas não fornecem essas respostas. A localização é comprovada como entrada de diretório; a resiliência do local continua aberta.
Seiscentos racks são uma capacidade declarada, não uma ocupação medida
Na página voltada a empresas, a Telecentro diz que seu data center tem capacidade para 600 racks. Rack é o armário padronizado que recebe servidores, roteadores e outros equipamentos. A companhia afirma que o projeto segue uma adaptação da TIA-942 e normas locais do banco central argentino, além de anunciar um nível de serviço de 99,995%. Esses pontos devem ser atribuídos à Telecentro, porque a página é uma apresentação comercial da própria operadora.
O número de racks não informa quantos armários estão instalados, energizados, ocupados, vendidos ou disponíveis durante uma falha. Pode haver espaço físico sem potência elétrica suficiente ou sem refrigeração para utilizá-lo por completo. Uma posição montada pode estar vazia. Uma posição contratada pode não ter sido ativada. Capacidade de piso e capacidade operacional são medidas diferentes.
A porcentagem de nível de serviço também precisa de contexto. Uma meta contratual define disponibilidade e possivelmente compensações, mas não equivale a um histórico independente de operação. O resultado depende do período medido, do serviço incluído e das exclusões. Sem esses elementos, 99,995% é uma afirmação da empresa sobre o serviço, não uma série pública de desempenho.
Telecentro também menciona dez áreas de incêndio fisicamente separadas em três módulos. A compartimentação pode reduzir a propagação de um evento. Ainda assim, módulos distintos podem compartilhar controle, alimentação, refrigeração ou acesso. A existência de divisões arquitetônicas não elimina a necessidade de identificar sistemas comuns.
Quatro alimentadores de média tensão exigem quatro perguntas adicionais
A Telecentro informa acesso a quatro alimentadores de média tensão. O número sugere várias opções de fornecimento, mas não esclarece a independência. Eles vêm de subestações diferentes? Usam trajetos distintos? Passam pela mesma vala ou chegam ao mesmo quadro? Há um ponto de proteção comum antes de alimentar as cargas críticas? Nenhuma dessas respostas aparece nas fontes consultadas.
O perfil público da instalação não divulga diversidade de subestações. Portanto, a formulação segura é simples: a empresa declara quatro alimentadores. Não há base pública suficiente para chamá-los de quatro fontes totalmente independentes.
Também é necessário separar acesso, alocação, instalação e energização. Um contrato de fornecimento pode existir antes de todos os transformadores e chaves estarem operacionais. Potência nominal pode ser reservada para expansão. Parte da energia é usada pela refrigeração e por sistemas auxiliares. Durante manutenção ou emergência, a capacidade entregue às cargas de tecnologia pode ser menor.
Quando a rede pública cai, baterias precisam sustentar o consumo até os geradores arrancarem e a transferência ser concluída. Sensores, chaves e lógica de controle tornam-se parte do caminho. Se houver um elemento comum, várias entradas podem ser perdidas no mesmo incidente. Diagramas elétricos, origem das subestações e testes com a retirada de uma rota completa permitiriam avaliar melhor esse risco.
2N e N+1 descrevem uma arquitetura, não garantem seu desempenho
A empresa descreve geração de emergência 2N com grupos Cummins C3000. Em uma arquitetura 2N, duas cadeias completas são planejadas para que cada uma consiga suportar a carga de projeto. Se uma ficar indisponível, a outra deveria manter o serviço. N+1 tem lógica diferente: existe um componente adicional além do mínimo necessário. Se quatro unidades atendem a demanda, uma quinta funciona como reserva.
Telecentro informa UPS de 1.250 kVA em N+1 e bancos de baterias de íons de lítio também em N+1. UPS é o sistema de alimentação ininterrupta que evita uma queda imediata e cobre a transição até a geração de emergência. A companhia cita ainda unidades CRAC em salas separadas e chillers em N+1. CRAC é um equipamento de climatização de precisão usado em salas de computadores; chillers retiram calor do circuito de refrigeração.
Essas descrições mostram que o projeto considera falhas de componentes. Elas não revelam a autonomia das baterias na carga real, o estoque de combustível, a frequência dos testes sob carga nem o estado de manutenção. Não dizem se dois geradores compartilham tanque, bomba, controle, exaustão ou quadro. Um ponto comum pode reduzir a proteção imaginada pelo diagrama.
Também falta a carga atual. Uma arquitetura projetada com folga pode perder margem à medida que o data center cresce. Durante manutenção, uma unidade já está fora de operação e uma segunda falha pode retirar a reserva. A prova mais relevante seria um teste prolongado com uma cadeia completa indisponível, mostrando que energia e refrigeração restantes suportam o serviço.
O calor é uma dependência tão concreta quanto a eletricidade
Quase toda a eletricidade consumida por servidores vira calor. Assim, um data center pode precisar desligar equipamentos mesmo que a energia continue disponível. As unidades CRAC movimentam e tratam o ar; os chillers transferem calor para fora do prédio. Uma unidade adicional reduz o risco de uma falha isolada, mas não protege automaticamente bombas, tubulações, válvulas, sensores e sistemas de automação.
Salas separadas ajudam quando também existem caminhos independentes. Se duas salas usam o mesmo coletor hidráulico, o mesmo quadro ou a mesma lógica de controle, um evento comum ainda pode atingi-las. A capacidade de refrigeração varia com temperatura externa, umidade, sujeira e condição dos equipamentos. O valor nominal de uma máquina não é necessariamente o valor disponível na situação mais severa.
Para verificar o N+1, seria necessário comparar a carga térmica real com o que sobra após retirar a maior unidade. O teste teria de durar o bastante para observar a estabilização de temperaturas. Um sistema pode parecer normal nos primeiros minutos e perder controle algumas horas depois.
A página da Telecentro fornece elementos úteis: CRACs em salas separadas e chillers N+1. Esses são pontos de projeto declarados. Sem diagramas dos sistemas comuns, cargas e resultados de ensaio, não é possível quantificar a capacidade utilizável durante uma falha simultânea ou um período de manutenção.
Um anel de fibra pode compartilhar o mesmo caminho civil
Telecentro afirma que o data center se conecta a quatro hubs por um anel de fibra óptica e que há ligações com grandes provedores e redes de distribuição de conteúdo. Um anel permite que o tráfego siga em duas direções. Se um trecho é cortado, a rede pode contornar o ponto pelo lado oposto, desde que equipamentos e capacidade estejam disponíveis.
O termo «anel» descreve uma topologia lógica. Ele não informa, por si só, se os dois lados saem por entradas físicas separadas. As fibras podem usar a mesma caixa de passagem, compartilhar uma vala por vários quilômetros ou atravessar a mesma ponte. Podem ainda depender do mesmo roteador, equipamento óptico ou alimentação. Um incidente comum poderia interromper os dois sentidos.
A quantidade de banda livre também é decisiva. O caminho alternativo já pode transportar tráfego próprio. Ao receber a carga desviada, pode ficar congestionado. A conexão não some necessariamente, mas latência, perda de pacotes e velocidade podem piorar. Serviços prioritários podem continuar enquanto outros são limitados.
As fontes não informam capacidade instalada, acesa e ociosa em cada segmento do anel. Não mostram se os quatro hubs são domínios independentes. Para comprovar diversidade seriam necessários mapas de dutos, entradas separadas, propriedade das fibras, medições de carga e testes de comutação. O anel declarado é uma característica relevante, mas não uma garantia completa.
O acesso empresarial pode terminar em GPON, HFC ou fibra
Para clientes empresariais, Telecentro comercializa acessos por fibra, GPON ou HFC, dependendo da disponibilidade técnica e geográfica. GPON é uma rede óptica passiva compartilhada: uma fibra é dividida entre vários usuários. HFC combina fibra na parte principal com cabo coaxial no trecho final. A empresa anuncia velocidades de até 10 Gbit/s, nível de serviço de 99,5%, endereços IPv4 e IPv6 fixos e suporte permanente.
Cada tecnologia cria uma cadeia de falha diferente. Uma ramificação GPON depende de divisor óptico e de equipamento na central. HFC utiliza nós e amplificadores que podem precisar de energia nas ruas. Uma fibra dedicada ainda pode se juntar a outros circuitos em um ponto de agregação. A experiência do cliente depende de todo o percurso, não apenas do meio na porta do prédio.
«Até 10 Gbit/s» é o limite de uma oferta, não a banda assegurada quando outra rota cai. A capacidade real passa por acesso local, rede metropolitana, interconexão e saída para outras redes. Um SLA define expectativas e compensações, mas não revela automaticamente onde ocorrerá a recuperação.
Para uma empresa crítica, dois contratos só representam diversidade se houver entradas, agregadores e trajetos distintos. Comprar de dois fornecedores não basta se ambos alugam o mesmo cabo ou usam o mesmo duto. Um teste sob carga deve medir tempo de troca e capacidade restante. O último trecho pode ser o ponto único mesmo quando o núcleo dispõe de várias conexões.
O documento de 2025 registra três portas SIP
Um documento da ENACOM de 2025 registra uma ampliação de interconexão entre Telecom Argentina e Telecentro. Ele diz que Telecentro solicitou a expansão e que Telecom aceitou, de acordo com as condições de disponibilidade de recursos ou faturamento descritas. A tabela assinada lista uma nova porta SIP para numeração local em Rosario, uma em Córdoba e outra em Tucumán, sem colocalização indicada.
SIP é o protocolo de iniciação de sessão, usado para estabelecer e administrar chamadas sobre redes IP. Uma porta SIP de interconexão representa o ponto técnico e contratual em que operadores trocam telefonia. Ela não é um mapa do backbone IP e não mostra as fibras que ligam as cidades. O acordo não documenta diversidade de dutos, capacidade de sobra ou testes de contingência.
O registro revela uma dependência importante. Telecentro pede a expansão; Telecom disponibiliza recursos nas condições previstas. Uma chamada entre redes depende de sinalização, equipamentos e capacidade de ambas. Nem todo o caminho está sob o controle de uma única empresa.
Os nomes de três cidades não devem ser convertidos em três rotas de recuperação independentes. São pontos locais de interconexão telefônica. Podem distribuir chamadas geograficamente, mas as conexões de longa distância até eles podem compartilhar infraestrutura. O documento comprova o acordo e sua tabela; não comprova a topologia física completa.
Contrato, instalação e operação contínua não são sinônimos
A assinatura de um acordo demonstra a aceitação das partes. Não demonstra que cada porta esteve ativa a todo momento posterior. Solicitação, aprovação, disponibilização, configuração, faturamento, entrada em serviço e operação são etapas separadas. Um recurso pode ser aceito antes de estar pronto, ou pode ser alterado depois.
Essa diferença vale para qualquer infraestrutura. Um projeto anunciado não está construído. Um equipamento instalado pode não estar energizado. Uma conexão energizada pode ainda não ter sido testada com clientes. Capacidade contratada pode não estar entregue. Capacidade operacional pode não permanecer disponível quando o principal componente falha.
O documento de ENACOM confirma os pontos previstos na ampliação de 2025. Para afirmar o estado atual, seria necessária uma confirmação recente ou uma observação operacional. Para afirmar resiliência, seriam necessários mapas de caminho, carga disponível e resultados de recuperação.
Separar os estados não diminui o valor do acordo. Pelo contrário, mostra exatamente o que ele resolve: relação entre as partes e parâmetros de interconexão. Também deixa claro o que depende de execução física e operação. Essa disciplina impede que uma assinatura seja confundida com uma rede pronta e permanentemente redundante.
O caso de um cliente iniciado em março de 2014
Uma resolução publicada pela ENACOM em 2016 trata da reclamação de um cliente que ficou sem telefone e internet a partir de 2 de março de 2014. Segundo o documento, as linhas telefônicas permaneceram fora de serviço até 26 de março, além do prazo de três dias úteis descrito. Telecentro afirmou ter reparado as linhas e efetuado créditos. A autoridade concluiu que as obrigações não haviam sido totalmente atendidas, aplicou multa de 400 mil unidades tarifárias e previu 6 mil unidades por dia ligadas à ordem de reembolso ainda não cumprida.
O processo mostra uma consequência concreta: a interrupção simultânea de dois serviços e uma recuperação mais longa do que o prazo regulatório citado. Também mostra que restabelecimento técnico e solução comercial são etapas distintas. O serviço pode voltar enquanto a compensação continua em discussão.
Esse caso não mede a confiabilidade da rede inteira. É um único cliente, um evento de 2014 e uma decisão de 2016. A resolução não apresenta causa física detalhada, taxa de incidentes, amostra estatística nem desempenho do data center. Não permite inferir a duração de falhas atuais.
Seu uso responsável é específico: há registro oficial de que, naquele processo, a interrupção telefônica durou até 26 de março e gerou sanções. O caso demonstra por que tempo de reparo e atendimento importam. Não sustenta uma afirmação de que o mesmo aconteça com frequência ou em toda a rede.
Como uma falha local pode se espalhar
Uma interrupção pode começar no cabo que atende uma rua. Uma obra rompe uma fibra; um conjunto de imóveis fica isolado. Se o enlace de reserva usa a mesma vala, ele cai junto. Um equipamento de agregação pode interromper vários ramais. Uma falha elétrica em um amplificador ou nó de rua pode derrubar HFC mesmo que o data center permaneça funcionando.
Em nível metropolitano, a perda de um nó pode deslocar tráfego para outros caminhos. Se houver capacidade e configuração correta, o efeito é curto. Se o caminho alternativo estiver ocupado, aparecem congestionamento, maior latência e perda de pacotes. Uma rota pode continuar visível no BGP enquanto o serviço se torna lento demais para certas aplicações.
Dentro de uma instalação, uma queda da rede elétrica aciona uma sequência: baterias sustentam a carga, geradores partem e chaves transferem o fornecimento. Falha de controle, combustível ou quadro comum pode superar as camadas de reserva. Uma falha de refrigeração produz outra sequência: temperaturas sobem, servidores reduzem desempenho e eventualmente desligam.
A recuperação pode concentrar risco. Se todo o tráfego usa um único caminho restante, uma segunda falha tem impacto maior. Durante a manutenção, parte da redundância já está indisponível. Por isso, não basta saber que existe uma alternativa; é preciso conhecer sua capacidade e quanto tempo o reparo do caminho principal exigirá.
Quem tem poder para restaurar cada parte
A Telecentro administra a política de roteamento ligada ao AS27747 e opera os serviços que vende. Ela também descreve seu próprio data center. Contudo, a cadeia de recuperação envolve organizações diferentes. A distribuidora controla a rede pública. A Telecom controla sua parte da interconexão. Donos de dutos, fibras ou imóveis podem autorizar o acesso e a obra.
Uma ruptura pode exigir localização do defeito, licença para abrir a rua, técnicos especializados, cabo de reposição e uma janela segura. Uma queda elétrica prolongada exige combustível e transporte. Uma mudança de rota depende de o vizinho aceitar e carregar o tráfego. A empresa que aparece na fatura pode não controlar todas essas etapas.
Essa divisão explica por que um SLA não garante um tempo físico absoluto. O contrato define objetivos e reparações comerciais; a restauração depende de acesso, pessoas, peças, capacidade e coordenação. É importante identificar quem pode mudar rotas, priorizar clientes, programar manutenção e aprovar intervenções.
Também evita confusão de propriedade. O registro do ASN não transfere todos os cabos para a Telecentro. A presença em uma instalação não torna a empresa dona da energia. Uma porta de interconexão não transfere a rede da Telecom. Identidade, propriedade, operação e dependência são camadas que precisam ser descritas separadamente.
A capacidade que importa é a que sobra
Os números públicos respondem a perguntas diferentes. Seiscentos racks indicam espaço anunciado. UPS de 1.250 kVA indicam capacidade nominal de equipamentos. Uma oferta de 10 Gbit/s indica velocidade de acesso. Esses valores não informam ocupação atual, carga de TI, potência entregue por armário ou folga depois da perda de uma cadeia.
Capacidade de projeto é o que foi planejado. Capacidade instalada é o equipamento colocado. Capacidade energizada pode receber energia. Capacidade vendida está prometida. Capacidade operacional está funcionando. Capacidade utilizável durante a falha é o que permanece quando o principal caminho desaparece. A última é a mais relevante para continuidade e frequentemente a menos divulgada.
Em redes ópticas, uma fibra lançada pode não estar equipada. Um canal óptico aceso pode estar totalmente ocupado. Uma porta nominalmente rápida pode ter pouco espaço. O desvio de tráfego exige capacidade livre no momento exato, não apenas um valor de projeto.
Sem carga medida e teste de contingência, não é possível calcular quantos clientes continuariam sem degradação. Reconhecer essa limitação é mais preciso do que transformar números distintos em uma única impressão de tamanho. Grande capacidade nominal e boa resiliência podem coexistir, mas uma não comprova automaticamente a outra.
O que uma empresa dependente da rede pode testar
Um usuário residencial tem pouco acesso ao desenho físico. Uma empresa com operação crítica pode pedir evidência de diversidade. Dois circuitos precisam sair por entradas distintas, alcançar agregadores diferentes e evitar a mesma canalização. Se o trajeto não é conhecido, a diversidade contratual não está verificada.
Testes de failover devem usar carga representativa. É necessário medir quanto tempo leva a troca, quantas sessões são perdidas e quanta banda resta. Um enlace secundário pode funcionar em teste leve e saturar quando recebe toda a operação. Procedimentos manuais precisam ser praticados, porque uma lista de contatos desatualizada pode aumentar a interrupção.
A energia do equipamento do cliente também importa. Dois provedores não ajudam se ambos os roteadores ficam no mesmo quadro sem UPS. Terminais ópticos, firewalls, telefonia e Wi-Fi precisam de alimentação durante o corte. A continuidade de ponta a ponta termina onde qualquer elo comum falha.
Esses testes não substituem a obrigação do operador. Eles tornam a dependência do cliente observável e permitem escolher investimentos. Se os dois cabos usam a mesma entrada, o risco pode ser aceito conscientemente ou corrigido. Se o link secundário não suporta a carga, a empresa pode priorizar serviços antes de uma emergência real.
Evidências que poderiam elevar a confiança
Mapas verificáveis das entradas e rotas de fibra ajudariam a avaliar o anel a quatro hubs. Informações sobre as subestações e o trajeto dos quatro alimentadores permitiriam medir independência elétrica. Diagramas de quadros, transferências, tanques, bombas e refrigeração mostrariam pontos compartilhados.
Ensaios sob carga seriam especialmente úteis. A retirada de uma cadeia elétrica completa revela a duração das baterias, a partida dos geradores e a capacidade de transferência. A perda de um chiller mostra se o N+1 suporta a carga por horas. Um corte controlado de fibra demonstra o tempo de comutação e a banda disponível no sentido restante.
Dados históricos de disponibilidade precisariam definir período, escopo e exclusões. Relatórios de incidente deveriam descrever causa, propagação, usuários afetados, caminho alternativo e tempo de reparo. Esses dados conectam o desenho à experiência.
Para as portas SIP, uma confirmação atual de operação separaria contrato de serviço vivo. Para as instalações do PeeringDB, trajetos e medições mostrariam se prédios diferentes são domínios realmente independentes. Alguns detalhes podem ser sigilosos, mas a ausência pública limita a conclusão que terceiros podem comprovar.
Limitação da prova não é condenação
Dizer que a diversidade física não está comprovada não significa dizer que ela não existe. Dizer que 2N é uma declaração de projeto não significa dizer que o projeto seja falso. A análise precisa fazer a força da conclusão corresponder à força da fonte.
LACNIC confirma a identidade registrada. PeeringDB lista interconexões e instalações declaradas. Telecentro apresenta características de seu data center. ENACOM registra um acordo e um caso histórico. Cada fonte é adequada para certos fatos e limitada para outros. Atribuir afirmações empresariais à empresa preserva essa diferença.
A regra vale no sentido contrário. Empresas podem omitir rotas detalhadas por segurança e competição. Um campo não divulgado não é evidência de fraqueza. A incerteza deve ser descrita como questão aberta, sem virar acusação.
Essa precisão beneficia o leitor. Ela separa o que está documentado, o que foi declarado e o que precisaria ser testado. A operação real pode ser mais resiliente ou menos resiliente do que a documentação pública sugere. Sem dados adicionais, nenhuma das duas hipóteses deve ser tratada como fato.
O que observar nas próximas atualizações
Evidências de comportamento seriam mais informativas do que novos rótulos. Um relatório de teste de geradores, autonomia de bateria e combustível, perda de refrigeração ou corte de fibra mostraria desempenho. Uma atualização de diretório pode indicar mudança, mas deveria ser confirmada por operação atual.
Também é necessário separar expansão comercial de obra física. Uma nova porta SIP, uma oferta mais rápida ou outro parceiro de peering não demonstra construção de dutos independentes. Por outro lado, uma nova entrada física pode melhorar a resiliência antes de aparecer em um diretório. As duas camadas evoluem em ritmos diferentes.
Futuros incidentes precisam ser lidos com o escopo correto. Um cliente isolado não define a rede, como o caso de 2014 não define o desempenho atual. Um relatório detalhado, contudo, pode revelar dependências, capacidade de desvio e tempo de reparo. Uma segunda falha durante manutenção mostra quanto da reserva realmente permanece.
A precisão do registro também deve ser acompanhada. Contatos, organização e recursos precisam refletir a realidade para facilitar coordenação. O registro é memória compartilhada; os equipamentos e rotas em operação são a realidade dinâmica. A qualidade de uma camada não elimina a necessidade da outra.
AS27747 responde quem é a rede, não quanto ela aguenta
O AS27747 é uma identidade necessária para o roteamento global. Ele permite associar a Telecentro a anúncios e responsabilidades. O registro, porém, não fornece energia, não resfria racks e não repara fibras. É um mecanismo de coordenação, não um substituto da infraestrutura física.
A realidade operacional está no código que roda nos equipamentos, nas rotas efetivamente usadas, na carga dos sistemas e nas equipes capazes de recuperar o serviço. Quatro alimentadores, 2N, N+1 e um anel a quatro hubs são descrições de arquitetura. Tornam-se prova de resiliência quando caminhos independentes, capacidade de reserva e testes sustentam a descrição.
As fontes atuais comprovam que a Telecentro está ligada ao AS27747, declara presença em pontos de interconexão e apresenta um data center com várias camadas de proteção. Também permitem documentar o acordo SIP de 2025 e o caso individual iniciado em 2014. Elas não mapeiam todos os dutos, medem autonomia, revelam carga de contingência ou permitem generalizar uma reclamação.
Para quem não é especialista, a pergunta final é simples. O ASN diz «qual é a rede». A resiliência exige responder «qual caminho continua, com quanta capacidade, durante quanto tempo e sob o controle de quem». Enquanto essas respostas não vierem de mapas, medições, ensaios e incidentes bem documentados, o registro deve ser lido como registro — valioso, preciso e limitado ao que de fato conserva.
Fontes
- Perfil público da Telecentro S.A. no diretório BTW
- Registro RDAP da LACNIC para o AS27747
- Perfil do AS27747 no PeeringDB
- API do PeeringDB para a rede AS27747
- Perfil da instalação Telecentro - Lomas del Mirador no PeeringDB
- API do PeeringDB para a instalação 14274
- Página empresarial da Telecentro sobre o data center
- ENACOM: aditivo de interconexão Telecom Argentina–Telecentro, 2025
- ENACOM: Resolução 6638 de 2016

