En resumen
Toda IP accesible públicamente tiene un AS (sistema autónomo) que la "anuncia" en BGP, y el número de ese AS es el ASN. La clave: un ASN no se obtiene registrándose en ningún sitio, sino que lo anuncia algún AS en la tabla de enrutamiento BGP global. Por eso, cuando un bloque de IP nunca ha sido anunciado por ningún AS (redes privadas, segmentos internos, bloques recién asignados que aún no están activos o cubiertos solo por un anuncio agregado más amplio del upstream), no tiene ASN de origen en la tabla de enrutamiento global; bases de datos como MaxMind / IPinfo, lógicamente, tampoco lo encuentran y solo pueden obtener de whois un "nombre de organización" registrado. No es un error de la base de datos: ese bloque de IP realmente no tiene ASN.
1. Cómo se "vincula" un ASN a una IP
Mucha gente supone que un ASN es una propiedad fija "asignada" a una IP, como una dirección postal. En realidad es un hecho de enrutamiento dinámico. Para que un bloque de IP tenga ASN, debe recorrer esta cadena:
- ① Asignación — la IANA entrega grandes bloques de direcciones a los cinco RIR (APNIC para Asia-Pacífico), y cada RIR registra prefijos como
/19o/24a nombre de una organización. Este paso solo produce un registro whois; todavía no hay ASN. - ② Anuncio — esa organización (o su ISP upstream) usa su propio AS para "anunciar" mediante BGP a los routers vecinos: "enruta
113.48.0.0/19a través de mí". - ③ Nace el ASN de origen — el número del AS que anunció este prefijo se convierte en el ASN de origen del bloque. Las tablas de enrutamiento (RIB) de todo el mundo registran: este prefijo se origina en AS××××.
Así que la esencia de un ASN es "quién enruta este bloque de IP", no "quién es el titular de este bloque de IP". Si el paso ② nunca ocurre, el paso ③ nunca existe: el bloque nunca se resolverá a un ASN.
En resumen: sin ruta anunciada en BGP = sin ASN. Un ASN es un hecho registrado en la tabla de enrutamiento, no un campo de un registro.
2. Por qué algunas IP no tienen ASN: cuatro casos habituales
| Caso | Descripción | Escenario típico |
|---|---|---|
| Ruta no anunciada | El bloque de IP está asignado, pero el titular nunca lo anuncia en la tabla BGP pública (solo se usa internamente o por enlaces privados) | Redes privadas de gobierno y empresas, algunos segmentos internos de IDC, redes dedicadas sectoriales |
| Anuncio agregado | El upstream solo anuncia un bloque mayor que lo contiene; el subbloque no tiene un origen independiente propio | Un gran operador integra un /24 en un /16 y anuncia el agregado |
| Recién asignado, aún sin activar | El RIR acaba de entregar el prefijo a una organización, pero todavía no se ha conectado a BGP | Un bloque de direcciones recién solicitado cuyo enrutamiento aún no está configurado |
| Reservado / uso especial | Direcciones no enrutables globalmente (privadas, de documentación, CGNAT, etc.) | 10.0.0.0/8, 100.64.0.0/10, 192.0.2.0/24 |
Estos dos casos confunden a mucha gente, pero se comportan de forma muy distinta: una IP cubierta por un agregado es accesible (el bloque mayor está enrutado) y solo carece de ASN de origen propio, mientras que una IP que nunca se ha anunciado es simplemente inaccesible desde internet (si le haces ping, obtienes un 100% de pérdida de paquetes), aunque whois siga mostrando una organización registrada. Lo que tienen en común es que ninguna tiene un origen propio en la tabla BGP global.
3. Compruébalo tú mismo: confirma que "de verdad no hay ASN" con fuentes BGP de referencia
Que una base de datos de geolocalización no encuentre un ASN no significa necesariamente que la IP no lo tenga: puede que la cobertura de esa base de datos sea incompleta. Para salir de dudas, hay que preguntar a la propia tabla de enrutamiento BGP global. Estas son dos fuentes de referencia, gratuitas y de autoservicio:
3.1 RIPEstat: lee directamente la tabla de enrutamiento global
RIPEstat, de RIPE NCC, agrega datos de colectores BGP de todo el mundo. Para consultar el ASN de origen de una IP:
$ curl -s "https://stat.ripe.net/data/network-info/data.json?resource=113.48.177.6"
{
"data": {
"prefix": "", // ← vacío: ningún prefijo lo cubre
"asns": [] // ← vacío: sin ASN de origen
}
}asns: [] — un array vacío. Ningún AS en ninguna parte está anunciando esta IP en la tabla de enrutamiento global. Es una prueba concluyente.
3.2 Team Cymru: el servicio whois IP-to-ASN
Team Cymru mantiene el servicio de correspondencia IP→ASN más usado del sector, también basado en BGP:
$ whois -h whois.cymru.com " -v 113.48.177.6"
AS | IP | BGP Prefix | CC | Registry | Allocated | AS Name
NA | 113.48.177.6 | NA | CN | apnic | 2008-10-16 | NAAS = NA, BGP Prefix = NA. Fíjate en la derecha: Registry = apnic, Allocated = 2008-10-16 — este bloque de IP fue asignado a China por APNIC ya en 2008 (de ahí el código de país CN), pero nunca ha entrado en BGP, así que el AS es NA. "Asignado" y "tiene ASN" son dos cosas totalmente distintas, y este ejemplo deja esa diferencia clarísima.
4. Entonces, ¿de dónde sale un nombre como "China Great Wall Internet Server Provider"?
Si no hay ASN, ¿por qué una consulta de IP puede seguir mostrando el nombre de una empresa? Porque el nombre y el ASN proceden de dos conjuntos de datos completamente distintos:
- ASN / asn_org — procede de la tabla de enrutamiento BGP (quién enruta este bloque de IP). Sin anuncio, no hay valor.
- Nombre de ISP / organización en whois — procede del registro inetnum / de contactos de abuso del RIR (quién figura como titular de este bloque). Aunque el bloque nunca haya entrado en BGP, el registro sigue existiendo.
Algunas fuentes de datos devuelven un campo isp (por ejemplo, China Great Wall Internet Server Provider o Beijing Big Data Tech Co.,Ltd.). Es el nombre de la organización registrado en whois, no el campo org del ASN. Por eso es completamente normal ver la combinación "hay un nombre, pero no hay número de ASN".
El nombre responde a "quién registró este bloque de IP"; el ASN responde a "qué AS lo enruta". Que exista uno y falte el otro no es ninguna contradicción.
5. Impacto en la inteligencia de IP y en las consultas
El campo ASN de las bases de datos de IP comerciales es en esencia una instantánea de la tabla de enrutamiento BGP. Cuando una IP no tiene ASN de origen:
- Ninguna base de datos que dependa de BGP podrá dar un ASN: es un punto ciego compartido en el nivel de las fuentes de datos, no un descuido de un proveedor concreto.
- Lo único disponible es el nombre de la organización registrado en whois (si lo hay).
- Las clasificaciones basadas en el ASN (tipo de operador, si es un centro de datos, agrupación de riesgo) pierden fiabilidad con estas IP, y solo queda apoyarse en otras dimensiones, como el nombre de la organización, la geografía o el comportamiento.
Por eso, cuando CleanIP.io consulta una de estas IP, verás que el nombre de la organización se muestra como siempre, mientras que el campo ASN queda vacío: refleja fielmente que "este bloque de IP realmente no tiene ASN en la tabla de enrutamiento global", y no es un fallo de la consulta. En este caso, basta con fijarte en el nombre de la organización, el país de titularidad y las señales de riesgo; es normal que la columna ASN esté vacía.
Referencias
- RFC 4271 — A Border Gateway Protocol 4 (BGP-4)El propio protocolo BGP: definiciones de anuncio de prefijos / AS-PATH / origin
- RIPEstat Data API — network-infoHerramienta oficial de RIPE NCC para consultar por tu cuenta el prefijo / ASN de origen de cualquier IP
- Team Cymru — IP to ASN MappingEl servicio whois IP→ASN más usado del sector, basado en BGP
- IANA — IPv4 Address Space RegistryLa fuente que explica por qué la asignación de direcciones (RIR) y "si está enrutada o no" son dos cosas distintas