Guía técnica de PCIe Alternative Routing-ID Interpretation (ARI)

En el ecosistema de los centros de datos modernos, la eficiencia del hardware se mide por su capacidad de fragmentarse.

El estándar PCIe ARI Support (Alternative Routing-ID Interpretation) es, precisamente, la herramienta quirúrgica que permite que un solo dispositivo físico se presente ante el sistema como un ejército de funciones independientes. Sin esta capacidad, la virtualización de red de alto rendimiento que manejamos hoy en día simplemente se asfixiaría bajo las limitaciones de direccionamiento heredadas de los años 90.

#¿Qué es exactamente la interpretación ARI?

Para entender ARI, primero debemos recordar el direccionamiento tradicional BDF (Bus, Device, Function). En el esquema clásico, una dirección de 16 bits se divide de forma rígida: 8 bits para el Bus, 5 bits para el Dispositivo y 3 bits para la Función. Matemáticamente, esos 3 bits nos encadenan a un máximo de 8 funciones por dispositivo.

En un mundo donde una tarjeta de red Mellanox ConnectX-6 Dx (~$890 ahora mismo) necesita exponer cientos de funciones virtuales (VFs) para diferentes máquinas virtuales, ese límite de 8 es un insulto a la ingeniería moderna. ARI soluciona esto mediante una reidentificación creativa: ignora el campo de «Device» —que casi siempre es 0 en dispositivos Endpoint directamente conectados— y fusiona sus 5 bits con los 3 bits de «Function».

ESTRUCTURA DE DIRECCIONAMIENTO (ID DE ENRUTAMIENTO):

Legacy (8 funciones): [ Bus (8b) ] [ Device (5b) ] [ Func (3b) ]
PCIe ARI (256 func):  [ Bus (8b) ] [      Function (8b)        ]

El resultado es un campo de función de 8 bits, lo que expande el techo operativo de 8 a 256 funciones por bus. Es una de esas soluciones de diseño que, una vez implementadas, te hacen preguntarte por qué seguimos arrastrando estructuras bit a bit propias de la era de los disquetes.

#Requisitos para el soporte ARI: El «Forwarding»

No basta con que tu tarjeta de red compatible con SR-IOV soporte ARI. Todo el camino desde el procesador hasta el dispositivo debe «entender» que la interpretación de los bits ha cambiado. Esto se conoce como ARI Forwarding.

Los componentes clave que deben alinearse son:

• El Endpoint: El dispositivo final debe implementar la estructura de capacidad extendida de ARI.
• Upstream Ports (Switches/Root Complex): Deben ser capaces de realizar el forwarding de las IDs de enrutamiento ARI hacia los puertos de bajada.
• Software del Sistema: El sistema operativo y la BIOS/UEFI deben habilitar explícitamente esta capacidad en los registros de control.

#El laberinto de la BIOS y lspci

Hace poco me encontré con un servidor donde, a pesar de tener tarjetas ConnectX-6 configuradas para 32 funciones virtuales, el hipervisor solo reconocía las primeras 8. La frustración es palpable cuando el hardware te dice que puede, pero el sistema dice que no sabe de qué le hablas.

Al principio pensé que era un problema del driver de kernel en Linux, pero tras revisar los logs de arranque, la pista estaba en la ausencia del bit de capacidad. Tras bucear en la BIOS —ese clásico laberinto donde las opciones importantes se esconden bajo nombres crípticos como «IIO Configuration»— activé el soporte ARI y el forwarding. Tras el reinicio, la magia volvió al terminal.

Añadir al final del archivo de configuración o ejecutar en consola para verificar:

// Verificamos si el dispositivo soporta ARI en el volcado detallado
lspci -vvv | grep -i "Alternative Routing-ID Interpretation"

// También podemos comprobar el registro de capacidades del puerto raíz
// Buscamos "ArFwd+" en el puerto padre del dispositivo
lspci -vvv -s 00:01.0 | grep "DevCap2"

#¿Pero lo habilito o no?

La respuesta corta es: si vas a usar SR-IOV con más de 8 funciones virtuales, sí. En entornos de escritorio o estaciones de trabajo estándar donde solo tienes una GPU o un SSD NVMe, el soporte ARI es totalmente irrelevante. No vas a ganar ni un FPS extra ni un milisegundo de latencia en tu sesión de Lightroom.

Sin embargo, en el mundo del HPC (High Performance Computing) o la infraestructura de nube, ARI es la diferencia entre un hardware bien aprovechado y un pisapapeles caro de mil euros. Es llamativo que una tecnología tan crítica siga dependiendo de que un administrador de sistemas tenga que recordar habilitar un bit en un submenú escondido de la placa base.

Más allá de lo puramente técnico, recuerda que ARI es una de esas piezas maestras de la ingeniería incremental de PCI-SIG. No rompe la compatibilidad hacia atrás, simplemente aprovecha el espacio muerto de un protocolo que no previó que una sola tarjeta querría ser 200 cosas a la vez.