Blogg
Letter of Authorization (LOA): hva det er, og hvem som signerer
En Letter of Authorization (LOA) er en signert erklæring fra innehaveren av en adresseblokk om at et navngitt nettverk kan kunngjøre den. Upstream-leverandører, internettknutepunkter og mange hosting- og skyleverandører ber om et før de godtar et prefiks de ikke har sett fra deg før. Det er den menneskelesbare halvdelen av en autorisasjon der den maskinlesbare halvdelen er ROA-en og route-objektet, og de som ber om det, vil som regel ha begge.
Hva en LOA inneholder
Det finnes ikke ett offisielt skjema, men hver god LOA svarer på de samme spørsmålene:
- Prefikset, nøyaktig slik det skal kunngjøres: 203.0.113.0/24.
- Innehaveren, organisasjonen registeret viser for blokken, med adresse.
- Hvem som kan kunngjøre det: kundens organisasjon og AS-nummeret som skal være opprinnelsen til ruten.
- Gjennom hvem: upstream-leverandøren eller leverandøren brevet er adressert til, og ASN-et der det er relevant.
- Hvor lenge: en startdato og en sluttdato, eller «så lenge leieavtalen varer».
- En signatur fra noen som kan forplikte innehaveren, med en kontakt for spørsmål.
Et enkelt eksempel, med dokumentasjonsverdier:
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 addressHvem som ber om en
- Transittleverandører og internettknutepunkter, før de legger prefikset til filtrene på sesjonen din.
- Hosting- og skyleverandører som godtar adresserommet ditt. Vultr ber om en opplastet LOA sammen med en BGP-forespørsel, Leaseweb vil ha en for hver blokk, signert av innehaveren, og Cloudflare kan generere sin egen. AWS, Azure og Google Cloud ber ikke om noen: de sjekker ROA-en og et sertifikat i registeroppføringen, eller hos Google en PTR-oppføring. Hver leverandørguide sier hvilken (BYOIP-guider).
- DDoS-beskyttelsestjenester som kunngjør prefikset ditt under et angrep.
LOA, ROA og route-objekt
De svarer på det samme spørsmålet for ulike lesere, og derfor trenger du som regel alle tre.
| Skrevet av | Lest av | Sjekket | |
|---|---|---|---|
| LOA | Innehaveren | Folk hos upstream-leverandøren eller leverandøren din | Manuelt, mot registeroppføringen |
| ROA | Innehaveren, i registerets RPKI | Rutere, via validatorer | Automatisk, på hver rute (RPKI og ROA-er) |
| Route-objekt | Innehaveren, eller med dens autorisasjon | Prefiksfiltre bygget fra rutingregistre | Automatisk, når filtrene bygges på nytt (route-objekter) |
En LOA uten en matchende ROA kan likevel feile: finnes det en ROA for blokken som nevner et annet ASN, kommer kunngjøringen din tilbake som ugyldig, uansett hvor godt brevet er.
Feil som får en LOA avvist
- Signert av noen andre enn den registrerte innehaveren. Leverandører sammenligner brevet med registeroppføringen. Et brev fra en videreselger for adresserom den ikke har, er ikke nok.
- Feil ASN, eller ikke noe ASN i det hele tatt.
- Utløpt. Noen leverandører sjekker datoene, så et brev som gikk ut forrige måned, stopper en endring i dag.
- En større blokk enn du bruker. Nevn prefikset du skal kunngjøre, ikke allokeringen det kommer fra.
Hvis du leier blokken
Innehaveren skriver LOA-en, fordi bare innehaveren kan. Ved leie er det utleieren. Be om den i starten, med upstream-leverandøren eller leverandøren og ASN-et, og be om en ny når en av dem endres.
Hvor RTM Networks passer inn
For adresserom leid fra oss utsteder vi LOA-en når du trenger den, adressert til upstream-leverandøren eller leverandøren din og med ditt ASN, sammen med ROA-en og route-objektet som hører til (lei IPv4).
Kontakt
Trenger du råd om din egen situasjon?
Denne artikkelen er generell; nettverket ditt er det ikke. Fortell oss hva du jobber med, så ser vi ordentlig på det. Vi svarer som regel innen 1 til 3 timer i arbeidstiden.
