Summary

  • APNIC разъяснила 22 октября: ASN транзитного провайдера должен быть в ASPA клиента, даже если провайдер работает только как резерв, в отдельных точках или для части маршрутов.
  • MyAPNIC предлагает провайдеров по наблюдаемому BGP и проверяет изменения на действующих маршрутах. Резервные договорённости оператору нужно сверять по собственному плану сети.

У резервного канала идеальный рабочий день выглядит скучно: счёт оплачен, аварии нет. Новое разъяснение APNIC всё же требует отвести его провайдеру место в подписанной ASPA клиента. В перечень входят частичный транзит, транзит для некоторых площадок или маршрутов и аварийный поставщик. Подпись фиксирует всю разрешённую схему выхода, включая участников, которые пока ждут вызова.

Держатель клиентской ASN подписывает ASPA и перечисляет ASN, которым разрешено предоставлять ему транзит. Черновик профиля IETF предусматривает один объект клиента со всеми его провайдерами. Когда основной путь падает, запасной договор перестаёт быть строкой в папке и становится маршрутом, который оценивают другие сети. Искать нужный ASN уже во время переключения — плохая дисциплина эксплуатации.

APNIC сообщает, что MyAPNIC предлагает варианты по наблюдениям BGP и перед публикацией сверяет изменение с существующими маршрутами. Такая проверка хорошо видит работающую сегодня сеть. Молчаливый аварийный путь может не дать ей столько же подсказок. Оператору стоит положить рядом со списком рекомендации, договор транзита, схему площадок и порядок переключения.

APNIC предупреждает: ошибка в ASPA при использовании проверки пути способна привести к признанию недействительными маршрутов с клиентской ASN. Поэтому резервного участника лучше искать в спокойном кабинете, а не на аварийном мостике. Дублёру выдают пропуск до начала спектакля.