La Letter of Authorization (LOA): qué es y quién la firma

Una Letter of Authorization (LOA) es una declaración firmada por el titular de un bloque de direcciones en la que dice que una red concreta puede anunciarlo. Los proveedores de tránsito, los puntos neutros y muchos proveedores de hosting y cloud la piden antes de aceptar un prefijo que no te han visto antes. Es la mitad legible por personas de una autorización cuya mitad legible por máquinas son el ROA y el objeto route, y quienes la piden suelen querer ambas.

Qué contiene una LOA

No hay un único formulario oficial, pero toda buena LOA responde a las mismas preguntas:

• El prefijo, exactamente como se anunciará: 203.0.113.0/24.
• El titular, la organización que muestra el registro para el bloque, con su dirección.
• Quién puede anunciarlo: la organización del cliente y el número AS que originará la ruta.
• A través de quién: el proveedor de tránsito o de servicios al que va dirigida la carta, y su ASN cuando proceda.
• Durante cuánto tiempo: una fecha de inicio y una de fin, o «mientras dure el alquiler».
• Una firma de alguien que pueda obligar al titular, con un contacto para preguntas.

Un ejemplo sencillo, con valores de documentación:

14 October 2026

To: Example Transit Ltd (AS64511)

Letter of authorization for 203.0.113.0/24

Example Holder B.V., the registered holder of 203.0.113.0/24, authorizes
Example Customer GmbH to announce 203.0.113.0/24 from AS64500 through
Example Transit Ltd, from 14 October 2026 until 13 October 2027.

Signed for Example Holder B.V., name and position, contact address

Quién la pide

• Los proveedores de tránsito y los puntos neutros, antes de añadir el prefijo a los filtros de tu sesión.
• Los proveedores de hosting y cloud que aceptan tu espacio. Vultr pide subir una LOA con una solicitud de BGP, Leaseweb quiere una para cada bloque, firmada por el titular, y Cloudflare puede generar la suya. AWS, Azure y Google Cloud no piden ninguna: comprueban el ROA y un certificado en el registro, o en Google un registro PTR. Cada guía de proveedor dice cuál (guías de BYOIP).
• Los servicios de protección DDoS que anuncian tu prefijo durante un ataque.

LOA, ROA y objeto route

Responden a la misma pregunta para lectores distintos, y por eso sueles necesitar los tres.

Una LOA sin un ROA que coincida puede fallar igualmente: si existe un ROA para el bloque y indica otro ASN, tu anuncio sale inválido por buena que sea la carta.

Errores que hacen que se rechace una LOA

• Firmada por alguien que no es el titular inscrito. Los proveedores comparan la carta con el registro. La carta de un revendedor para un espacio que no tiene no basta.
• El ASN equivocado, o ningún ASN.
• Caducada. Algunos proveedores comprueban las fechas, así que una carta que venció el mes pasado bloquea un cambio hoy.
• Un bloque mayor del que usas. Indica el prefijo que anunciarás, no la asignación de la que procede.

Si alquilas el bloque

La LOA la escribe el titular, porque solo él puede. En un alquiler, ese es el arrendador. Pídela al principio, indicando el proveedor de tránsito o de servicios y el ASN, y pide una nueva cuando cambie cualquiera de los dos.

Dónde encaja RTM Networks

Para el espacio que nos alquilas, emitimos la LOA siempre que la necesites, dirigida a tu proveedor de tránsito o de servicios y con tu ASN, junto con el ROA y el objeto route que la acompañan (alquilar IPv4).