Кратко
- RIPE-81 поставила целью преобразование политики в конфигурацию. Сообщение 1993 года подтверждает небольшой прототип, а не общее внедрение.
- Решение 1994 года отделило описание маршрутизатора от настройки. RFC 1786 был информационным документом, не доказательством всеобщего исполнения.
RIPE-81 в феврале 1993 года исходила из того, что у европейской маршрутизации не было единого координированного ядра, а сети по-разному описывали транзитные отношения. Предложение состояло в хранении политик как структурированных объектов базы RIPE. Они должны были быть ясными, обобщаемыми, проверяемыми и применимыми, а также преобразуемыми в конфигурационные файлы маршрутизаторов и обратно.
Преобразование не было удаленным управлением. База могла хранить объявленную политику; программа — подготовить список доступа для Cisco или gated; оператор — проверить и загрузить результат. Реальная конфигурация, объявления BGP и наблюдения за трафиком были разными свидетельствами. Запись не доказывала, что последующие состояния ей соответствовали.
В письме от 22 февраля 1993 года Тони Бейтс отмечал, что ripe-81 еще ожидал ратификации. Простой прототип создавал списки доступа, а в NCC прошел «очень небольшой» пилот на псевдобазе данных. Бейтс упомянул и ранние инструменты трассировки и настройки. Это подтверждает ограниченный эксперимент, но не широкое применение. Неверно отрицать генерацию; так же неверно выводить из пилота общую статистику.
Протоколы RIPE 18 помещают работу рядом с Merit Routing Registry и переходом NSFNET. Они перечисляют четыре номера AS в реестре Merit и бета-версию Routing Policy Server. Это снимок совещания, а не перепись пользователей. Общий формат упрощал сравнение политик, но не переносил решения об оборудовании и договорах к администратору базы.
Объект inet-rtr предназначался для описания интерфейсов маршрутизатора и связей пиринга для инструментов вроде PRIDE. Протоколы сентября 1994 года фиксируют согласие не использовать его для настройки маршрутизаторов. Это ограничение описательного объекта не противоречит ранней генерации списков из других данных: подготовить кандидатную конфигурацию и применить ее — разные действия.
RIPE-181 пересмотрел представление. RFC 1786 вышел в марте 1995 года как Informational, описал объекты aut-num и route и инструменты сравнения записанной политики с наблюдаемой маршрутизацией. Тезис о том, что незадокументированные маршруты не должны маршрутизироваться, выражал норму проекта, но не доказывал автоматическую фильтрацию повсюду. Объект route не равен объявлению BGP; файл не равен загруженной конфигурации; конфигурация не показывает путь пакетов.
Современная история RIPE ретроспективно датирует создание Internet Routing Registry 1995 годом, но не заполняет разрыв между прототипом и обычной практикой. RIPE делала политики переносимыми и давала инструментам структурированный ввод, одновременно обсуждая пределы контроля над устройствами. «The Policy Mirror» Хенга Лу — аналитическая рамка, не историческое свидетельство. Реестр мог подготовить фильтр, но его применение решал оператор.
Источники
Обзор для участников
Подробный контекст профиля
Войдите с подходящим уровнем подписки, чтобы открыть полный обзор и примечания к источникам.
Только для Стратегического сообщества
Стратегическое сообщество
Открыто всем читателям. Вступите и войдите, чтобы открыть обзоры профилей.
Вступить в Стратегическое сообществоТолько для Альянса лидеров
Альянс лидеров
Для проверенных владельцев IP-активов и руководителей. Войдите, чтобы открыть обзоры Альянса.
Вступить в Альянс лидеров
