Кратко
- RFC 10066 добавляет в PCEP несколько путей внутри одного LSP. Для каждого задаются идентификатор и, при необходимости, вес списка сегментов.
- PCE обязан соблюдать меньший из действующих пределов: сколько путей он может вычислить и сколько PCC способен установить. Превышение вызывает определённую ошибку протокола.
Четыре линии на экране контроллера не увеличивают память маршрутизатора. Опубликованный IETF в октябре 2026 года Proposed Standard RFC 10066 заполняет пробел в управлении Segment Routing: прежняя сигнализация кандидата SR Policy содержала один список сегментов, теперь один LSP может описывать несколько. Объект PATH-ATTRIB отделяет пути друг от друга и назначает им ID.
Вес необязателен. Без него принимается единица. Нулевой вес позволяет отвести трафик с пути, сохранив его инструкции; нули у всех путей делают кандидата недействительным. Отношение весов три к одному задаёт предполагаемое распределение потоков. Это не замер доли переданных байтов и не обещание производительности.
Практическое ограничение задаёт MULTIPATH-CAP. PCE объявляет число прямых путей, которые способен вычислить; PCC — число путей, которые головной узел может установить в плоскости передачи. Поддержка согласуется при открытии сеанса, а отдельный LSP может затем получить свой предел. PCE не вправе превышать меньшую эффективную величину. Ноль означает отсутствие ограничения. Раздел безопасности советует оператору назначить ненулевой потолок: неисправный или захваченный контроллер способен нарастить объём состояния на входном узле.
Если PCC получает больше путей, чем заявил, он обязан послать PCErr типа 19 со значением 36. PATH-ATTRIB без согласованной возможности multipath вызывает тип 10 со значением 45. Обратное направление работает иначе: PCE не должен отбрасывать отчёт PCRpt о фактически установленных путях только потому, что их больше его собственного вычислительного лимита. Сведения о работающей сети нельзя подгонять под предел планировщика.
У нескольких путей есть цена: более крупные сообщения, больше состояния на LSP, различия MTU и задержки. Смена весов перераспределяет потоки и может затронуть управление перегрузкой и обнаружение MTU. RFC требует показывать оператору согласованные лимиты, ID, веса, связи с обратными путями и ошибки. Чисел о внедрениях или измеренного выигрыша документ не приводит. Следующий полезный факт — запись обмена этих состояний между контроллером и узлом под нагрузкой.
Источники
Обзор для участников
Подробный контекст профиля
Войдите с подходящим уровнем подписки, чтобы открыть полный обзор и примечания к источникам.
Только для Стратегического сообщества
Стратегическое сообщество
Открыто всем читателям. Вступите и войдите, чтобы открыть обзоры профилей.
Вступить в Стратегическое сообществоТолько для Альянса лидеров
Альянс лидеров
Для проверенных владельцев IP-активов и руководителей. Войдите, чтобы открыть обзоры Альянса.
Вступить в Альянс лидеров





