Resumo
- O Hurricane Electric registra que o AS210837 "não está visível na tabela de roteamento global desde 11 de fevereiro de 2026", com zero prefixos anunciados e um único par BGP observado.
- O PeeringDB, com dados autorreportados pela operadora e atualizados pela última vez em 27 de julho de 2022, lista 22 prefixos IPv4 e 29 prefixos IPv6 e um tráfego de 5–10 Gbps para o tipo de rede Cable/DSL/ISP.
- O CIDR Report afirma que o AS210837 "não é atualmente usado para anunciar prefixos na tabela de roteamento global, nem é usado como AS de trânsito visível", enquanto o IP.CC lista um único prefixo, 193.30.241.0/24, com país Turquia.
- Nenhum payload autoritativo do RIPE RDAP ou da RIPEstat foi diretamente recuperado nesta pesquisa (26 de setembro de 2026), e a operadora não publicou declaração alguma; a ausência, datada, é em si um resultado reportável.
O que se sabe do número autônomo AS210837 depende quase inteiramente de terceiros. Espelhos do registro RIPE reproduzem um objeto aut-num denominado ROYA-Communications-and-Internet-Services-Company-Ltd, com organização ORG-RI63-RIPE, patrocinadora ORG-DTUL2-RIPE, status ASSIGNED, criado em 26 de agosto de 2021 e modificado pela última vez em 20 de março de 2023. O espelho IPIP.NET descreve a organização como "ROYA Communications and Internet Services Company Ltd.", país Iraque, tipo OTHER, com registro comercial M.SH. A.-02-0000029678 e endereço no bairro flowers, 41002, Mosul, Nineveh.
Esses valores são reportados por espelhos — a resposta RDAP primária não foi inspecionada diretamente nesta pesquisa.
A pegada autorreportada é mais antiga e mais densa. O registro da rede no PeeringDB (net/30448), atualizado pela última vez em 27 de julho de 2022, lista o tipo Cable/DSL/ISP, escopo Oriente Médio, tráfego de 5–10 Gbps, 22 prefixos IPv4 e 29 prefixos IPv6; o registro organizacional confirma o alias "Roya ISP".
Cerca de quatro anos depois, as vistas dos coletores divergem: o Hurricane Electric reporta invisibilidade desde 11 de fevereiro de 2026 com zero prefixos anunciados (um originado: 193.30.241.0/24); o CIDR Report relata ausência de anúncios e de trânsito visível, mas registra um mais específico (45.151.234.0/24, um subconjunto de 45.151.232.0/22) entre anúncios dos sete dias anteriores; o IP.CC lista exatamente um prefixo IPv4, 193.30.241.0/24, com descrição TECHNOX-INTERNET-TEKNOLOJILERI e país Turquia — e o Robtex associa esse mesmo /24 a OMEGATECH-AS.
A discrepância tem explicações possíveis que esta peça não pode resolver: caches desatualizados, limiares de filtragem (o parâmetro min_peers_seeing do RIPEstat exclui rotas com visibilidade baixa, com padrão 10), ou anúncios genuinamente intermitentes.
A documentação da RIPEstat também mostra que o endpoint announced-prefixes pode atrasar — um tópico no fórum da RIPE NCC de 29 de junho de 2026 registra um aviso de "resultados mais recentes com 26 horas" para outro ASN — e que o parâmetro correto para fixar um momento histórico é starttime/endtime, não "timestamp", o que significa que o URL de julho de 2022 usado em buscas anteriores pode não fixar o que pretendia.
A consequência prática é uma lacuna de responsabilização em três camadas. Na camada da operadora, quem controlava os anúncios e sua retirada não declarou nada publicamente. Na camada do registro, a relação entre a organização registrada em Mosul e a rede anunciada é sustentada por espelhos, não por payload autoritativo. Na camada de medição, a divergência entre coletores significa que qualquer relato de "zero prefixos" é uma observação datada e parcial, não um fato absoluto.
Uma reparação durável, segundo o padrão aplicado aqui, teria que demonstrar anúncios restaurados e observáveis de forma independente e repetida, além de uma declaração datada da operadora — não apenas a ausência de um erro.
Fontes
- https://btw.media/en/as210837-continuity-gap-registry-routing-and-collector-visibility
- https://docs.db.ripe.net/How-to-Query-the-RIPE-Database/Registration-Data-Access-Protocol
- https://docs.db.ripe.net/RPSL-Object-Types/Descriptions-of-Primary-Objects
- https://forum.ripe.net/t/the-data-for-announced-prefixes-has-not-been-updated-for-some-time-please-check-it/1737
- https://github.com/RIPE-NCC/whois/blob/master/README.RDAP.md
- https://ip.cc/topic/asn/AS210837/
- https://iptrace.net/en/as/210837
- https://ipv4.bgp.he.net/AS210837
- https://rdap.db.ripe.net/autnum/210837
- https://robtex.com/en/as-numbers/AS210837
- https://stat.ripe.net/data/announced-prefixes/data.json?resource=AS210837
- https://stat.ripe.net/data/announced-prefixes/data.json?resource=AS210837×tamp=2022-07-01T00:00:00Z
- https://stat.ripe.net/docs/data-api/api-endpoints/announced-prefixes
- https://whois.ipip.net/AS210837
- https://www.cidr-report.org/cgi-bin/as-report?as=AS210837&view=6447
- https://www.peeringdb.com/net/30448
- https://www.peeringdb.com/org/32823
Briefing para membros
Contexto aprofundado do perfil
Faça login com o nível de assinatura correto para desbloquear o briefing completo e as notas das fontes.
Apenas para Strategic Circle
Strategic Circle
Aberto a todos os leitores. Desbloqueie Briefings de perfil após se inscrever e fazer login.
Junte-se ao Strategic CircleSomente para Leadership Alliance
Leadership Alliance
Para proprietários e gestores qualificados de ativos de PI; faça login para desbloquear os briefings da Leadership Alliance.
Junte-se ao Leadership Alliance
