Кратко

  • Проект RTGWG от 28 октября, редакция 35 предлагает частный контур BGP для подвижных авиационных узлов. Периферийные пограничные маршрутизаторы объявляют активные адреса небольшому ядру и не получают обратно полную таблицу обновлений. Постоянные сеансы BGP остаются на защищённых наземных линиях, не на ограниченном авиационном радио.
  • Центральный маршрутизатор может использовать eBGP и в авиационном контуре, и в нижележащей сети INET. Проект требует отдельных локальных AS и политики маршрутизации либо изолированных экземпляров BGP, чтобы объявления не переходили из одного домена в другой. Слово «контур» в названии системы фильтр не настраивает.

Движение в небе не требует рассылки всем на земле

При смене зоны радиосвязи адресаты сообщений должны по-прежнему находить самолёт. Проект ATN/IPS предлагает хранить информацию о таких перемещениях внутри авиационной сети поверх транспортной инфраструктуры. Непрерывный обмен BGP ведут маршрутизаторы на хорошо связанных и защищённых наземных линиях. Радиоканал может быть медленным и прерывистым; проект прямо запрещает размещать на слабых авиационных каналах постоянные BGP-соединения. Последний участок связи должен доставлять сообщения, а не обслуживать разговоры маршрутизаторов.

Наземные пограничные маршрутизаторы разделены на периферийные и центральные. Периферийный узел объявляет активные мобильные префиксы и адреса своего домена нескольким центральным. Обновления BGP из ядра он не получает, а держит маршруты по умолчанию в его направлении. Центральные узлы обмениваются полной таблицей активных адресов внутри своей части сети. Перемещение в пределах одного периферийного домена может остаться локальным; переход в другой меняет отправителя объявления. Таким способом сведения о движении получают устройства, которым они действительно нужны.

Основа протокола — BGP-4 в специально ограниченной топологии, без нового формата сообщения. Периферия соединяется с ядром защищёнными прямыми линиями или туннелями. Связи внутри ядра тоже нужно защищать. BFD из RFC 5880 позволяет быстрее заметить отказ соседа или линии. Но быстрая реакция помогает лишь тогда, когда выбранный после отказа маршрут остаётся в своём домене.

У центрального маршрутизатора две должности

Центральный ASBR может вести eBGP в ATN/IPS и одновременно в сети INET, на которой построен авиационный контур. Авиационные маршруты разрешаются через маршруты этой нижележащей сети. Значит, одно устройство видит два набора достижимости. Проект требует отдельных локальных AS и политики импорта и экспорта либо разных экземпляров BGP, чтобы маршруты не переходили между двумя областями.

Под INET здесь не обязательно подразумевается глобальная публичная таблица. Это может быть сеть поставщика услуг. Выход мобильного объявления за пределы авиационной области всё равно нарушит задуманный порядок. Если импорт из нижележащей сети окажется слишком широким, он изменит информацию, на которой основаны решения в авиационной части. Архитектура показывает место границы. Её реальное действие зависит от конфигурации: соседей, AS, фильтров и проверки того, что появилось в каждой таблице. На рисунке две сети можно разделить линией за секунду; маршрутизатору такая линия не приказ.

Есть и вариант для намного большего числа подвижных терминалов. BGP в нём несёт лишь адреса пограничных маршрутизаторов, а каталог на основе DNS связывает каждый терминал с обслуживающим периферийным узлом. При переезде терминала новый узел заменяет старую запись. RFC 1035 задаёт основу DNS, а проект описывает применение обратной зоны для такого соответствия. Таблица BGP становится компактнее, зато своевременность записи приобретает практическую цену. Верный маршрут до старого узла уже не ведёт к самолёту, который покинул его зону.

Проект предусматривает и более короткие пути, обходящие базовый маршрут по дереву. Раздел безопасности отдельно рассматривает защищённое управление и данные на оптимизированных путях, для которых требует сквозную защиту на верхнем уровне. Периферийные маршрутизаторы должны ограничивать поток к низкоскоростному авиационному радио. Правильная запись в наземной таблице ещё не гарантирует, что последний радиоканал выдержит отправленное по ней.

Официальная карточка Datatracker относит редакцию 35 к действующим проектам рабочей группы с предполагаемым информационным статусом. Эмуляции и оценки числа обновлений в тексте относятся к модели, а не к наблюдаемой мировой нагрузке. Для вывода о конкретном внедрении нужны его конфигурация и след экспорта маршрутов; в этих официальных источниках их нет. Требование к будущему оператору уже можно сформулировать без них: у маршрутизатора с двумя ролями BGP должен быть явный ответ, какой маршрут вправе покинуть каждую область.

Официальные первоисточники