La lettre d'autorisation (LOA) : ce qu'elle est et qui la signe

Une lettre d'autorisation (LOA) est une déclaration signée du titulaire d'un bloc d'adresses selon laquelle un réseau nommé peut l'annoncer. Les opérateurs de transit, les points d'échange et beaucoup de fournisseurs d'hébergement et de cloud en demandent une avant d'accepter un préfixe qu'ils n'ont pas encore vu venir de vous. C'est la moitié lisible par un humain d'une autorisation dont la moitié lisible par une machine est le ROA et l'objet route, et ceux qui la demandent veulent en général les deux.

Ce que contient une LOA

Il n'existe pas de formulaire officiel unique, mais toute bonne LOA répond aux mêmes questions :

• Le préfixe, exactement tel qu'il sera annoncé : 203.0.113.0/24.
• Le titulaire, l'organisation que le registre indique pour le bloc, avec son adresse.
• Qui peut l'annoncer : l'organisation du client et le numéro d'AS qui sera l'origine de la route.
• Par qui : l'opérateur de transit ou le fournisseur auquel la lettre est adressée, et son ASN le cas échéant.
• Pour combien de temps : une date de début et une date de fin, ou « pour la durée de la location ».
• Une signature d'une personne habilitée à engager le titulaire, avec un contact pour les questions.

Un exemple simple, avec des valeurs de documentation :

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 en demande une

• Les opérateurs de transit et les points d'échange, avant d'ajouter le préfixe aux filtres de votre session.
• Les fournisseurs d'hébergement et de cloud qui acceptent vos adresses. Vultr demande le téléversement d'une LOA avec une demande BGP, Leaseweb en veut une pour chaque bloc, signée par le titulaire, et Cloudflare peut générer la sienne. AWS, Azure et Google Cloud n'en demandent pas : ils vérifient le ROA et un certificat dans l'enregistrement au registre ou, chez Google, un enregistrement PTR. Chaque guide par fournisseur précise lequel (guides BYOIP).
• Les services de protection DDoS qui annoncent votre préfixe pendant une attaque.

LOA, ROA et objet route

Ils répondent à la même question pour des lecteurs différents, c'est pourquoi il vous faut en général les trois.

Une LOA sans ROA correspondant peut quand même échouer : s'il existe un ROA pour le bloc qui indique un autre ASN, votre annonce ressort invalide, aussi bonne que soit la lettre.

Les erreurs qui font rejeter une LOA

• Signée par quelqu'un d'autre que le titulaire enregistré. Les fournisseurs comparent la lettre à l'enregistrement au registre. La lettre d'un revendeur pour des adresses qu'il ne détient pas ne suffit pas.
• Le mauvais ASN, ou pas d'ASN du tout.
• Expirée. Certains fournisseurs vérifient les dates : une lettre arrivée à échéance le mois dernier bloque un changement aujourd'hui.
• Un bloc plus grand que celui que vous utilisez. Nommez le préfixe que vous annoncerez, pas l'allocation dont il provient.

Si vous louez le bloc

Le titulaire rédige la LOA, car lui seul le peut. Dans une location, c'est le loueur. Demandez-la dès le début, en nommant l'opérateur de transit ou le fournisseur et l'ASN, et demandez-en une nouvelle quand l'un ou l'autre change.

La place de RTM Networks

Pour les adresses louées chez nous, nous émettons la LOA chaque fois que vous en avez besoin, adressée à votre opérateur de transit ou à votre fournisseur et indiquant votre ASN, avec le ROA et l'objet route qui l'accompagnent (louer de l'IPv4).