Кратко
- RFC 6373 требует определить плоскость управления для динамического создания и восстановления, но её применение выбирает оператор. Статическое создание должно оставаться возможным без неё.
- Плоскости управления, менеджмента и данных могут быть логически и физически разделены. Здоровый внеполосный канал управления не доказывает здоровье тракта данных.
- Если LSP создают и менеджмент, и плоскость управления, владение должно быть явным и передаваемым. Менеджмент должен надёжно получать результаты и видеть операционную историю LSP.
Автоматизация с границей
Архитектура распределяет механизмы: GMPLS RSVP-TE сигнализирует LSP MPLS-TP, T-LDP — псевдопровода, а OSPF-TE или ISIS-TE с расширениями GMPLS распространяют данные traffic engineering. Это динамический вариант, а не отмена статического создания. RFC 6373 оставляет использование плоскости управления решением оператора.
Управленческий вопрос — кто сейчас владеет трактом, какую операцию вправе выполнить и какое доказательство должен получить другой контур. LSP, созданный менеджментом, можно передать плоскости управления и вернуть обратно. Без проверяемой квитанции два контура могут действовать из несовместимых представлений о полномочиях, даже если каждый внутренне согласован.
Разделение плоскостей задаёт вторую границу. Адреса и топологии могут быть независимыми. Управляющий трафик может идти внутри полосы, вне полосы по согласованным ресурсам или по независимой топологии. Независимость повышает живучесть управления, но его доступность не является доказательством пересылки данных. И наоборот, статический тракт может быть действителен без плоскости управления.
Плоскость управления не выполняет OAM сама. Она может создавать и настраивать функции OAM и синхронизировать их жизненный цикл с LSP. Менеджмент способен запросить команды восстановления, исполняемые механизмами управления, обычно на входе. Для аудита надо связать владельца, триггер, результат и затронутый LSP.
Контрольная проверка. Для каждого тракта фиксируются неизменяемый идентификатор LSP, статический или динамический режим, текущий владелец, последняя квитанция передачи, протокол, топология канала, время последней проверки данных, состояние OAM и история восстановления. Передача завершена только после подтверждения новым владельцем и записи результата в менеджменте.
Проверяются три контрфакта: убрать управляющую смежность при работающем статическом LSP; оборвать данные при здоровом независимом управлении; прервать передачу владения. Первый случай не должен автоматически объявлять LSP неисправным, второй не превращает зелёный статус в доказательство пересылки, третий останавливает несвязанные изменения до восстановления полномочий.
Операторы получают динамическую настройку и восстановление, сохраняя статическую работу и надзор. Цена — реестр владения, идентификаторы, уведомления, журналы, сверка и живучие контроллеры. RFC 6373 не доказывает внедрение поставщиками, распространённость, снижение аварий, производительность, стоимость или коммерческий эффект. Это неизвестно; обвинений нет.
Источники
Обзор для участников
Подробный контекст профиля
Войдите с подходящим уровнем подписки, чтобы открыть полный обзор и примечания к источникам.
Только для Стратегического сообщества
Стратегическое сообщество
Открыто всем читателям. Вступите и войдите, чтобы открыть обзоры профилей.
Вступить в Стратегическое сообществоТолько для Альянса лидеров
Альянс лидеров
Для проверенных владельцев IP-активов и руководителей. Войдите, чтобы открыть обзоры Альянса.
Вступить в Альянс лидеров

