Resumen

  • almazcloud.network se presenta como "DIAMOND (en ruso ALMAZ)", un "proveedor nuevo y progresivo de servicios en la nube", con cinco productos de precios en dólares y una promesa de peering físico directo con Yandex, Sberbank y Rostelecom (DIAMOND storefront).
  • La evidencia de enrutamiento observable muestra algo distinto: AS210328 origina tres prefijos /24 (512 direcciones IPv4 en total), se anuncia solo a través de tres upstreams de tránsito (AS202425, AS201814, AS48693) y no muestra pares ni downstreams observados (Hurricane Electric; ping.pe).
  • PeeringDB se autodeclara con 0 prefijos IPv4 y 0 IPv6 mientras los coleccionistas observan tres prefijos originados (PeeringDB).
  • El ancla corporativa AO ALMAZ (INN 1196501003357) es una microempresa sájalinense de dos empleados dedicada a la maricultura (Checko; Audit-It; Tochka).
  • La novedad de esta cobertura no es ninguna inconsistencia aislada —cada una ya estaba documentada— sino el patrón: divergencia entre autodeclaración y observación en todas las capas de la cadena de identidad al mismo tiempo.

El catálogo frente al cable

El escaparate comercial del operador ofrece cinco productos: Cloud Connect desde 499 USD al mes por puerto físico de 10G, anuncios BGP desde 99 USD por prefijo, túneles GRE sin BGP desde 99 USD por 100 Mbps, VPN corporativa desde 9 USD por usuario y reventa de nube desde 99 USD por nube conectada, con interfaz de pedidos por CLI o API REST declarada (storefront). Cloud Connect se vende con la afirmación de una "conexión física directa de peering a Yandex, Sberbank, ROSTELECOM, Selected y otros proveedores de nube conocidos".

Ninguna observación de enrutamiento corrobora esa conexión. Hurricane Electric registra exactamente tres vecinos BGP para AS210328: AS202425 (IPV), AS201814 (MEVSPACE sp. z o.o.) y AS48693 (Rices), todos upstreams de tránsito; ni pares ni downstreams aparecen en el registro observado (HE; ping.pe). El objeto aut-num de RIPE, modificado por última vez el 2026-08-21, declara exactamente una contraparte de política: import desde AS48693 y anuncio hacia AS48693 (IPIP mirror).

La cadena de identidad, capa por capa

La organización RIPE ORG-ZA238-RIPE ("AO ALMAZ", número de registro 1196501003357, país RU) fue creada el 2021-12-21 y modificada el 2026-05-13; su correo es el marcador de redacción de RIPE y su lista mnt-ref nombra DN-MNT, FREENET-MNT y RETN-MNT, objetos de mantenedor de otros operadores (IPIP). El rol de abuso ZAN42-RIPE declara que solo responde a correos escritos en ruso y no ha sido modificado desde 2022-02-14.

Los registros corporativos rusos para ese INN confirman una entidad pequeña: la cobertura previa de BTW la estableció como una microempresa de maricultura en Sajalín con dos empleados (Checko; Audit-It; Tochka).

Divergencias de autodeclaración y observación

PeeringDB, la fuente que los operadores rellenan sobre sí mismos, declara para el registro 19111 "ALMAZCLOUD" (nombre largo "ALMAZ (DIAMOND) CLOUD NETWORK") 0 prefijos IPv4 y 0 IPv6, tipo NSP, tráfico de 10-20 Gbps y "Nunca vía route servers", con presencias en instalaciones de Moscú (PeeringDB). HE y ping.pe observan tres prefijos originados y 512 direcciones IPv4 (HE; ping.pe). IPTrace modela "tráfico 10-20Gbps", "política de peering restrictiva" y una "tasa de validez RPKI del 50%" (1 válida / 1 inválida de 2 muestreadas) para una red sin ninguna sesión de peering observada; su veredicto "inválida" también entra en conflicto con el NOT-FOUND de ping.pe para 185.218.138.0/24 (IPTrace; ping.pe).

RIPEstat atribuye dos prefijos con países: 77.91.65.0/24 (RU, 50%) y 185.136.15.0/24 (KZ, 50%), con instantánea "as of 2026-09-30" (RIPEstat). IPinfo, en cambio, clasifica el AS como "Inactive" con 0 direcciones, actualizado el 28-12-2021: un caso documentado de datos obsoletos (IPinfo).

Qué es nuevo aquí

La cobertura previa de BTW midió la huella, documentó la brecha de entrega (servicios del operador no encontrados en su propio espacio de direcciones), trazó la asimetría entre registro activo y mercado congelado, y verificó que las ediciones de registro de 2026 eran mantenimiento de rutina (ledger vs market; delivery gap; identity chain; August edit; RPKI window). Este artículo añade el cruce sistemático: cada afirmación del escaparate y cada autodeclaración de terceros se contrasta con la observación medible. El resultado es un patrón, no un desliz: promesa de peering sin sesiones de peering, catálogo de productos sin servicios entregables en el propio espacio de direcciones, cifras de tráfico modeladas sin tráfico observado, y una entidad legal de dos empleados detrás de un catálogo empresarial en dólares.

La interpretación prudente es la de un escaparate mantenidamente inactivo: no hay evidencia pública de que los productos vendidos se entreguen, y la continuidad del registro a través de 2026 muestra mantención, no operación. La pregunta abierta es si la divergencia es intención, abandono o algo intermedio; las fuentes públicas no lo establecen, y este informe no lo afirma. Dos superficies terceras más consultadas completan la comparación: la entrada del directorio IPv6-AS para Ao Almaz y el registro de IPregistry para AS210328.