AS271796 mostra duas rotas IPv4 da Fly Internet, não a rede de acesso por trás delas

Resumo

• Os registros da LACNIC vinculam o AS271796 ativo,179.51.204.0/24e2803:7fe0::/32ao registrante exato da Fly Internet.
• A RIPEstat observou o AS271796 originando duas rotas IPv4/24, enquanto a captura de estado de roteamento analisada não mostrou anúncio IPv6.
• Todos os 676 caminhos BGP capturados colocaram o AS64123 imediatamente antes do AS271796, indicando uma passagem visível que não estabelece contrato comercial nem upstream exclusivo.
• A validação RPKI foivalidpara179.51.204.0/24eunknownpara38.255.0.0/24;unknownnão é inválido e não é evidência de hijack.
• A evidência pública estabelece um limite de recurso numérico e roteamento, mas não a malha de fibra da Fly Internet, cobertura, capacidade, uptime, redundância ou desempenho de restauração.

1. Uma marca de acesso local com identidade de roteamento verificável

O site público da Fly Internet descreve um negócio centrado em acesso à Internet. Ele anuncia serviço residencial e empresarial, fibra até a casa, conexões de fibra óptica e entrega sem fio em torno de Capilla del Senor. Esse posicionamento importa porque situa a empresa na categoria de provedor de acesso, e não no enquadramento de data center, colocation ou servidor em data center associado à linha de planejamento original.

Entretanto, linguagem de marketing é apenas uma camada de evidência. Ela mostra como o operador quer que seu serviço seja entendido. Não confirma, por si só, onde a fibra está instalada, quais endereços conseguem contratar conexão, quantos clientes estão ativos, quais velocidades são sustentadas ou como a rede se comporta durante uma falha. Essas perguntas exigem outros registros ou medição direta.

O ponto de ancoragem público mais robusto é o AS271796. O registro da LACNIC identifica o sistema autônomo com COLOMBO ALEJANDRO MAURICIO (FLY INTERNET), correspondendo à entidade exata do diretório da BTW. O ASN dá à empresa uma identidade visível no plano de controle: outras redes podem observar rotas que terminam nesse origin e comparar essas rotas ao longo do tempo.

Essa visibilidade é valiosa, mas delimitada. Um sistema autônomo é uma identidade de roteamento administrativa, não um mapa de dutos, postes, rádios, switches ou imóveis de clientes. A evidência pública estabelece uma borda de Internet, enquanto deixa em aberto as perguntas sobre entrega física onde as fontes não respondem.

2. A fronteira exata da entidade vem antes da interpretação de rede

A pesquisa corporativa perde precisão quando um nome comercial é tratado como se fosse identidade legal ou de diretório não verificada. Aqui, a rota pública de diretório traz o nome exato COLOMBO ALEJANDRO MAURICIO (FLY INTERNET) no slug específico da Argentina. O registro de diretório correspondente é uma entidade corporativa única publicada. Uma entrada com nome semelhante sem o sufixo de país está arquivada e fica fora do limite da pesquisa.

A LACNIC fornece uma cadeia de identidade independente. O registro AS271796 usa o handle do registranteAR-FLIS-LACNIC, e o nome da organização corresponde à entidade do diretório. O mesmo registro identifica Alejandro Mauricio Colombo como contatos administrativo, técnico e de abuso. Dados de contato pessoais privados não são necessários para a tese pública; o ponto material é que a identidade do registro fecha sobre o mesmo operador nomeado.

Essa correspondência evita vários desvios. Previne associar uma rota a outra empresa com marca semelhante, tratar um alias arquivado como segundo operador ativo ou confundir um titular de recurso de rede com um negócio de hospedagem. Também torna o monitoramento futuro reproduzível porque a entidade, ASN e caminho canônico de diretório estão fixos.

O casamento da identidade não prova cada declaração do site do operador. Também não estabelece que toda rota observada no AS271796 seja de propriedade registrada daquela entidade. A equivalência de identidade define o objeto da pesquisa; cada recurso e cada alegação operacional ainda exigem evidência própria.

3. A LACNIC atua como um livro-caixa do sistema autônomo

O registro RDAP da LACNIC marca AS271796 como ativo e data seu registro em 14 de setembro de 2020. Esse registro deve ser entendido como uma entrada contábil: identifica o titular e o recurso, informa contatos operacionais e preserva um registro administrativo atual. Ele não dá ao registro visibilidade sobre cada roteador ou acordo comercial por trás do ASN.

Essa distinção reflete uma hierarquia prática. Dados de registry respondem quem é registrado como responsável por um recurso numérico. Dados de roteamento em execução respondem se, onde e como coletores observam anúncios desse recurso. Nenhuma dessas camadas, isoladamente, estabelece propriedade física, qualidade comercial do serviço ou topologia completa.

O ASN, ainda assim, cria responsabilidade. Uma rota originada por AS271796 pode ser checada contra a organização registrada, comparada a dados de autorização de origem de rota e monitorada para mudanças em prefixos ou sistemas autônomos adjacentes. Se o estado de roteamento público mudar, a identidade estável no registry fornece um ponto de referência para perguntar o que mudou e quem pode explicar.

O registro não deve ser superestimado como certificação. Registro não verifica cobertura do operador, não garante que contatos de abuso respondam, não assegura segurança de rota nem demonstra continuidade. Seu valor é mais básico e durável: unicidade, responsabilidade registrada e um identificador comum pelo qual outras evidências podem ser conectadas.

4. Um bloco IPv4 é registrado diretamente para a Fly Internet

O serviço RDAP da LACNIC vincula179.51.204.0/24ao mesmo registrante Fly Internet. Um/24contém 256 endereços IPv4. O registro estabelece uma alocação registrada ativa e o liga à entidade exata já identificada via AS271796.

Esse é o enunciado mais limpo sobre endereçamento no conjunto de fontes. O titular do registro, o titular do sistema autônomo e o origin observado convergem. A RIPEstat também vê o AS271796 originando esse prefixo. Essa concordância de três camadas sustenta uma afirmação estreita: a Fly Internet é a detentora registrada do bloco e esteve originando-o de forma visível no período observado.

O número 256 não deve virar contagem de clientes nem estimativa de capacidade. Endereços IPv4 públicos podem suportar infraestrutura, pools de NAT, atribuições a clientes, sistemas de gestão ou outros usos. Um endereço pode representar muitos usuários por trás de NAT CGN, enquanto alguns endereços podem ficar reservados ou sem uso. Quantidade de endereços e quantidade de assinantes são métricas diferentes.

A alocação também não diz onde o tráfego entra ou sai da rede física. Não identifica rotas de fibra, locais de torre, pontos de presença, dependências de energia ou equipamentos de cliente. É um fato de recurso numérico preciso, útil por ser preciso, não porque revela tudo ao redor.

Essa precisão restrita é a base correta para comparação se o titular do registro, o status do prefixo ou o origin visível mudarem posteriormente.

5. Um bloco IPv6 registrado não é o mesmo que uma rota IPv6 anunciada

A LACNIC registra separadamente2803:7fe0::/32como alocação IPv6 ativa para o mesmo registrante. A alocação é substancial em termos de endereço, como blocos IPv6 costumam ser, mas o ponto principal é administrativo: o recurso existe no registry e está associado à Fly Internet.

A resposta de roteamento revisada da RIPEstat não registrou prefixos IPv6 anunciados para AS271796. A consulta RPKI para o/32registrado retornouunknown. Essas observações não anulam o registro. Mostram apenas que a visão pública de roteamento capturada não estabeleceu anúncio IPv6 do ASN naquele momento.

Registro e uso podem divergir por várias razões legítimas. O operador pode reservar uma alocação para implantação futura, anunciar via outro arranjo, usar rotas mais específicas não visíveis na resposta revisada ou operar IPv6 internamente sem originar o agregado sob o ASN consultado. As evidências congeladas não conseguem discriminar essas hipóteses.

Portanto, seria impreciso descrever a Fly Internet como origem dual-stack publicamente visível com base nesse conjunto. Também seria impreciso afirmar que o operador não tem capacidade IPv6. A conclusão defensável é mais estreita: um/32está registrado, enquanto não houve anúncio IPv6 de origem observado no status de roteamento capturado.

6. Duas origens IPv4 foram visíveis

A resposta de announced-prefixes da RIPEstat para AS271796 cobre o intervalo observado de 14 a 28 de julho de 2026. Ela lista duas rotas IPv4/24: o179.51.204.0/24registrado e o38.255.0.0/24. Juntas somam 512 endereços na visão pública de roteamento.

A resposta de routing-status acrescenta contexto. Registra primeira visibilidade em 24 de setembro de 2020 e última visibilidade em 28 de julho de 2026. Relata duas rotas IPv4 anunciadas, nenhum prefixo IPv6 anunciado e um vizinho observado. Todos os 329 peers IPv4 RIS consultados viram a rede nesse snapshot.

São medições do plano de controle, não de tráfego. Uma rota pode ficar visível mesmo sem fluxo de clientes, e um serviço pode ser comprometido enquanto o anúncio BGP permanece estável. Inversamente, uma rota pode desaparecer de alguns coletores sem que todos os clientes percam serviço. Visibilidade é um sinal operacional importante, mas não uma métrica direta de disponibilidade.

As duas rotas observadas ainda fornecem uma linha de base útil. Capturas futuras podem detectar novo prefixo, retirada, mudança de origem, vizinho imediato diferente ou aparecimento de IPv6. O valor está na comparabilidade temporal, não em tratar o snapshot como auditoria operacional completa.

7. A segunda rota IPv4 tem fronteira de registro diferente

A rota38.255.0.0/24exige mais cautela que o primeiro/24. Uma requisição RDAP da LACNIC redirecionou a consulta para a ARIN. A resposta ARIN capturada identifica a alocação mãe da Cogent38.0.0.0/8; ela não traz registro exato da Fly Internet para o/24.

A RIPEstat, porém, observou o AS271796 como origem. Isso estabelece um fato operacional: coletores viram a rota chegar no ASN da Fly Internet durante o intervalo capturado. Não estabelece por que o espaço estava disponível para o operador nem que arranjo legal e comercial o rege.

O espaço de endereços pode ser delegado, arrendado, reatribuído dentro de uma alocação maior ou anunciado sob arranjo de cliente/parceiro. O registro pai sozinho não distingue essas possibilidades. Chamar o/24de “propriedade da Fly Internet” ultrapassaria a evidência.

A distinção não é de detalhe. A origem do registro afeta resposta a incidentes, tratamento de abuso, histórico de transferências e perguntas sobre quem pode autorizar ou revogar uso. Para essa rota, a descrição pública correta é “um anúncio de origem AS271796 observado”. Qualquer alegação mais forte de alocação exige um registro exato ou outra cadeia de delegação autorizada.

8. Visibilidade ampla em coletores não significa uptime de clientes

A RIPEstat informou que todos os 329 peers IPv4 RIS consultados viram AS271796. Isso indica propagação ampla no conjunto de coletores respondentes. Sustenta a visão de que as duas rotas não eram anúncios isolados visíveis apenas em uma parte pequena da Internet.

O denominador importa. Peers RIS são pontos de medição, não clientes da Fly Internet, nós de acesso ou localidades de serviço. A visão deles descreve alcançabilidade de roteamento a partir de redes participantes. Não mede se o terminal óptico de uma residência está online, se uma torre sem fio tem energia ou se há congestionamento em uma conexão noturna.

Uma rota pode continuar globalmente visível enquanto um corte local de fibra desconecta parte de uma rede de acesso. Também pode permanecer visível quando o operador descarta tráfego internamente, perde um switch de agregação de cliente ou tem problema de DNS de domínio. A persistência BGP na borda não enxerga essas condições internas.

O resultado 329-de-329 deve ser usado como linha de base delimitada: o ASN tinha anúncios IPv4 amplamente visíveis no momento revisado. Ele não deve virar percentual de uptime, garantia de nível de serviço ou prova de disponibilidade para clientes.

9. A captura BGP revela uma passagem imediata consistente

A resposta de estado BGP capturada contém 676 observações de coletores nas duas rotas IPv4. Em todas, o AS64123 aparece imediatamente antes do AS271796 de origem. Essa consistência torna a adjacência o traço de topologia mais evidente no snapshot público.

Um ASN pré-origem imediato é o último salto autônomo visível antes de a rota chegar ao origin. Ele identifica uma passagem no plano de controle. Não rotula, por si só, a relação comercial. AS64123 pode representar trânsito, acesso wholesale, peering, agregação ou outro arranjo não divulgado no BGP.

A observação também é datada. Preferências de roteamento mudam, sessões caem, novas adjacências surgem e coletores selecionam caminhos diferentes. Um snapshot posterior pode mostrar outro vizinho sem tornar a captura anterior incorreta. A topologia pública deve sempre vir com o limite temporal explícito.

Para continuidade, o resultado cria uma pergunta direcionada: quais arranjos operacionais sustentam a passagem AS64123 para AS271796 e o que ocorre se esse caminho ficar indisponível? As fontes identificam a fronteira, mas não respondem sobre resiliência.

Nenhum coletor de rotas resolve essa pergunta sem evidência da camada de entrega atrás da fronteira do ASN.

10. Valores repetidos de AS64123 não indicam vários upstreams independentes

Algumas AS paths capturadas têm valores repetidos. BGP pode incluir prepending, quando um AS repete seu próprio número para influenciar seleção de rota. Essas repetições não devem ser contadas como organizações, circuitos ou relações upstream separadas.

Nas observações, a identidade pré-origem imediata permanece AS64123. A repetição altera o comprimento do caminho representado no plano de controle, não o número de conexões fisicamente verificadas. Tratar cada token repetido de ASN como rota distinta superestima a diversidade.

Mesmo AS paths distintos não provam, automaticamente, independência física. Duas sessões podem atravessar o mesmo prédio, mesmo duto, mesma fonte de energia ou mesmo provedor de transporte. Inversamente, dois links entre o mesmo par de AS podem ser fisicamente diversos enquanto aparecem idênticos no caminho AS. Diversidade lógica e física devem ser avaliadas separadamente.

O snapshot é útil para monitoramento relativo à topologia, não para certificar redundância. Ele sustenta uma passagem observada consistente e uma base mensurável. Não revela número de circuitos, de sites, exclusividade contratual ou domínios comuns de falha.

11. Um único valor de AS64123 não é prova de múltiplos upstreams independentes

O relatório de status de roteamento da RIPEstat registra um vizinho observado, coincidindo com o padrão de BGP-state. É tentador interpretar isso como “um único upstream de rede”. A evidência sustenta “havia um vizinho visível”, não “existe apenas um upstream”.

Uma sessão de backup pode ficar ociosa, exportar rota só em falha ou ficar oculta porque coletores preferem outro caminho. O operador também pode ter múltiplos circuitos entregues pelo mesmo ASN. O BGP público comprime esses links fisicamente diferentes para a mesma sequência de AS imediata.

Também importa o caso inverso: a relação observada pode ser de fato concentrada. Se toda rota externa depende de um único caminho comercial e físico, um incidente nesse limite pode ter consequências amplas. Os registros atuais não calculam essa exposição.

A conclusão responsável é uma questão operacional em aberto, não uma nota de resiliência. Seria necessário contrato, pontos de presença, diversidade de interface, rotas de transporte, energia e failover testado para afirmar se a passagem é redundante ou frágil.

12. A validação de origem de rota é desigual nas duas rotas IPv4

A resposta de validação RPKI da RIPEstat reportavalidpara AS271796 originando179.51.204.0/24. A autorização de origem valida permite o origin e um prefix-length máximo de/24. O resultado está alinhado com o bloco registrado, a origem observada e os metadados de segurança usados pela validação de origem de rota.

Para38.255.0.0/24, o mesmo serviço retornaunknowne sem ROA de validação. O contraste é material porque as duas rotas compartilham ASN origem, mas não o mesmo estado de autorização observado. Um sistema de monitoramento deve manter os resultados separados, em vez de atribuir um único status ao conjunto da rede.

Validade RPKI não é endosso de qualidade de serviço. Uma rota válida pode ainda sofrer leaks, má configuração, congestionamento ou falha física. Ela apenas diz que o par origin-prefix testado é autorizado pelos metadados aplicáveis. Não certifica caminho, experiência do cliente ou controles internos.

O estado desigual gera uma superfície de responsabilização concreta. O/24registrado tem sinal de autorização positivo. O segundo/24observado não possui esse sinal no resultado de validação capturado. Checagens futuras podem mostrar mudança do estado desconhecido para válido sem transformar a lacuna atual em alegação.

13. Unknown não é invalid

Terminologia de RPKI tem significado específico.Validsignifica que uma autorização aplicável permite o origin e o comprimento de prefixo observados.Invalidsignifica que existe autorização aplicável, mas o anúncio conflita com ela.Unknowngeralmente significa que o validador não encontrou autorização aplicável para a rota testada.

O resultado de38.255.0.0/24é unknown, não invalid. Ele não mostra que o AS271796 sequestrou a rota, que a rota é rejeitada universalmente ou que a Fly Internet agiu com negligência. As redes aplicam suas próprias políticas, e muitas aceitam rotas unknown enquanto filtram ou rebaixam rotas inválidas.

O resultado também não resolve a fronteira de alocação. O registro pai da ARIN e a ausência de ROA aplicável mantêm a relação exata de delegação fora da evidência congelada. Isso é motivo para manter incerteza, não licença para preencher lacuna com suspeita.

O enunciado operacionalmente útil é modesto: a rota foi observada, sua origem foi AS271796 e o validador retornou unknown. Essa combinação pode ser monitorada e investigada se a origem ou disponibilidade mudar.

14. A consulta RPKI de IPv6 também retornou unknown

A consulta RPKI para2803:7fe0::/32retornou unknown. Em isolamento, isso significa que o validador revisado não gerou autorização válida para o bloco IPv6 registrado. A resposta de routing-status, ao mesmo tempo, reportou ausência de anúncio IPv6 por AS271796.

Esses fatos descrevem camadas diferentes. O registro define o titular do recurso. O retorno RPKI descreve metadados de autorização para um par origin-prefix testado. O snapshot de roteamento descreve o que os coletores observaram. Nenhuma dessas três camadas substitui a outra.

Como não houve origem IPv6 observada, o resultado unknown não é evidência de rota atualmente visível não autorizada. Também não estabelece se a Fly Internet tem implantação planejada, anúncio não observado ou ausência de serviço IPv6 ativo. As fontes terminam na fronteira pública.

O sinal futuro mais útil seria uma mudança coordenada: surgir rota IPv6, a visibilidade de coletor tornar-se mensurável e existir autorização aplicável validando a origem. Até lá, o/32registrado e não visto permanece no registro de números da operadora, em vez de prova de acesso dual-stack entregue.

A ausência desse sinal coordenado é um estado de monitoramento, não um julgamento sobre intenções do operador.

15. O site da operadora descreve serviços, não entrega medida

O site da Fly Internet usa linguagem de acesso local: FTTH, conexões de fibra óptica, redes sem fio, planos residencial e empresarial e atendimento em Capilla del Senor. Essas declarações sustentam a classificação da empresa como provedora de acesso à Internet.

Não fornecem mapa de cobertura medido de forma independente. Uma lista de tipos de plano não mostra quais ruas são atendidas, onde a fibra foi ativada, como setores sem fio são planejados ou se um endereço específico recebe desempenho anunciado. A disponibilidade pode variar dentro de uma área nominal de serviço.

O site também promove conectividade empresarial simétrica. Isso é uma oferta do operador, não prova de velocidade atingida sob carga, taxa de informação comprometida, latência, perda de pacotes ou tempo de reparo. A afirmação pertence ao discurso de posicionamento e não pode virar achado de desempenho.

Essa separação protege leitores e o operador. O marketing é representado com precisão, mas a falta de medições independentes não é preenchida com certeza inventada. Os registros públicos de rede acrescentam outro tipo de evidência: ASN identificável e rotas visíveis, não benchmark de experiência de cliente.

16. FTTH não revela quem possui a planta física

A expressão fibra até a casa descreve uma arquitetura de entrega, mas não identifica quem é dono de cada ativo. Um operador pode possuir fibra, arrendar pares, comprar acesso wholesale, compartilhar postes, contratar obras civis ou combinar backhaul de fibra com entrega sem fio no último trecho.

As fontes congeladas não identificam dutos, postes, gabinetes, splitters, OLTs, torres ou dispositivos de acesso. Não fornecem mapas de rota, inventários de site, registros de concessão ou contratos de fornecedor. Seria incorreto derivar uma pegada física apenas do ASN e do site.

Propriedade e controle operacional também podem diferir. Um provedor pode gerenciar provisão e suporte ao cliente enquanto depende de outro para transporte, reparos ou acesso à infraestrutura passiva. Essas dependências impactam tempo de restauração e continuidade, mas não aparecem no BGP.

Para a Fly Internet, a evidência sustenta uma borda pública de roteamento e uma oferta operacional de fibra e sem fio descrita pelo operador. A infraestrutura por trás dessa oferta continua uma camada de pesquisa aberta. Para responder a ela seriam necessários registros de ativos, evidência em campo, divulgações wholesale ou documentação operacional direta.

17. O enquadramento de Data Center deve ser rejeitado

A linguagem de planejamento original sugeria análise de Data Center, colocation, sala de servidores ou infraestrutura hospedada. Nenhuma fonte congelada apoia esse enquadramento. O próprio site do operador descreve acesso à Internet, e os dados de registry e roteamento descrevem recursos numéricos e origem de rota.

Um ASN não implica operação em Data Center. Muitos provedores locais de acesso mantêm números de sistema autônomo para originar bloco de endereços e trocar rotas. Uma passagem BGP visível pode terminar em um ambiente de provedor, em instalação de parceiro ou em outra rede; o caminho público não identifica um negócio de colocation.

Da mesma forma, a presença de IPv4 públicos não prova servidores, racks, sistemas de energia ou refrigeração. Esses são fatos físicos e comerciais distintos. Afirmá-los converteria infraestrutura de Internet genérica em narrativa de instalação específica sem evidência.

A tese defensável, portanto, é uma narrativa de responsabilização de rede de acesso. Ela pergunta o que as camadas de recursos e roteamento deixam visível, e depois identifica perguntas de entrega física, capacidade e continuidade que permanecem sem resposta.

18. BGP mostra a borda, não a rede interna

O roteamento externo condensa a complexidade interna de um operador em um origin. Os coletores veem AS271796 anunciar duas rotas e recebê-las por um ASN vizinho imediato. Eles não observam os enlaces internos que levam tráfego da borda até os equipamentos de acesso e clientes.

Dentro da rede pode haver vários roteadores, pontos de agregação, torres de fibra, anéis de fibra, topologias em árvore ou um design mais simples. Protocolos internos e endereços privados podem ocultar essa estrutura. Nada no estado BGP capturado seleciona uma arquitetura.

Domínios de falha também ficam ocultos. Duas áreas de clientes podem compartilhar o mesmo backhaul, alimentação elétrica ou switch de agregação. Alternativamente, caminhos BGP visualmente iguais podem ser suportados por transporte e equipamentos diversos. A cadeia de rota não distingue esses casos.

Por isso, evidência de plano de controle deve ser descrita como fronteira de borda. Ela estabelece que um recurso é alcançável globalmente por uma passagem visível. Não descreve o caminho interno que transforma essa alcançabilidade em serviço de acesso funcionando.

19. Visibilidade de rota e entrega de tráfego são medições diferentes

O anúncio BGP indica que uma rede pode ser alcançada. Ele não mede se os pacotes chegam ao fim, se aplicações respondem ou se clientes recebem serviço aceitável. O tráfego pode falhar após alcançar a origem, e o congestionamento pode degradar desempenho enquanto a rota fica estável.

O conjunto de fontes não contém volume de tráfego, latência, perda, throughput ou medições de DNS. Também não contém relatórios de indisponibilidade ou sondagens longitudinais de serviço. Qualquer afirmação sobre qualidade real de serviço exigiria essas observações adicionais e um método de medição claramente definido.

A distinção é especialmente importante para provedores regionais pequenos. Uma rota globalmente visível pode dar aparência de exposição completa, enquanto a experiência do usuário depende de fibra local, condição de rádio, energia e capacidade de reparo que coletores globais não enxergam.

Para responsabilização, a linha de base de roteamento ainda é útil. Quando houver incidente reportado, pesquisadores podem comparar visibilidade de rota com relatos de clientes. Se o BGP permanecer estável, a investigação pode ir para o interior da rede. Se rotas forem retiradas, a passagem externa vira pista mais forte. A evidência atual define essa base sem afirmar incidente.

Essa comparação só vira diagnóstico quando timestamps de rota e relatórios de serviço forem alinhados cuidadosamente.

20. Contatos de registro são uma superfície operacional, não garantia

Os registros da LACNIC incluem contatos administrativo, técnico e de abuso ligados ao registrante Fly Internet. A capacidade de contato faz parte da governança de recursos numéricos porque outras redes e investigadores precisam de um responsável quando há rotas, relatórios de abuso ou dados de registro que exigem atenção.

Detalhes pessoais de telefone, endereço e e-mail não são reproduzidos. O papel deles na evidência é alinhar o nome jurídico com o registro de recursos de rede e confirmar que o ASN e as alocações têm contatos operacionais designados.

Ter campo de contato preenchido não prova resposta ágil. Endereços podem ficar obsoletos, responsabilidades mudam e um contato nominal pode não controlar todas as decisões operacionais. Medir qualidade de contato exigiria abordagem ativa e histórico de resposta datado, o que está fora deste conjunto de fontes.

O livro-caixa do registro, ainda assim, cria ponto de partida. Se surgir anomalia de origem de rota ou abuso, o contato registrado pode ser comparado com os canais públicos atuais de suporte do operador. Registros precisos reduzem ambiguidade mesmo sem garantir resposta operacional imediata.

21. O registro de membros adiciona corroborção, não nova alegação

Um PDF oficial de registro eleitoral da LACNIC foi capturado com o conjunto de fontes. Ele pode corroborar a presença da identidade da operadora no ecossistema de registro, mas seu texto não foi totalmente extraído localmente para esta revisão.

Como não houve extração textual completa disponível, o PDF não traz alegação factual única aqui. O ASN exato e os vínculos de endereços já vêm dos registros RDAP legíveis por máquina, que são mais fortes e mais fáceis de reproduzir.

Isso ilustra uma regra de evidência: possuir arquivo não equivale a validar seu conteúdo. Uma fonte deve contribuir apenas com o que foi realmente revisado e conectado ao assunto. Material não legível ou capturado parcialmente não deve decorar uma tese.

A mesma regra se aplica a uma requisição ao Cloudflare Radar que retornou HTTP 403. Uma captura falha não pode sustentar alegações de tráfego, popularidade ou roteamento. Os registros autorizados de registry e RIPEstat estabelecem a identidade de rede com fronteira definida sem depender dessa requisição.

22. O que a evidência pública não consegue estabelecer

O conjunto de fontes não contém contagem de assinantes, receita, participação de mercado ou mistura de clientes. Não estabelece se predominam conexões residenciais ou empresariais. Não fornece mapa de cobertura independente, extensão de fibra instalada, contagem de torres ou lista de endereços atendidos.

Capacidade também fica opaca. Duas rotas/24não revelam throughput de acesso, commit upstream, demanda de pico, folga de headroom ou congestionamento. O número de observações BGP reflete caminhos de coletores, não capacidade. Os registros públicos não identificam modelos de equipamento, velocidades de interface ou políticas de oversubscription.

Continuidade permanece não medida. Não há topologia de anel documentada, redundância de energia, segundo upstream, meta de restauração, inventário de contingência ou histórico de indisponibilidade. Uma passagem AS64123 consistente pode contextualizar essas perguntas, mas não respondê-las.

Essas omissões não são evidência de mau desempenho. São limites do que pode ser dito com responsabilidade. Um perfil orientado à realidade distingue ausência de prova pública de prova de ausência e mantém incerteza explícita em vez de preencher com marketing ou suspeita.

23. As perguntas mais úteis para clientes começam onde o BGP termina

Para um cliente, a existência de ASN registrado e rotas amplamente visíveis é relevante. Mostra que a Fly Internet tem uma identidade pública de roteamento distinta, em vez de aparecer apenas por meio de um site de varejo. O ROA válido para um/24registrado adiciona um sinal positivo de autorização de origem.

Mas decisões de compra dependem de detalhes fora da evidência atual. Clientes podem querer saber se sua conexão usa fibra ou sem fio, quais equipamentos e energia de backup atendem a área, se o plano empresarial inclui taxa comprometida e quão rápido falhas são reparadas.

Clientes corporativos têm perguntas extras de continuidade. Eles podem exigir caminhos de acesso diversos, processo documentado de escalonamento, endereçamento estático, compromissos de nível de serviço ou fallback que não compartilhe a mesma dependência física. Nada disso pode ser inferido do ASN.

As evidências, portanto, fornecem vocabulário mais preciso em vez de um veredito. Elas permitem separar recursos registrados, roteamento visível, metadados de segurança, acesso físico e termos contratuais, e depois pedir ao operador prova na camada relevante para cada decisão.

24. Uma linha de base de monitoramento pode melhorar a responsabilização futura

O estado capturado fornece marcadores reproduzíveis: AS271796;179.51.204.0/24registrado;2803:7fe0::/32registrado;38.255.0.0/24observado; vizinho imediato AS64123; uma validação IPv4 válida; uma IPv4 unknown; e nenhum anúncio IPv6 observado.

Verificações periódicas podem detectar mudanças significativas. Um novo vizinho pode indicar interconexão adicional ou rearranjo de roteamento. Uma rota IPv6 nova visível pode mostrar progresso de implantação. Mudança de unknown para valid no segundo/24IPv4 pode refletir novos metadados de autorização.

Mudar ainda exige interpretação. Uma retirada de rota pode ser manutenção planejada, lacuna de medição ou indisponibilidade. Um novo caminho pode representar ativação de backup, troca de provedor ou seleção diferente de coletor. Registro e evidência do operador devem ser revisados antes de atribuir causa.

A linha de base é útil porque torna essas perguntas futuras concretas. Ela transforma uma descrição genérica em fatos de rede observáveis, mantendo a diferença entre o que a Internet expõe e o que só o operador consegue documentar.

Essa diferença é a fronteira central de responsabilização para toda atualização futura desse perfil.

25. A fronteira pública da Fly Internet é real, mas incompleta

A Fly Internet não é apenas uma página de marca nesse conjunto de evidência. A entidade exata do diretório está vinculada ao AS271796 ativo, a um/24IPv4 registrado diretamente, a um/32IPv6 registrado e a duas origens IPv4 observadas. Esses registros estabelecem uma superfície de recurso de rede atual.

O snapshot de roteamento adiciona passagem AS64123 consistente e visibilidade ampla de IPv4 em coletores. O RPKI adiciona uma imagem de autorização desigual: válido para o179.51.204.0/24registrado diretamente, unknown para38.255.0.0/24observado e unknown para o bloco IPv6 registrado não anunciado.

Nada disso revela a fronteira operacional física por trás do serviço. As fontes não estabelecem propriedade de fibra, cobertura sem fio, capacidade, redundância, uptime, desempenho de restauração ou upstream exclusivo. Também não sustentam o enquadramento de Data Center sugerido no planejamento original.

O perfil correto é, portanto, concreto e contido. AS271796 torna a Fly Internet visível como operador de roteamento. Os registros públicos mostram onde termina a responsabilidade na borda da Internet, enquanto rede de acesso, compromissos de serviço e controles de continuidade por trás dessa borda permanecem em aberto para novas evidências.

26. Recursos registrados e rotas observadas devem permanecer em colunas separadas

A evidência da Fly Internet fica mais clara quando os registros administrativos e as observações de roteamento são tratados como duas colunas, não misturados em uma única narrativa. A coluna registrada contém AS271796,179.51.204.0/24e2803:7fe0::/32, todos vinculados pela LACNIC à entidade exata. A coluna observada contém as rotas e caminhos reportados pela RIPEstat em intervalo datado.

As colunas convergem em179.51.204.0/24: o bloco está registrado diretamente para Fly Internet e aparece com AS271796 como origem. Essa convergência oferece a alegação mais forte do conjunto. Ainda assim, não revela implantação interna, mas os identificadores de titular de recurso e estados operacionais coincidem.

As colunas divergem em38.255.0.0/24. A rota aparece na coluna observada, enquanto a consulta congelada no registry chega à alocação mãe da Cogent e não a um registro exato da Fly Internet para esse/24. A divergência não torna a rota ilegítima. Significa que a evidência pública não revela o instrumento de delegação que conecta o espaço ao origin.

Também divergem para IPv6. O/32está na coluna registrada, mas o status de roteamento revisado não mostra anúncio IPv6. Manter colunas separadas evita dois erros comuns: tratar todo recurso registrado como roteado e tratar toda rota observada como alocação proprietária. O método é mais útil do que um único número porque preserva o tipo de evidência por trás de cada alegação.

27. Perguntas de dependência física exigem evidência física

A continuidade de rede depende de equipamentos, transporte, sites, energia, pessoas e acesso contratual. Nenhum desses elementos é contado a partir de um registro de sistema autônomo. Uma avaliação de resiliência responsável precisaria identificar pelo menos os locais de handoff externo, os caminhos desses locais para a rede de acesso e os domínios de falha compartilhados ao longo do percurso.

Para serviço de fibra, evidência útil pode incluir desenho em anel ou árvore, diversidade de rota entre armários e handoffs, dependências de postes ou dutos, fibra reserva, equipamentos ópticos e capacidade de reparo em campo. Para sem fio, pode incluir locais de torre, backhaul, arranjos de espectro, backup de energia, capacidade setorial e exposição a clima. O conjunto atual não revela nada disso.

O mesmo rigor se aplica ao AS64123. Sua posição consistente antes de AS271796 mostra um relacionamento de plano de controle, mas não localiza interconexão nem identifica o transporte usado. Um único contrato comercial pode ser entregue por vários links protegidos, enquanto vários contratos podem convergir para um único sítio físico. Contagem de contratos, de AS e de domínios de falha não são equivalentes.

Uma futura divulgação do operador pode responder parte dessas perguntas sem expor detalhes sensíveis. Ela poderia informar se a conectividade externa é entregue em mais de um site, se áreas de acesso têm backhaul independente ou se serviços empresariais têm metas de restauração que não compartilham mesma dependência física. Até haver essa evidência, permanecem perguntas, não uma nota de resiliência defensável.

28. Metadados de segurança e continuidade de serviço resolvem problemas diferentes

RPKI ajuda redes a avaliar se um sistema autônomo está autorizado a originar um prefixo. Isso é um controle de segurança importante, especialmente ao comparar registros e anúncios de roteamento em escala. O resultado válido para179.51.204.0/24oferece um sinal positivo, verificável por máquina, para um único par origem-prefixo.

A continuidade do serviço exige outro conjunto de perguntas. Uma rota perfeitamente autorizada pode ficar indisponível por falha de roteador, corte de fibra, falta de energia no site ou congestionamento em caminho upstream. Por outro lado, uma rota unknown de RPKI pode carregar tráfego legítimo por anos. O estado de autorização deve informar a análise de segurança de rota sem virar proxy de uptime.

Essa separação também evita conclusão de “tudo seguro” a partir da rota válida. O segundo/24observado da Fly Internet permanece unknown no resultado de validação capturado, e o bloco IPv6 registrado não é observado em roteamento. A rede tem vários estados de recurso, não um rótulo único de RPKI.

A responsabilização operacional melhora quando cada camada tem sua evidência. O registro correto identifica titular responsável. O RPKI adiciona metadado de autorização. O BGP mostra anúncios executados e adjacências visíveis. Medições de tráfego e registros de operador tratariam entrega e recuperação. Nenhuma dessas camadas deve ser usada para provar o que pertence à outra.

29. Uma divulgação melhor torna a base pública mais acionável

A evidência atual já sustenta monitoramento com sentido, mas pequenas divulgações adicionais a tornariam muito mais útil. Um registro exato explicando o uso de38.255.0.0/24fecharia a lacuna de delegação. Uma publicação de ROA, se operacionalmente adequada, poderia alterar o estado de autorização de unknown para valid.

IPv6 é outro ponto de transparência. A Fly Internet poderia informar se o/32registrado está reservado, em implantação ou oferecido a clientes por arranjo de roteamento não visível em AS271796. Essa declaração não substitui medição, mas ajudaria a interpretar a diferença entre registro e anúncio observado.

As alegações de continuidade também ganhariam robustez com base mais firme. Se o operador publica upstreams diversos, transporte protegido, energia de backup ou metas de restauração, tais afirmações devem indicar com clareza camada e escopo a que se aplicam. “Redundante” pode significar duas portas de roteador, dois circuitos, dois prédios ou dois caminhos físicos independentes; não são equivalentes.

O objetivo não é exigir publicação de topologia sensível. É alinhar declarações públicas com evidência que clientes e pares consigam entender. Os registros existentes já estabelecem uma identidade de rede real e uma linha de base estável de plano de controle. Divulgação bem delimitada poderia conectar essa borda às promessas de entrega e continuidade que hoje permanecem invisíveis.

Fontes

https://btw.media/en/directory/colombo-alejandro-mauricio-fly-internet-arhttps://flyinternet.com.ar/https://rdap.lacnic.net/rdap/autnum/271796https://rdap.lacnic.net/rdap/ip/179.51.204.0/24https://rdap.lacnic.net/rdap/ip/38.255.0.0/24https://rdap.lacnic.net/rdap/ip/2803:7fe0::/32https://stat.ripe.net/data/announced-prefixes/data.json?resource=AS271796https://stat.ripe.net/data/routing-status/data.json?resource=AS271796https://stat.ripe.net/data/bgp-state/data.json?resource=AS271796https://stat.ripe.net/data/rpki-validation/data.json?resource=AS271796&prefix=179.51.204.0%2F24https://stat.ripe.net/data/rpki-validation/data.json?resource=AS271796&prefix=38.255.0.0%2F24https://stat.ripe.net/data/rpki-validation/data.json?resource=AS271796&prefix=2803:7fe0::%2F32https://www.lacnic.net/innovaportal/file/7059/1/padron-electoral-comision-electoral-2026.pdf