Esta semana, durante RIPE 91, se presentó una charla muy interesante sobre el atributo BGP ORIGIN, su uso y la distribución de sus tres posibles valores en las tablas de enrutamiento global.

El atributo ORIGIN es un atributo “well-known mandatory” definido en el RFC 4271.
En el proceso de selección de rutas de BGP se evalúa después de atributos más determinantes como LOCAL_PREF y AS_PATH.
Sin embargo, cuando varias rutas empatan en los criterios anteriores, el valor de ORIGIN puede ser decisivo para determinar la mejor ruta.

Sus posibles valores son:

• IGP (0): indica que el prefijo se originó dentro del propio AS (por ejemplo, mediante el comando network en BGP).

• EGP (1): originado a través del antiguo protocolo EGP, hoy prácticamente en desuso.

• INCOMPLETE (2): aprendido por otros medios, por ejemplo al redistribuir rutas desde OSPF u otro protocolo hacia BGP.

Durante la presentación “BGP Origin Type”, James Bensley (Inter.link) explicó que los principales carriers de tránsito están reescribiendo el atributo ORIGIN de INCOMPLETE a IGP para que sus rutas sean más preferidas y así atraer más tráfico hacia sus redes.
Comentó que, como proveedor de tránsito, Inter.link había intentado resistirse a esa práctica, pero al ver que el problema persistía decidió hablar del tema públicamente en la comunidad.

Al contactar a algunos de esos operadores, varios justificaban el cambio a pesar de lo indicado en el RFC 4271, sección 5.1.1, que establece:

“Its value SHOULD NOT be changed by any other speaker.”

Sin embargo, estos ISPs argumentaron que la expresión “SHOULD NOT” permite excepciones cuando existe una justificación operacional, alegando que la “normalización” del atributo mejora la estabilidad y la predictibilidad del enrutamiento.
Bensley también mencionó el concepto de “convergencia estratégica”, señalando que, si todos los proveedores adoptan el mismo comportamiento, el atributo ORIGIN perdería su valor práctico.

Motivada por esta discusión, realicé un análisis de las tablas de rutas filtrando por prefijos de Chile, y encontré que cerca del 15 % de los prefijos IPv4 y el 27 % de los prefijos IPv6 se anuncian con ORIGIN = INCOMPLETE.
A continuación, algunos resultados agrupados por ASN:

IPv4
ASN          Cantidad
----------------------
27651             307
27901             157
6429              101
20191              45
27995              40
6535               38

IPv6
ASN          Cantidad
----------------------
27651             354
64610              35
64139              12
27901               9
272022              4

Finalmente, me gustaría conocer su opinión:
¿Deberíamos en la comunidad seguir la tendencia descrita y "normalizar" el atributo ORIGIN a IGP por razones operacionales, o mantenernos fieles al principio del RFC 4271 para conservar la transparencia en el enrutamiento?