Summary

  • Версия 15 от 11 июня имела пометку Standards Track. Версия 16 от 2 ноября обозначена Experimental и сообщает об отсутствии известных реализаций.
  • При трёх и более PCE сбой сеанса может временно разделить их представления о доступных соседях. Связанные пути тогда могут оказаться у разных вычисляющих контроллеров.

Клиент вычисления пути PCC передаёт состояние маршрута контроллеру PCE и по RFC 8231 может делегировать ему управление отдельным LSP. Новый проект добавляет обмен состоянием между самими PCE. Он нужен, когда зависимые пути делегированы разным машинам или связь PCC с одним PCE оборвалась. Все участвующие PCE должны иметь между собой полную сетку сеансов синхронизации.

Полная сетка не даёт каждому PCE прямого наблюдения за сеансами двух других. Ноябрьская версия объясняет: при двух PCE взгляд на общую связь один, при трёх и более после отказа списки доступных участников могут временно расходиться. Приоритет вычисления оператор задаёт отдельно на каждом PCE; через PCEP он не объявляется. Пути одной группы ассоциации могут попасть к разным вычисляющим PCE, и общий результат станет менее удачным. Правила пересылки и предел в одну субделегацию не дают вычислению зациклиться.

Изменение статуса признаёт вопрос открытым. Предыдущая версия шла по Standards Track. Версия 16 предлагает проверить опытом, достаточно ли локальных приоритетов для группы больше двух PCE или протоколу нужны передача приоритетов и явная смена роли. Раздел 6 не знает реализаций. На 4 ноября карточка IETF показывала версию 16, но в поле целевого статуса ещё стояло Proposed Standard; состояние IESG — AD Evaluation::Revised I-D Needed.

Для ответа нужен опубликованный опыт отказа сеанса у трёх PCE с записью ответственных вычислителей и результата для связанных путей.