Resumen

  • AS211386 figura como recurso ASN de clase virtual y estado observado, con la referencia de titular azure-london-internet-exchange-ltd y una confianza de 0,7 en la ficha de BTW actualizada el 16 de junio de 2026.
  • El nombre sugiere un servidor de rutas para LINX dentro de Microsoft Azure, pero la propia ficha admite que ninguna documentación operativa, actividad de enrutamiento ni declaración oficial de LINX o de Microsoft confirma ese papel.
  • La rendición de cuentas exige registro, contacto validado, operación observada y controlador identificado; un alias cubre el primero de los cuatro eslabones y deja los otros tres abiertos.

Un registro no es una empresa. Es una autorización con un nombre encima, y esa diferencia decide quién responde cuando algo sale mal.

AS211386 aparece en la ficha que BTW mantiene sobre AZURE London Internet Exchange Ltd. Solo para el Círculo Estratégico como un único recurso: tipo ASN, clase virtual, estado observado y referencia de titular azure-london-internet-exchange-ltd. La ficha se actualizó por última vez el 16 de junio de 2026 y lleva una confianza de 0,7. La entidad legal registrada es una sociedad privada, AZURE London Internet Exchange Ltd., con dos alias: London Internet Exchange Ltd. y LINX-ROUTE-SERV-AZURE London Internet Exchange Ltd.

El tercer alias es el más elocuente. En una sola cadena aparecen el intercambio londinense, un servidor de rutas y la nube de Microsoft. Leída como descripción, esa cadena promete una arquitectura. Leída como registro, solo promete un nombre.

La ficha lo dice con una franqueza poco habitual en un catálogo: el nombre implica una función de servidor de rutas para el London Internet Exchange (LINX) dentro de Microsoft Azure, pero ninguna documentación operativa, actividad de enrutamiento ni declaración oficial de LINX o de Microsoft confirma ese papel; hoy la entidad existe únicamente como entrada de registro.

La ficha enumera además cuatro vacíos sin adornos: no hay declaración oficial de LINX ni de Microsoft que confirme o niegue la titularidad; se desconoce el propósito y el calendario de activación de AS211386; no existen registros de contacto ni de personal asociados a la inscripción; y no hay evidencia de infraestructura de red ni de servicio. Ese conjunto tiene una consecuencia práctica inmediata: la ficha nombra a dos organizaciones grandes y no puede atribuir el número a ninguna de las dos.

La cadena defendible tiene cuatro eslabones: registro, autorización y contacto validados, operación observada y controlador responsable. Un nombre cubre el primero y falla en los otros tres. Por eso la pregunta correcta no es de quién es AS211386, sino quién podría demostrar que lo controla, con qué documento y ante quién.

La ficha apoya su contenido en dos fuentes técnicas: el endpoint as-overview de RIPEstat para AS211386 y el registro RDAP autnum 211386.

La única pieza externa verificada en esta nota describe otra cosa. ComputerWeekly informó que LINX describe su colaboración con Megaport como una «powerful expansion» del servicio Linx Cloud Connect, que ofrece acceso directo a servicios de nube esenciales a través de una infraestructura de red de confianza, con acceso de baja latencia, disponibilidad constante y mayor control sobre el tráfico de datos. Es una pieza real sobre la estrategia de nube del intercambio, y no toca el objeto de esta nota: el texto no menciona AS211386, no describe un servidor de rutas y no atribuye la titularidad de ningún ASN.

BTW ya publicó un perfil de esta misma inscripción el 26 de mayo de 2026, en la categoría company-region-global-type-cloud-service, y la trató como un ASN dormido vinculado por el nombre a un gran intercambio y a un gran proveedor de nube.

Este briefing cambia el eje. No anticipa qué hará el número: examina qué evidencia haría falta para que alguien responda por él, y qué parte de esa evidencia ya existe.

Tres hechos cambiarían la clasificación de inmediato.

Un registro de delegación con maintainer y contacto operativo demostraría custodia. Una observación de origen de prefijos convertiría el número en infraestructura en uso. Un estado RPKI diría si alguien autoriza anuncios en su nombre. Cualquiera de los tres traslada la conversación del catálogo a la operación, y ninguno puede sustituirse por una inferencia a partir del alias.

Esta nota no afirma ningún valor de as-name, estado de delegación, maintainer, fecha de modificación, origen de prefijos ni estado RPKI para AS211386. Los documentos de registro y de enrutamiento que habrían fijado esos valores no quedaron incorporados como evidencia aquí, y ninguno se deduce del nombre.

Un número sin custodio documentado no es un misterio. Es una autorización esperando dueño.