Resumen

  • La capa comercial de almazcloud.network existe únicamente en el sitio propio del operador: cinco productos con precios desde 9 hasta 499 dólares al mes, incluida la afirmación de interconexión física directa con Yandex, Sberbank y Rostelecom.
  • Ninguna fuente independiente confirma esa interconexión: los agregadores de enrutamiento observan tres upstreams (AS202425, AS201814, AS48693), cero pares y cero redes downstream para AS210328.
  • El objeto RIPE aut-num fue reescrito: la versión vigente, con última modificación el 21 de agosto de 2026 a las 04:38:32 UTC, declara una política de importación y exportación que solo nombra a AS48693, mientras espejos antiguos aún muestran una versión de 2021 con as-name ALMAZCLOUD y tránsito por AS12695.
  • De los tres prefijos anunciados (77.91.65.0/24, 185.136.15.0/24 y 185.218.138.0/24), dos tienen ROA RPKI válido y 185.218.138.0/24 está en estado NOT-FOUND, es decir, sin protección de origen.
  • El perfil de PeeringDB, que registra cero prefijos y última actualización el 27 de julio de 2022, está obsoleto frente a la actividad de enrutamiento de 2026; IPinfo, por su parte, no observa upstreams ni direcciones que respondan a ICMP, en contraste directo con otros colectores.

El catálogo: lo que el operador declara vender

La página principal de almazcloud.network es la única fuente pública para la capa comercial de AO ALMAZ, la sociedad que se presenta como proveedor de servicios cloud "DIAMOND (en ruso, ALMAZ)". El catálogo enumera cinco productos con precios de partida explícitos:

  1. Cloud Connect — desde 499 dólares al mes por puerto físico de 10G, con la promesa de "conexión de peering física directa a Yandex, Sberbank, ROSTELECOM, Selected y otros proveedores cloud conocidos".
  2. BGP Announcements — desde 99 dólares al mes por prefijo anunciado, descrito como el anuncio del sistema autónomo o prefijo del cliente hacia los proveedores de uplink del operador para darle enrutabilidad global.
  3. No-BGP GRE Tunnel — desde 99 dólares al mes por cada 100 Mbps de ancho de banda, usando túneles IPsec GRE para anunciar los prefijos del cliente desde el hardware del operador.
  4. Corporate Cloud VPN — desde 9 dólares al mes por usuario.
  5. Cloud Reselling — desde 99 dólares al mes por cada cloud conectado.

La página también publica buzones de contacto operativos (cuyos detalles se analizan en las secciones restringidas), lo que indica al menos una operación administrativa activa. Nada en la página aporta prueba independiente de las interconexiones anunciadas; todo lo comercial es una declaración del propio vendedor.

El punto más verificable del catálogo es la promesa de peering físico. La conectividad con Yandex, Sberbank o Rostelecom dejaría huella en los datos de enrutamiento público en forma de sesiones de BGP observables o, al menos, de presencia conjunta documentada en puntos de intercambio. Esa es la prueba que este informe busca en los registros independientes.

Lo que el enrutamiento independiente muestra

Tres agregadores independientes coinciden en el contorno básico de AS210328. Hurricane Electric lista tres prefijos IPv4 originados (77.91.65.0/24, 185.136.15.0/24 y 185.218.138.0/24), de los cuales dos están anunciados y dos tienen ROA RPKI válido, con 512 direcciones IPv4 y 717 rutas AS observadas [bgp.he.net]. Los registros de ping.pe desglosan el estado RPKI por prefijo: 77.91.65.0/24 VALID, 185.136.15.0/24 VALID y 185.218.138.0/24 NOT-FOUND [records.ping.pe/210328]. La página de pares del mismo servicio concreta la topología: tres upstreams (AS202425, IP Volume inc, con 290 rutas observadas; AS201814, MEVSPACE sp.

z o.o., con 267; y AS48693, Rices Privately owned enterprise, con una sola ruta observada), cero pares y cero downstreams [records.ping.pe/peers/AS210328].

Ese patrón —tránsito comprado a terceros, sin pares y sin clientes de tránsito observados— es la medida más directa de la brecha comercial. Un negocio de anuncios BGP para clientes produciría normalmente alguna huella de downstream: prefijos de terceros anunciados a través de AS210328 o sesiones visibles con redes de clientes. Los colectores no muestran ninguna. IPregistry lo formula explícitamente: "AS210328 no tiene acuerdos de peering directos" y "actualmente no tiene redes downstream, lo que significa que no actúa como proveedor de tránsito para redes de clientes" [ipregistry.co].

IPinfo presenta el caso opuesto y instructivo: no observa upstreams, ni pares, ni downstreams, y ninguna dirección del ASN respondió a ICMP en su último barrido [ipinfo.io]. La discrepancia con los otros colectores ilustra el límite metodológico de todos estos datos: cada observatorio tiene una cobertura distinta y la ausencia de observación no prueba la ausencia de sesión. Pero cuando tres fuentes independientes observan el mismo conjunto de tres upstreams y ninguna observa un solo par o cliente, el peso de la evidencia apunta en una dirección coherente.

El detalle del tránsito también es relevante para la promesa de Cloud Connect. Los tres upstreams identificados son IP Volume inc (registrada en Seychelles), MEVSPACE (Polonia) y Rices (Ucrania). Ninguno es Yandex, Sberbank ni Rostelecom, y ninguno de los tres aparece en el catálogo del operador. La colocation sí es real en un sentido limitado: PeeringDB y espejos de registro listan tres instalaciones de Moscú para AS210328 (Moscow M9, IXcellerate MOS1 y Berzarina Data Center), instalaciones que comparte con redes grandes como Cloudflare, MegaFon, RETN, Selectel y Digital Network [peeringdb.com], [iptrace.net].

Pero compartir un centro de datos no es peering: es la condición previa más barata, y los datos de sesión no muestran que esa condición previa se haya convertido en interconexión con las marcas anunciadas.

El objeto RIPE: dos versiones que circulan

El registro autoritativo de AS210328 ha cambiado de forma material. La versión vigente del objeto aut-num, con última modificación el 21 de agosto de 2026, declara as-name ALMAZ, organización ORG-ZA238-RIPE (AO ALMAZ, número de registro 1196501003357), y una política de importación y exportación que solo nombra a AS48693: "import: from AS48693 accept ANY" y "export: to AS48693 announce AS210328". El objeto fue creado el 27 de diciembre de 2021 y lleva la marca de eliminación de datos personales de RIPE (dummification) [apps.db.ripe.net], [whois.ipip.net].

Los espejos de terceros conservan al menos dos versiones del mismo objeto. La más antigua, fechada en diciembre de 2021, muestra as-name ALMAZCLOUD, una descripción con el sitio web del operador y una política de tránsito por AS12695 (CJSC Digital Network), con contactos administrativos y técnicos DUMY-RIPE [iptrace.net]. La divergencia entre espejos es un recordatorio útil: los datos de terceros pueden tener meses o años de retraso respecto del registro vivo, y cualquier afirmación sobre el estado actual debe anclarse en la fecha de observación.

La política vigente, que nombra solo a AS48693, no coincide exactamente con la observación de tres upstreams en los datos de BGP. Un aut-num que declara un solo vecino mientras los colectores ven tres sesiones activas sugiere que la política del objeto se documenta con menos detalle del que opera la red, o que las sesiones con AS202425 y AS201814 se establecen sin reflejo completo en la política. En cualquier caso, ninguna de las dos versiones del objeto —la de 2021 ni la de 2026— nombra a Yandex, Sberbank ni Rostelecom.

Los propios objetos de ruta añaden una nota incómoda para la narrativa de marca: dos de los tres prefijos que AS210328 origina (185.136.15.0/24 y 185.218.138.0/24) están descritos en su registro con el nombre de una persona física, Vlad Cojuhari, y el tercero (77.91.65.0/24) con el de Foton Telecom CJSC [bgp.he.net], [records.ping.pe/210328]. Un operador que se presenta como proveedor cloud corporativo origina, según el registro, espacio de direcciones registrado a nombres de terceros ajenos a esa marca.

El objeto de rol vinculado (nic-hdl ZAN42-RIPE, buzón de abuso del propio operador) incluye además una observación de servicio notable: "respondemos solo a correos escritos en idioma ruso" [ipgeolocation.io].

Referencias comerciales: el precio como contexto

Los precios del catálogo se sitúan en un espectro muy amplio. Como referencia de mercado, Yandex Cloud publica precios de su producto Interconnect orientados a interconexiones dedicadas de nivel empresarial, con una estructura de costes por puerto y ancho de banda que sitúa el Cloud Connect de 499 dólares en el extremo económico del mercado de interconexión [yandex.cloud]. Eso no invalida la oferta: los servicios de anuncio BGP a bajo costo y la reventa de conectividad son un nicho real.

Pero sí enmarca la pregunta central: el cliente que paga 99 dólares al mes por un anuncio de prefijo compra, según los datos observables, una sesión de tránsito a través de tres upstreams pequeños de Seychelles, Polonia y Ucrania, no una presencia en el ecosistema de los proveedores cloud rusos que el catálogo nombra.

Qué establece la evidencia y qué no

Lo que los registros independientes establecen con fechas:

  • AS210328 existe, está asignado desde el 27 de diciembre de 2021 y anuncia activamente espacio de direcciones en 2026.
  • Tiene capacidad técnica real de originar prefijos, y dos de sus tres prefijos están protegidos con ROA válidos.
  • Su conectividad observable es tránsito de terceros; no hay pares ni downstreams observados.
  • Su objeto RIPE fue reescrito el 21 de agosto de 2026 y su política vigente nombra solo a AS48693.

Lo que la evidencia no establece:

  • Que exista una interconexión física directa con Yandex, Sberbank o Rostelecom. Ninguna fuente independiente la observa.
  • Que la empresa tenga clientes activos de anuncio BGP o Cloud Connect. Cero downstreams observados es consistente con un negocio pequeño o sin arrancar, aunque la limitación de cobertura de los colectores impide una conclusión definitiva.
  • Que los productos del catálogo se entreguen tal como se describen. Solo hay una parte en esa transacción que habla: el vendedor.

La conclusión defendible es de brecha, no de fraude: entre lo que el catálogo declara y lo que la red observable entrega hay una distancia concreta y medible, y esta investigación la documenta con fuentes fechadas en lugar de cerrarla por interpretación.

Fuentes

  1. https://almazcloud.network/
  2. https://apps.db.ripe.net/db-web-ui/query?searchtext=AS210328
  3. https://bgp.he.net/AS210328
  4. https://records.ping.pe/210328
  5. https://records.ping.pe/peers/AS210328
  6. https://www.peeringdb.com/net/19111
  7. https://ipregistry.co/AS210328
  8. https://ipinfo.io/AS210328
  9. https://iptrace.net/en/as/210328
  10. https://whois.ipip.net/AS210328
  11. https://ipgeolocation.io/browse/asn/AS210328
  12. https://docs.db.ripe.net/removal-of-personal-data/
  13. https://labs.ripe.net/author/kranjbar/proposed-improvements-to-dummification-of-personal-data-in-the-ripe-database/
  14. https://radar.qrator.net/as-set/AS-ALMAZCLOUD-NETWORK
  15. https://btw.media/en/almazclouds-as210328-registration-versus-real-network-operation
  16. https://yandex.cloud/en/docs/interconnect/pricing
  17. https://btw.media/es/directory/almazcloud-network