A meghatalmazó levél (LOA): mi az, és ki írja alá

A meghatalmazó levél (Letter of Authorization, LOA) egy címblokk jogosultjának aláírt nyilatkozata arról, hogy egy megnevezett hálózat bejelentheti a blokkot. Az upstream szolgáltatók, az internetes csomópontok és sok tárhely- és felhőszolgáltató kér egyet, mielőtt elfogadna egy olyan előtagot, amelyet korábban nem láttak Öntől. Ez egy engedély ember által olvasható fele, amelynek géppel olvasható fele a ROA és a route objektum, és akik kérik, általában mindkettőt szeretnék.

Mit tartalmaz egy LOA

Nincs egyetlen hivatalos formája, de minden jó LOA ugyanazokra a kérdésekre válaszol:

• Az előtag, pontosan úgy, ahogyan bejelentik: 203.0.113.0/24.
• A jogosult, az a szervezet, amelyet a nyilvántartó a blokkhoz mutat, a címével.
• Ki jelentheti be: az ügyfél szervezete és az AS-szám, amely az útvonalat indítja.
• Kin keresztül: az upstream vagy a szolgáltató, akinek a levél szól, és adott esetben annak ASN-je.
• Mennyi ideig: egy kezdő és egy záró dátum, vagy „a bérlet idejére”.
• Egy aláírás valakitől, aki kötelezettséget vállalhat a jogosult nevében, egy kapcsolattartóval a kérdésekhez.

Egy egyszerű példa, dokumentációs értékekkel:

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

Ki kér egyet

• Tranzitszolgáltatók és internetes csomópontok, mielőtt felveszik az előtagot a sessionje szűrőibe.
• Tárhely- és felhőszolgáltatók, amelyek elfogadják a címterét. A Vultr egy BGP-kéréshez LOA feltöltését kéri, a Leaseweb minden blokkhoz kér egyet, a jogosult aláírásával, a Cloudflare pedig sajátot is tud generálni. Az AWS, az Azure és a Google Cloud nem kér: a ROA-t és egy tanúsítványt ellenőriznek a nyilvántartási rekordban, a Google-nál pedig egy PTR-rekordot. Minden szolgáltatói útmutató megmondja, melyiket (BYOIP-útmutatók).
• DDoS-védelmi szolgáltatások, amelyek egy támadás alatt bejelentik az előtagját.

LOA, ROA és route objektum

Ugyanarra a kérdésre válaszolnak különböző olvasóknak, ezért általában mindhárom kell.

Egy egyező ROA nélküli LOA is meghiúsulhat: ha a blokkhoz létezik egy másik ASN-t megnevező ROA, a bejelentése érvénytelenként jön vissza, bármilyen jó is a levél.

Hibák, amelyek miatt elutasítanak egy LOA-t

• Nem a bejegyzett jogosult írta alá. A szolgáltatók összevetik a levelet a nyilvántartási rekorddal. Egy viszonteladó levele olyan címtérről, amely nem az övé, nem elég.
• Rossz ASN, vagy egyáltalán nincs ASN.
• Lejárt. Egyes szolgáltatók ellenőrzik a dátumokat, így egy múlt hónapban lejárt levél ma megakaszt egy változtatást.
• Nagyobb blokk, mint amit használ. Azt az előtagot nevezze meg, amelyet bejelent, ne azt a kiosztást, amelyből származik.

Ha bérli a blokkot

A LOA-t a jogosult írja, mert csak ő teheti meg. Bérletnél ez a bérbeadó. Kérje az elején, megnevezve az upstreamet vagy a szolgáltatót és az ASN-t, és kérjen újat, ha bármelyik változik.

Hol segít az RTM Networks

A tőlünk bérelt címtérhez kiállítjuk a LOA-t, amikor szüksége van rá, az upstreamjének vagy a szolgáltatójának címezve és az Ön ASN-jét megnevezve, a hozzá tartozó ROA-val és route objektummal együtt (IPv4 bérlése).