Настройка RSVP-TE

Настройка RSVP-TE

Настройка RSVP-TE осуществляется:

• в контексте маршрутизации router rsvp,
• в контексте отдельных интерфейсов,
• в контексте туннеля RSVP rsvp-trunk,
• в конструкции rsvp-path задаются явные маршруты.

Для простой настройки RSVP-TE достаточно:

• Включить маршрутизацию RSVP router rsvp. При этом можно оставить маршрутизацию без каких-либо настроек.
• Настроить маршрутизацию OSPF.
• На интерфейсах включить: label-switching и enable-rsvp, задать полосу пропускания bandwidth 1g.
• На входном (ingress) и выходном (egress) маршрутизаторах настроить туннель rsvp-trunk.
• При необходимости, задать и подключить к туннелю явные маршруты rsvp-path.

Команды в контекстах router rsvp и интерфейсов

Команды сокращения количества обновлений (Refresh Reduction): Команды вводятся в контексте router rsvp и тогда действуют для всех соседей, или вводятся в контексте отдельного интерфейса (с префиксом rsvp) и действуют для всех соседей, обнаруженных через этот интерфейс.

• ack-wait-timeout <1-65535> — таймер ожидания подтверждения (ACK) получения Summary Refresh сообщений. Значение по умолчанию равно 10 секундам.
• message-ack — включает отправку запросов на подтверждение получения для всех сообщений Summary Refresh, отправляемых соседям данного маршрутизатора. Сообщения Summary Refresh отправляются только тем соседям, про которых известно, что они поддерживают механизм Refresh Reduction. Выключена по умолчанию.
• no refresh-reduction — выключает механизм Refresh Reduction. Механизм Refresh Reduction включён по умолчанию.
• bundle-send — включает отправку пакетных сообщений. Несколько отдельных сообщений RSVP упаковываются в один “контейнер” — Bundle Message. Выключена по умолчанию. Доступна только в контексте router rsvp.

Команды сокращения обработки сообщений: Команды вводятся в контексте router rsvp.

• refresh-path-parsing / no-refresh-path-parsing — включает/отключает анализ сообщений Refresh-Path, полученных от вышестоящих узлов. В выключенном режиме no-refresh-path-parsing сообщение Refresh-Path будет переслано нижележащему маршрутизатору без подробного анализа. Это позволит снизить нагрузку на процессор маршрутизатора. Выключить анализ Refresh-Path рекомендуется, когда вы уверены, что конкретному маршрутизатору не нужно анализировать сообщения Refresh-Path для проверки изменений, поскольку LSP, проходящие через этот маршрутизатор, не обязательно должны обновляться одновременно (за один проход сообщения Path) по всей цепочке. Команда включена по умолчанию.
• refresh-resv-parsing / no-refresh-resv-parsing — Аналогична предыдущей команде. Используйте команду no-refresh-resv-parsing чтобы минимизировать обработку Refresh-Resv сообщений, полученных от вышестоящих узлов. Команда включена по умолчанию.

Команды управления приветственными сообщениями: Команды вводятся как в контексте router rsvp, так и в контексте отдельного интерфейса с префиксом rsvp. Команды на интерфейсе перекрывают действие команд, заданных глобально.

• hello-interval <1-65535> — включает отправку приветственных сообщений и устанавливает значение интервала в секундах между ними. Значение по умолчанию равно трём секундам.
• hello-receipt — включает приём приветственных сообщений от RSVP-соседей.
• hello-timeout <1-65535> — если LSR не получил приветственное сообщение от соседа в течение заданного этой командой времени (в секундах), все сессии, используемые совместно с этим соседом, сбрасываются. Параметр hello-timeout определяет, как долго узел RSVP ожидает приветственного сообщения, прежде чем объявить соседа отключённым. Значение должно быть в 3.5 раза и более выше значения hello-interval.
• neighbor { A.B.C.D │ X:X::X:X} — позволяет назначить адрес соседа, который будет использоваться при обмене приветственными сообщениями. Любое приветственное сообщение от соседа, которое не идентифицировано явно, будет отклонено. Можно задать несколько соседей несколькими командами neighbor. Команда вводится только в контексте router rsvp.

Команды настройки срока резервирования LSP: refresh-time и keep-multiplier работают в связке и определяют, как долго будут существовать LSP в условиях отсутствия обновляющих сообщений и как долго для него будут резервироваться ресурсы. Команды вводятся как в контексте router rsvp, так и в контексте отдельного интерфейса с префиксом rsvp.

• refresh-time <1-65535> — определяет интервал отправки обновляющих сообщений RSVP — как часто (в секундах) входной узел (Ingress) передаёт сообщение Path, а выходной (egress) узел передаёт сообщение Resv. Значение по умолчанию составляет 30 секунд.
• keep-multiplier <1-255> — задаёт множитель для расчёта допустимого срока резервирования ресурсов для LSP. Значение по умолчанию равно трём. Используйте следующую формулу для расчёта срока резервирования LSP: L >= (K + 0,5) * 1,5 * R, где K = keep-multiplier, а R = refresh-time. Когда срок резервирования истекает LSP удаляется.

Прочие команды: Команды вводятся в контексте router rsvp.

• cspf/ no-cspf — включает/отключает работу алгоритма CSPF (Constrained Shortest Path First) для всех путей RSVP. Включена по умолчанию. Алгоритм CSPF вычисляет пути для LSP с учётом каналов связи и различных ограничений, таких как пропускная способность, количество переходов, административные группы, приоритет и явные маршруты. Отключение CSPF приведёт к тому, что путь будет прокладывать алгоритм SPF, который всегда будет предлагать кратчайший маршрут не зависимо от ограничений. Объект EXPLICIT ROUTE (ERO) удаляется из сообщения Path, заданные ограничения игнорируются.
• explicit-null — включает отправку явной нулевой метки напрямую присоединённым выходным узлам вместо реализации режима PHP и отправки выходным узлам пакетов без метки.
• php / no-php — включает/отключает работу алгоритма Penultimate Pop Hopping для данного маршрутизатора.
• from { A.B.C.D │ X:X::X:X} — позволяет вручную задать интерфейс loopback в качестве идентификатора маршрутизатора в LSP.
• local-protection — глобально (для всех сессий RSVP) включает функцию локального восстановления (переключения на запасной путь) для тех LSP, для которых данный маршрутизатор является транзитным.
• loop-detection / no-loop-detection — включает/отключает механизм обнаружения петель маршрутизации.

Команды в в контексте туннеля rsvp-trunk

• primary {...} — конфигурация первичного (primary) пути LSP. Параметры команды будут рассмотрены ниже.
• secondary {...} — конфигурация вторичного (secondary) пути LSP. Параметры команды будут рассмотрены ниже.
• map-route {A.B.C.D | X:X::X:X} — определяет подсеть, в которую через туннель будет допущен трафик. Возможно задать несколько подсетей несколькими командами.
• from {A.B.C.D | X:X::X:X} — задаёт входящий адрес туннеля на входном маршрутизаторе.
• to {A.B.C.D | X:X::X:X} — задаёт исходящий адрес туннеля на выходном маршрутизаторе.
• rsvp-trunk-restart — перезапускает RSVP туннель.
• ext-tunnel-id {A.B.C.D | X:X::X:X} — задаёт расширенный идентификатор туннеля в виде IP-адреса. Идентификатор прописывается в RSVP сообщения в объекте SESSION. Если расширенный идентификатор не задан, используется идентификатор маршрутизатора. Расширенный идентификатор туннеля — это простой способ идентификации всех LSP, принадлежащих одному и тому же туннелю.
• update-type {make-before-break | break-before-make} — задаёт тип переключения между LSP при изменении параметров RSVP-TE:
  • make-before-break (по умолчанию) — создаётся новый LSP, и только после этого удаляется старый. В этом случае RSVP должен использовать стиль резервирования Shared Explicit (SE), чтобы оба LSP могли делить одну и ту же полосу.
  • break-before-make — старый LSP удаляется (PathTear/ResvTear), трафик прерывается, создаётся новый LSP, трафик возобновляет своё движение по новому пути. Может использоваться любой стиль резервирования.

Команды IGP Shortcut:

• enable-igp-shortcut / disable-igp-shortcut — включает/отключает использование туннеля RSVP-TE в качестве маршрута в IP-IGP-маршрутизации. При включении, туннели будут участвовать в вычислении протоколом IGP кратчайшего пути наряду с обычными IP-маршрутами.
• lsp-metric absolute <1-65535> — задаёт абсолютное значение метрики для RSVP-TE туннеля при вычислении кратчайшего пути IGP. Не зависимо от метрики подлежащего IGP-пути будет установлено заданное значение.
• lsp-metric relative {<-65535-0> | <1-65535>} — устанавливает относительное значение метрики для RSVP-TE туннеля при вычислении кратчайшего пути IGP. Значение будет складываться со значением метрики подлежащего IGP-пути. Возможны отрицательные и положительные значения.

Параметры команд primary и secondary:

• path <PATHNAME> — подключает ограничения (обязательные и свободные узлы для прохождения LSP) заданные в контексте команды rsvp-path.
• affinity / no-affinity — включает/отключает отправку объектов атрибутов сессии (SESSION ATTRIBUTE в сообщениях Path) с данными о привязке ресурсов. Параметр включён по умолчанию.
• exclude-any <ADMIN-GROUP-NAME> — исключает интерфейсы с указанными в административной группе атрибутами из построения TE-LSP.
• include-any <ADMIN-GROUP-NAME> — включает интерфейсы с указанными в административной группе атрибутами в построение TE-LSP.
• bandwidth <1-10000000000 bits> — определяет зарезервированную для LSP полосу пропускания. Можно указать более крупные единицы измерения: k, m, g. Значение по умолчанию равно нулю, что позволяет передачу данных, но не резервирует полосу.
• cspf / no-cspf — включает/отключает использование алгоритма CSPF для вычисления объекта явного пути (ERO) к выходному маршрутизатору. Сервер CSPF вычисляет пути для LSP с учётом таких ограничений, как пропускная способность, количество переходов, административные группы, приоритет и явные маршруты. CSPF стремится минимизировать перегрузку, разумно балансируя нагрузку на сеть. Если CSPF отключён глобально, его невозможно включить для отдельного LSP.
• cspf-retry-limit <1–65535> — определяет количество повторных попыток CSPF вычислить маршрут для данного LSP. Значение по умолчанию равно нулю.
• cspf-retry-timer <1–600> — определяет интервал в секундах между попытками CSPF вычислить маршрут для данного LSP. Значение по умолчанию равно нулю.
• filter {fixed | shared-explicit} — определяет стиль резервирования ресурсов: разделяемое Shared Explicit (SE) или фиксированное Fixed Filter (FF). При SE для всех LSP выделяется общая полоса пропускания, которую они делят. При FF каждый LSP получает отдельную фиксированную полосу пропускания. Значение по умолчанию — fixed.
• hold-priority <0–7> — задаёт приоритет удержания ресурсов уже установленным LSP. Вновь устанавливаемые туннели могут вытеснять имеющийся LSP из полосы пропускания. 0 — высший приоритет (почти невозможно вытеснить). 7 — низший приоритет (легко вытеснить). Значение по умолчанию равно нулю.
• setup-priority <0-7> — задаёт приоритет установления LSP в случае нехватки полосы пропускания. Определяет способность LSP вытеснять существующие LSP для освобождения полосы пропускания. 0 — высший приоритет (максимальная способность вытеснять). 7 — низший приоритет (не способен вытеснять). Значение по умолчанию равно семи.
• hop-limit <1-255> — определяет максимальное количество переходов для LSP, что позволяет ограничить длину пути.
• local-protection — включает для данного LSP функцию локального восстановления (переключения на запасной путь) для тех LSP, для которых данный маршрутизатор является транзитным.
• record / no-record — включает/отключает запись пройденных сообщениями Path и Resv узлов. Запись ведётся в объект Route Record Object (RRO) для подтверждения установления резервирования и выявления ошибок . Параметр включён по умолчанию.
• label-record — включает механизм записи меток MPLS, которые распределяются между маршрутизаторами в процессе установления LSP. Запись ведётся в объект RRO сообщения Resv. Запись меток может быть полезна при поиске неисправностей в сети.
• retry-limit <1-65535> — определяет количество повторных попыток пересоздать LSP, когда входной узел пытается настроить LSP и настройка завершается неудачей из-за получения сообщения об ошибке пути. Значение по умолчанию равно нулю, что означает бесконечные попытки.
• retry-timer <1-6OO> — определяет интервал между попытками пересоздать LSP. Значение по умолчанию составляет 30 секунд.
• reuse-route-record — включает использование пути записанного в RRO из входящего Resv-сообщения, в качестве строгого (все переходы будут указаны как strict) пути ERO для следующего сообщения Path. Обеспечивает стабильность пути при отсутствии CSPF.
• traffic {guaranteed | controlled-load} — определяет тип сервиса (Service Type). Гарантированный сервис с гарантированной полосой пропускания и задержкой или сервис с контролируемой нагрузкой с низким уровнем потерь но без гарантированно низкой задержки. По умолчанию controlled-load.

Команды задания явных маршрутов

rsvp-path <PATHNAME> — вводится в конфигурационном режиме и позволяет перейти в контекст задания явных путей.

В контексте rsvp-path задаются адреса интерфейсов через которые должен строго (A.B.C.D strict) или нестрого (A.B.C.D loose) пройти путь LSP. Для правильной работы необходимо задавать входящие интерфейсы маршрутизаторов по ходу следования пути.

Затем по PATHNAME заданные ограничения (строгие и нестрогие переходы) можно подключить в параметрах туннеля rsvp-trunk к первичному (primary path <PATHNAME>) или вторичному (secondary path <PATHNAME>) путям LSP.