Resumen

  • Los espejos del registro RIPE atribuyen AS210837 a ROYA Communications and Internet Services Company Ltd. (ORG-RI63-RIPE, Mosul, Irak), con estado ASSIGNED, creado el 26 de agosto de 2021 y modificado por última vez el 20 de marzo de 2023; ninguna fuente de este registro fue inspeccionada directamente durante la investigación.
  • PeeringDB (net/30448), autodeclarado y actualizado por última vez el 27 de julio de 2022, recogía 22 prefijos IPv4 y 29 IPv6; Hurricane Electric reporta que el AS "no ha sido visible en la tabla de enrutamiento global desde el 11 de febrero de 2026" con 0 prefijos anunciados; CIDR Report afirma que "no se utiliza actualmente para anunciar prefijos"; e IP.CC y Robtex siguen listando un /24 (193.30.241.0/24) que otros asocian a un tercero.
  • No se recuperó ningún comunicado del operador y las cargas útiles autoritativas de RIPE no pudieron consultarse directamente: el desacuerdo entre recopiladores, fechado y atribuido, es en sí mismo el hallazgo central.

Un registro asignado, una visibilidad desvanecida

El punto de partida documental es el propio registro. Los espejos de terceros de los datos de RIPE —IPIP.NET, IPTrace y Robtex— reproducen un objeto aut-num para AS210837 con el nombre ROYA-Communications-and-Internet-Services-Company-Ltd, la organización ORG-RI63-RIPE y la organización patrocinadora ORG-DTUL2-RIPE, con estado ASSIGNED, fecha de creación del 26 de agosto de 2021 (11:45:54 UTC) y última modificación el 20 de marzo de 2023 (15:53:34 UTC) https://whois.ipip.net/AS210837 https://iptrace.net/en/as/210837 https://robtex.com/en/as-numbers/AS210837. El espejo de IPIP describe a ORG-RI63-RIPE como "ROYA Communications and Internet Services Company Ltd.", con país IQ, tipo OTHER, número de registro M.SH. A.-02-0000029678 y dirección en el barrio de las flores, 41002, Mosul, Nínive, Irak https://whois.ipip.net/AS210837.

Estas son transcripciones de espejos, no respuestas de RDAP inspeccionadas directamente. Ese matiz no es pedantería: cuando una investigación depende de terceros para leer el registro, cada campo hereda el riesgo de transcripción del intermediario. La falta de la carga autoritativa es, por tanto, parte del relato, no una excusa que se omite.

La huella autodeclarada de julio de 2022

La mejor aproximación a la presencia histórica del AS es su propio directorio. El registro de PeeringDB para la red 30448, gestionado por la operadora, la describe como Cable/DSL/ISP con ámbito en Oriente Medio, un tráfico de 5-10 Gbps, 22 prefijos IPv4 y 29 prefijos IPv6, con última actualización el 27 de julio de 2022 a las 05:36:12 UTC https://www.peeringdb.com/net/30448. El registro organizativo 32823 confirma el alias "Roya ISP" y el vínculo con el ASN https://www.peeringdb.com/org/32823.

Es un dato autodeclarado y aproximadamente contemporáneo del momento que la cobertura previa fijó como referencia histórica de julio de 2022. Como punto de comparación tiene límites claros: nadie verifica los recuentos de PeeringDB, y la entrada lleva casi cuatro años sin actualizarse.

El colapso fechado de 2026

Los recopiladores independientes coinciden hoy en la dirección del cambio. La página BGP de Hurricane Electric para AS210837 informa de que el AS "no ha sido visible en la tabla de enrutamiento global desde el 11 de febrero de 2026", con 0 prefijos anunciados (1 originado históricamente: 193.30.241.0/24; 0 en IPv6) y un único par BGP observado https://ipv4.bgp.he.net/AS210837. CIDR Report, por su parte, indica que AS210837 "no se utiliza actualmente para anunciar prefijos en la tabla de enrutamiento global, ni se emplea como AS de tránsito visible", aunque registra un más específico (45.151.234.0/24, más específico de 45.151.232.0/22) entre los anuncios de los últimos siete días https://www.cidr-report.org/cgi-bin/as-report?as=AS210837&view=6447.

Ambas fuentes están de acuerdo en lo sustancial —no hay anuncios actuales— y fechan el límite de observación. Pero no son pruebas de cese de actividad: son límites de lo que cada recopilador pudo ver, con ventanas de generación propias y umbrales de filtrado distintos.

El /24 que no desaparece del todo

La discrepancia está en los detalles. IP.CC sigue listando un prefijo IPv4 para AS210837: 193.30.241.0/24, descrito como TECHNOX-INTERNET-TEKNOLOJILERI, con país Turquía y RIR RIPE https://ip.cc/topic/asn/AS210837/. Robtex asocia el mismo /24 con OMEGATECH-AS https://robtex.com/en/as-numbers/AS210837. Un prefijo que dos vistas declaran cero, otra mantiene vivo y un tercero vincula a otra organización no es una contradicción trivial: puede reflejar cachés obsoletas, un umbral de visibilidad mínima (el parámetro min_peers_seeing de RIPEstat excluye por defecto rutas vistas por menos de 10 pares https://stat.ripe.net/docs/data-api/api-endpoints/announced-prefixes) o anuncios genuinamente intermitentes.

Lo que la documentación dice sobre las herramientas

La propia metodología importa aquí. La documentación de RIPEstat para el punto de acceso announced-prefixes (versión 1.2) define los parámetros resource y starttime/endtime (con una ventana por defecto de dos semanas) y min_peers_seeing (10 por defecto) https://stat.ripe.net/docs/data-api/api-endpoints/announced-prefixes. Un hilo del foro de RIPE NCC del 29 de junio de 2026 muestra que el punto de acceso puede retrasarse: en él se advierte que "los resultados más recientes disponibles tienen 26 horas de antigüedad" para otro ASN https://forum.ripe.net/t/the-data-for-announced-prefixes-has-not-been-updated-for-some-time-please-check-it/1737. El parámetro timestamp empleado en la URL histórica fijada para julio de 2022 no es el nombre documentado, de modo que esa instantánea podría no fijar el momento que pretende https://stat.ripe.net/data/announced-prefixes/data.json?resource=AS210837&timestamp=2022-07-01T00:00:00Z.

El silencio como dato

Ninguna fuente localizada contiene una declaración de ROYA Communications. Y las cargas útiles autoritativas —el objeto autnum de RIPE vía RDAP https://rdap.db.ripe.net/autnum/210837, el recuento actual y el histórico fijado de announced-prefixes de RIPEstat https://stat.ripe.net/data/announced-prefixes/data.json?resource=AS210837 https://stat.ripe.net/data/announced-prefixes/data.json?resource=AS210837&timestamp=2022-07-01T00:00:00Z — no pudieron recuperarse directamente con las herramientas de investigación de esta publicación el 26 de septiembre de 2026. La cobertura previa de BTW sobre este mismo sujeto ya había señalado que "el estado de continuidad actual sigue sin resolverse porque la investigación no obtuvo cargas vivas de los puntos de acceso identificados del registro, la medición y la agregación BGP" https://btw.media/en/as210837-continuity-gap-registry-routing-and-collector-visibility.

Un resultado nulo fechado es un hallazgo publicable, no un fracaso silencioso. Lo que puede afirmarse hoy con evidencia es exactamente esto: un registro vivo atribuido a una empresa de Mosul, una huella autodeclarada de 51 prefijos en julio de 2022, vistas de recopilador en 2026 que reportan cero, un /24 resistente atribuido en parte a terceros, y ninguna voz del operador en ninguna parte.

Qué tendría que demostrar una reparación

Si AS210837 volviera a operar, la reparación duradera no se probaría con una nota de prensa. Tendría que demostrar: anuncios restaurados observados de forma repetida e independiente en la tabla global; una declaración fechada del operador que explique la brecha de febrero de 2026; y registros de registro actualizados que concilien el objeto aut-num con la operación real. Cualquier cosa menos que eso dejaría la pregunta abierta.

Fuentes