Углубленно: LOA, ROA и BGP без расхождений
Перед запуском полезно свести три объекта: письмо-авторизацию, ROA и фактический план анонсов. Это не заменяет договор, но показывает, где маршрут может стать невалидным.
| Объект | Что проверить | Почему это важно |
|---|---|---|
| LOA | Префикс, разрешенный ASN, организации и объем авторизации | Транзитный или upstream-провайдер может запросить подтверждение перед приемом BGP-анонса |
| ROA | Prefix, origin ASN, maximum length и кто вносит изменения | Несовпадение с планом делает маршрут невалидным |
| План BGP | Какие именно префиксы будут анонсированы, из какого ASN и кто управляет выводом | Показывает, укладываются ли анонсы в LOA и ROA |
Для /22 с maximum length /24 анонс /22 и /24 остается в разрешении, а /25 выходит за предел. Поэтому проверять нужно не «размер блока вообще», а конкретный префикс, origin ASN и максимальную длину.
Если LOA называет один ASN, ROA — другой, а план BGP — третий, запуск лучше остановить до согласования. После согласования фиксируют, кто имеет право менять ROA и как эти изменения запрашиваются.
