Cómo comprobar quién anuncia un prefijo IP en BGP

No confundas observación, registro y autorización

BGP muestra una ruta visible; RDAP, un registro; RPKI, una autorización concreta de origen.

Los ejemplos explican el método y no son observaciones de producción.

Empieza por observar el origen del prefijo

Para saber qué red anuncia un prefijo hay que observar la ruta y guardar el momento de la consulta. BGP muestra el ASN que aparece como origen, pero no resuelve por sí solo el registro ni la autorización.

IP Prefix: 203.0.113.0/24
Observed BGP Origin: AS64500

203.0.113.0/24
AS64510 AS64520 AS64500

Origin ASN: AS64500

Prefix: 192.0.2.0/24
Origin ASN: AS64500

Paso 1: anota el prefijo exacto

Escribe el prefijo CIDR, la hora y la fuente. Una dirección individual, el rango registrado y el prefijo anunciado pueden no coincidir.

203.0.113.45

203.0.113.0/24

Registered range:
203.0.112.0/23

203.0.112.0/24
203.0.113.0/24

203.0.112.0/23

Pasos 2–3: consulta los datos de BGP e identifica el ASN de origen

Consulta varios servicios de datos de enrutamiento. En una ruta AS normal, el ASN situado al final suele ser el origen observado; conserva las excepciones y el contexto de la medición.

203.0.113.0/24
AS3356 AS1299 AS64500

AS64500

Paso 4: compara BGP con RDAP

RDAP describe el registro del recurso y BGP describe la ruta visible ahora. La organización registrada puede usar a otro proveedor para anunciar, y ninguna fuente sustituye el análisis contractual.

RDAP:
Prefix: 203.0.113.0/24
Organization: Example Network Ltd.

BGP:
Origin ASN: AS64500

RDAP organization:
Example Enterprise Ltd.

BGP origin:
AS64496 — Example Transit Provider

Paso 5: comprueba la autorización RPKI

Una ROA de RPKI autoriza a un ASN concreto a originar un prefijo hasta una longitud determinada. Valid, Invalid y NotFound describen esa comprobación, no la seguridad total de la red.

ROA:
Prefix: 203.0.113.0/24
Authorized ASN: AS64500

203.0.113.0/24 → AS64500

Expected origin
        ↓
ROA authorization
        ↓
Observed BGP origin

ROA:
203.0.113.0/24 → AS64500

BGP:
203.0.113.0/24 → AS64500

Valid

ROA:
203.0.113.0/24 → AS64500

Observed BGP:
203.0.113.0/24 → AS64501

BGP:
203.0.113.0/24 → AS64500

ROA:
None found

Paso 6: revisa los objetos IRR

Los objetos IRR son una declaración registrada de intención de enrutamiento. Pueden estar desactualizados o faltar, por lo que sirven como apoyo y no como prueba de actividad actual.

route: 203.0.113.0/24
origin: AS64500

Paso 7: busca prefijos más específicos

Una ruta más específica puede atraer solo una parte del tráfico. Compara el prefijo amplio con sus rutas hijas antes de describir el comportamiento completo.

203.0.112.0/23 → AS64500

203.0.113.0/24 → AS64501

Paso 8: entiende los orígenes múltiples

Varios ASN de origen pueden ser normales en una migración, anycast o multihoming. Confirma primero si ambos orígenes eran esperados.

203.0.113.0/24 → AS64500
203.0.113.0/24 → AS64501

Paso 9: contrasta varias vistas de BGP

Una sola sonda no representa toda Internet. Repite la consulta en distintos colectores, regiones y horas, y conserva el momento de cada observación.

Paso 10: revisa el historial

El historial ayuda a relacionar cambios con migraciones, incidencias o cambios de proveedor. Sugiere una secuencia, pero no demuestra la causa automáticamente.

January:
203.0.113.0/24 → AS64500

May:
203.0.113.0/24 → AS64501

Separa registro, enrutamiento y autorización

El registro, la ruta, la autorización RPKI y la expectativa interna son capas diferentes. Un informe claro las coloca una junto a otra.

Registry:
Example Company Ltd.

Expected ASN:
AS64500

RPKI:
AS64500 authorized

Live BGP:
AS64501

Lo que BGP no demuestra

Que un ASN origine una ruta no demuestra propiedad ni autorización legal. BGP tampoco reemplaza a RDAP ni a los registros internos.

Registered organization:
Enterprise A

Origin ASN:
Transit Provider B

Investiga un cambio de origen inesperado

Un origen inesperado puede deberse a proveedor, ASN, mitigación DDoS, anycast, error de configuración, route leak o una acción no autorizada. Verifica antes de calificarlo.

Qué hacer si el origen parece incorrecto

Confirma el prefijo, mira varias perspectivas, compara RDAP, RPKI e IRR, revisa cambios recientes y contacta a la red con ASN observado, ASN esperado y hora.

Observed ASN
vs
Authorized ASN

Supervisa tus propios anuncios

Mantén una lista de prefijos y ASN esperados, estado RPKI, lugares de visibilidad y orígenes desconocidos. Así una desviación se vuelve visible pronto.

Comprueba el enrutamiento durante una transferencia

Durante una transferencia actualiza registros, ROA, IRR, rDNS, contactos, filtros ascendentes e inventario interno. Completar el registro no cambia BGP por sí solo.

El patrón de verificación más importante

La comparación decisiva es: ASN observado frente a ASN autorizado, organización registrada y registro interno. Repite la comprobación desde más de una vista.

1. Identify the prefix
        ↓
2. Check RDAP
        ↓
3. Check live BGP
        ↓
4. Identify origin ASN
        ↓
5. Check RPKI
        ↓
6. Review IRR
        ↓
7. Compare with internal records

Lista práctica de comprobación

Usa esta lista para producir evidencia reutilizable: prefijo, visibilidad, origen, AS path, more-specifics, MOAS, RDAP, RPKI, IRR, historial y responsable.

Por qué importa para los recursos de Internet

Los recursos numéricos sostienen la continuidad de la red. Su gestión requiere observar lo que ocurre, saber quién puede corregirlo y participar en las reglas que lo permiten.

Cinco preguntas sobre la comprobación del origen BGP

1. ¿Quién anuncia este prefijo?

Consulta RIPEstat, RIS o RouteViews y guarda resultados de varios puntos de observación.

2. ¿Qué es un ASN de origen BGP?

Normalmente es el ASN que aparece al extremo de origen del AS path observado.

3. ¿El ASN de origen es el propietario?

No necesariamente: el origen técnico, el registro, el contrato y el derecho pueden ser distintos.

4. ¿RDAP muestra el origen actual?

No de forma fiable. RDAP y BGP actual responden a preguntas diferentes.

5. ¿Cómo se comprueba que el anuncio está autorizado?

Comprueba una ROA RPKI coincidente y contrástala con el registro, IRR, datos internos y la ruta observada.

Fuente y método

Ann Yong publicó este artículo el 24 de septiembre de 2026 y la fuente se actualizó ese mismo día. Esta edición está redactada para lectores técnicos en español y conserva los ejemplos, tablas y cinco respuestas FAQ originales.

Referencias técnicas

Leer un registro RDAP · ASN y dirección IP · RFC 4271: BGP-4 · RFC 6811: validación de origen · RFC 9582: ROA · Documentación de RIPEstat · Route Views

De observar la ruta a asegurar la continuidad

Reúne primero los hechos. NRS Shield y una POA de representación son decisiones separadas; leer, preguntar o pedir apoyo no concede un mandato.

Conocer NRS Shield · Entender la POA · Ver las acciones actuales