Letter of Authorization (LOA): hvad det er, og hvem der underskriver det

En Letter of Authorization (LOA) er en underskrevet erklæring fra indehaveren af en adresseblok om, at et navngivet netværk må annoncere den. Upstream-udbydere, internetknudepunkter og mange hosting- og cloududbydere beder om en, før de accepterer et præfiks, de ikke har set fra dig før. Det er den halvdel af en tilladelse, som mennesker kan læse; den halvdel, maskiner kan læse, er ROA'en og route-objektet, og de, der beder om den, vil som regel have begge.

Hvad en LOA indeholder

Der findes ingen enkelt officiel formular, men enhver god LOA besvarer de samme spørgsmål:

• Præfikset, præcis som det skal annonceres: 203.0.113.0/24.
• Indehaveren, den organisation, registret viser for blokken, med dens adresse.
• Hvem der må annoncere det: kundens organisation og det AS-nummer, der skal være origin for routen.
• Gennem hvem: den upstream eller udbyder, brevet er stilet til, og dens ASN, hvor det er relevant.
• Hvor længe: en startdato og en slutdato eller “så længe lejeaftalen løber”.
• En underskrift fra en person, der kan forpligte indehaveren, med en kontakt til spørgsmål.

Et enkelt eksempel med dokumentationsværdier:

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

Hvem der beder om en

• Transitudbydere og internetknudepunkter, før de føjer præfikset til filtrene på din session.
• Hosting- og cloududbydere, der accepterer dine adresser. Vultr beder om en uploadet LOA sammen med en BGP-anmodning, Leaseweb vil have en for hver blok, underskrevet af indehaveren, og Cloudflare kan generere sin egen. AWS, Azure og Google Cloud beder ikke om nogen: de tjekker ROA'en og et certifikat i registerposten eller, hos Google, en PTR-post. Hver vejledning pr. udbyder siger hvilken (BYOIP-guider).
• DDoS-beskyttelsestjenester, der annoncerer dit præfiks under et angreb.

LOA, ROA og route-objekt

De besvarer det samme spørgsmål for forskellige læsere, og derfor har du som regel brug for alle tre.

En LOA uden en matchende ROA kan stadig fejle: findes der en ROA for blokken, som nævner et andet ASN, kommer din annoncering tilbage som ugyldig, hvor godt brevet end er.

Fejl, der får en LOA afvist

• Underskrevet af en anden end den registrerede indehaver. Udbydere sammenligner brevet med registerposten. En forhandlers brev for adresser, den ikke har, er ikke nok.
• Det forkerte ASN eller slet intet ASN.
• Udløbet. Nogle udbydere tjekker datoerne, så et brev, der udløb sidste måned, stopper en ændring i dag.
• En større blok, end du bruger. Nævn det præfiks, du vil annoncere, ikke den allokering, det kommer fra.

Hvis du lejer blokken

Indehaveren skriver LOA'en, fordi kun indehaveren kan. Ved leje er det udlejeren. Bed om den fra starten med navnet på upstreamen eller udbyderen og ASN'et, og bed om en ny, når en af dem ændrer sig.

Hvor RTM Networks passer ind

For adresser, der er lejet af os, udsteder vi LOA'en, når du har brug for en, stilet til din upstream eller udbyder og med dit ASN, sammen med den ROA og det route-objekt, der hører til (lej IPv4).