Лист авторизації (LOA): що це таке і хто його підписує

Лист авторизації (Letter of Authorization, LOA) є підписаною заявою власника блоку адрес про те, що названа мережа може його анонсувати. Аплінк-провайдери, точки обміну трафіком і багато хостинг- і хмарних провайдерів просять його, перш ніж прийняти префікс, якого раніше від вас не бачили. Це зрозуміла людині половина авторизації, машинозчитувану половину якої становлять ROA і об’єкт route, і ті, хто його просить, зазвичай хочуть обидві.

Що містить LOA

Єдиної офіційної форми немає, але кожен добрий LOA відповідає на ті самі питання:

• Префікс, точно в тому вигляді, в якому його анонсуватимуть: 203.0.113.0/24.
• Власник, організація, яку реєстр показує для блоку, з її адресою.
• Хто може його анонсувати: організація клієнта і номер AS, який буде походженням маршруту.
• Через кого: аплінк або провайдер, якому адресовано лист, і його ASN, де це доречно.
• На який строк: дата початку і дата закінчення або «на строк оренди».
• Підпис особи, яка може зобов’язувати власника, з контактом для питань.

Простий приклад з документаційними значеннями:

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

Хто його просить

• Транзитні провайдери і точки обміну трафіком, перш ніж додати префікс до фільтрів вашої сесії.
• Хостинг- і хмарні провайдери, що приймають ваш простір. Vultr просить завантажити LOA разом із запитом BGP, Leaseweb хоче його для кожного блоку з підписом власника, а Cloudflare може згенерувати власний. AWS, Azure і Google Cloud його не просять: вони перевіряють ROA і сертифікат у записі реєстру або, у Google, запис PTR. У посібнику для кожного провайдера сказано, що саме (посібники BYOIP).
• Сервіси захисту від DDoS, які анонсують ваш префікс під час атаки.

LOA, ROA і об’єкт route

Вони відповідають на те саме питання для різних читачів, тому зазвичай потрібні всі три.

LOA без відповідного ROA все одно може не спрацювати: якщо для блоку існує ROA з іншим ASN, ваш анонс отримує статус invalid, хоч яким добрим був би лист.

Помилки, через які LOA відхиляють

• Підписано не зареєстрованим власником. Провайдери порівнюють лист із записом реєстру. Листа реселера на простір, якого він не тримає, недостатньо.
• Неправильний ASN або ASN узагалі немає.
• Строк сплив. Деякі провайдери перевіряють дати, тож лист, строк якого сплив минулого місяця, зупиняє зміну сьогодні.
• Більший блок, ніж ви використовуєте. Вкажіть префікс, який анонсуватимете, а не виділення, з якого він походить.

Якщо ви орендуєте блок

LOA пише власник, бо лише він може. В оренді це орендодавець. Попросіть його на початку, вказавши аплінк або провайдера і ASN, і попросіть новий, коли щось із цього змінюється.

Де тут RTM Networks

Для простору, орендованого в нас, ми видаємо LOA щоразу, коли він вам потрібен, адресований вашому аплінку або провайдеру і з вашим ASN, разом з відповідними ROA і об’єктом route (оренда IPv4).