Resumen

  • El objeto aut-num de RIPE para AS211392 identifica al titular como DREAM CLOUD INNOVATION LIMITED (ORG-DCIL3-RIPE), con país GB y el nombre libre «softbank»; ninguna de las seis fuentes revisadas documenta una relación corporativa entre esa cadena de texto y una empresa llamada SoftBank.
  • El registro que el propio operador mantiene en PeeringDB declara 50 prefijos IPv4, 3 prefijos IPv6 y un nivel de tráfico de 50–100 Gbps, mientras que tres paneles independientes contaron 16, 19 y 22 prefijos IPv4 y ningún prefijo IPv6 el 25 de septiembre de 2026.
  • El mismo sistema autónomo aparece con dos descripciones IRR distintas —«softbank» en RIPE y DREAMCLOUDINNOVATIONLIMITED en RADB— y con estados RPKI desiguales por prefijo, incluido 154.83.23.0/24 marcado como NOT-FOUND.
  • La geografía observada no coincide con la administrativa: el titular está registrado en el Reino Unido y el tráfico se geolocaliza aproximadamente 54% en Japón y 44% en Hong Kong, sin presencia en el país registrado.

Un sistema autónomo es un identificador de enrutamiento, no una entidad jurídica. Cualquier lectura del caso AS211392 tiene que empezar separando las capas que lo describen, porque cada una responde a una pregunta distinta y ninguna sustituye a las demás.

Capa uno: el registro

El objeto aut-num de RIPE, tal como lo refleja el espejo de IPGeolocation (registro consultado), registra al titular como DREAM CLOUD INNOVATION LIMITED bajo el identificador ORG-DCIL3-RIPE, en país GB, con estado ASSIGNED, fecha de creación y última modificación 2021-05-03, una política de importación y exportación declarada únicamente hacia AS59117 y AS4809, y mantenimiento conjunto bajo RIPE-NCC-END-MNT y un mantenedor LIR del Reino Unido. Ese mismo espejo informa 16 rutas IPv4 y ninguna ruta IPv6. El campo as-name —texto libre, sin validación por parte del registro— dice «softbank».

Capa dos: el autorregistro del operador

En PeeringDB, la red 28020 (ficha de red) está asociada a la organización DREAM CLOUD LIMITED y se describe como NSP, con 50 prefijos IPv4, 3 prefijos IPv6, nivel de tráfico de 50–100 Gbps, ratio equilibrado, alcance Asia-Pacífico, política de peering abierta, as-set IRR AS211392:AS-CUSTOMERS y presencia operativa en AT TOKYO (CC1/CC2). El registro se actualizó por última vez el 2025-06-06; el campo de estado ante el RIR, el 2024-06-26.

La organización 30519 (ficha de organización) figura a nombre de DREAM CLOUD LIMITED con dirección en Las Vegas (220 Emerald Vista Way) y lista dos redes: AS211392 («DREAM CLOUD») y «DREAM CLOUD INNOVATION AS135074».

Capa tres: la observación independiente

IPinfo (página del ASN) atribuye al titular 2.048 direcciones IPv4, cero direcciones IPv6, tipo de red Hosting, 3.566 dominios alojados, seis pares y tres proveedores de tránsito —AS23764 CTGNet, AS58453 China Mobile International y AS139076 EnjoyVC, en Japón—, y sitúa alrededor del 54% del tráfico en Japón y el 44% en Hong Kong, sin tráfico en el país donde está registrado el titular.

El toolkit de Hurricane Electric (bgp.he.net) contó 19 prefijos IPv4 originados y anunciados, 17 de ellos con origen validado por RPKI, cero prefijos IPv6, siete pares BGP observados y 4.864 direcciones IPv4 originadas. La misma página reproduce un segundo objeto IRR para el mismo número: un aut-num de RADB con as-name DREAMCLOUDINNOVATIONLIMITED, mantenido bajo MAINT-AS59117-1.

ping.pe (panel de prefijos) lista 22 prefijos anunciados atribuidos a «softbank - DREAM CLOUD INNOVATION LIMITED», con estados RPKI por prefijo que incluyen prefijos marcados VALID y el prefijo 154.83.23.0/24 marcado NOT-FOUND.

La ficha de directorio de BTW para este titular es softbank DREAM CLOUD INNOVATION LIMITED.

La brecha que ordena el caso: 50 frente a 16, 19 y 22

Las cifras no son una contradicción en sentido estricto. Los paneles de enrutamiento observan desde puntos de vista concretos, y sus recuentos dependen del tratamiento de los prefijos originados y de la ventana de captura. Eso explica que tres mediciones simultáneas den 16, 19 y 22 prefijos en lugar de un único número.

Lo que la evidencia permite sostener es más estrecho y, por eso mismo, más útil: el único documento que afirma 50 prefijos IPv4 y 3 prefijos IPv6 —y un nivel de tráfico de 50–100 Gbps— es el autorregistro del operador, actualizado por última vez el 2025-06-06. Ninguna de las tres mediciones independientes del 25 de septiembre de 2026 observó un solo prefijo IPv6, y todas ellas se quedaron muy por debajo de 50 prefijos IPv4. La diferencia no se resuelve eligiendo el número más alto ni el más bajo, sino etiquetando cada cifra con su origen y su fecha.

La seguridad de rutas añade un segundo matiz. Una medición valida 17 de 19 prefijos mediante RPKI; otra, que parte de un conjunto de 22 prefijos, muestra al menos un prefijo anunciado sin ROA válida. Ambas cosas pueden ser ciertas al mismo tiempo, porque no describen el mismo conjunto de prefijos en el mismo instante ni desde el mismo punto de observación.

Qué no se puede concluir

  • Un registro público no es un título de propiedad. El as-name «softbank» es texto libre y ninguna de las fuentes revisadas lo vincula con una relación corporativa documentada respecto de cualquier empresa llamada SoftBank. Tratar esa cadena como prueba de titularidad, de marca o de grupo sería un error de lectura, y es además el tipo de cadena que las herramientas de terceros propagan sin verificarla.
  • El autorregistro describe intención, capacidad aprovisionada o, sencillamente, un estado desactualizado; esta evidencia no permite distinguir entre esas tres cosas.
  • No hay en esta evidencia ningún producto de nube orientado a clientes, ningún contrato ni ninguna presentación societaria del titular.
  • Las marcas de tiempo administrativas —2021-05-03, 2024-06-26, 2025-06-06— son fechas de registro, no eventos operativos.
  • No se establece quién controla AS135074, quién mantiene MAINT-AS59117-1 ni quién ejerce el mantenimiento del LIR del Reino Unido.

Cómo leer las capas sin sobreinterpretarlas

Para el lector profesional, la consecuencia práctica es un protocolo de lectura: citar cada capa con su fuente y su fecha; no sumar cifras de orígenes distintos para fabricar un total; y exigir corroboración contractual antes de nombrar cualquier relación corporativa que solo aparezca en un campo de texto libre.