CSPF позволяет решить некоторые очевидные проблемы RSVP:
Проблемы с масштабированием. Мы можем указать основной и резервный путь до одной точки. Однако, если оба пути будут недоступны, то связи не будет. Каждый LSP нужно явно указывать в "полуручном режиме", что также будет не совсем удобно.
Резервирование пропускной способности канала работает так, что если её нет возможности зарезервировать, то LSP просто не построится.
Понятие об SLA (Service Level Agreement) есть, но оно тут не полное. Опять же всё в полуручном режиме.
2. Краткая информация по CSPF
Соответственно был придуман протокол CSPF (Constrained Shortest Path First). Т.е. к просчёту алгоритма SPF добавляются ограничения от RSVP, всё это соединяется и на основе этой информации строится лучший путь по IGP, но с ограничениями от RSVP по различным параметрам.
Информация о маршрутах и ограничениях хранится в TED (Traffic Engineering Database). Выглядит она так:
Тут мы увидим TED для RT.SPB.LNX. Цвета линков (Административные группы), уже зарезервированную и доступную пропускные способности для различных линков, метки CoS и т.д.
Немного об ограничениях CSPF. Для IS-IS не нужно включать ниаких опций TED собирается автоматически. Для OSPF нужно включить включить поддержку TE:
set protocols ospf traffic-engineering
При этом IS-IS поддерживает построение LSP только внутри одного Level. OSPF поддерживает такое построение через несколько областей, но при выходе из текущей, трафик пойдёт по IGP Best Path. Однако, эти ограничения обходятся при помощи Explicit-Path LSP.