Локальная защита MPLS - MPLS local protection

MPLS Быстрое изменение маршрута (также называемый Локальное восстановление MPLS или же Локальная защита MPLS) - это локальная восстановительная сеть устойчивость механизм. На самом деле это особенность протокол резервирования ресурсов (ПРОСЬБА ОТВЕТИТЬ) транспортная инженерия (RSVP-TE ). В локальной защите MPLS каждый путь с переключением меток (LSP) проходящий через объект[1] защищен резервным путем, который начинается на узле непосредственно выше этого объекта.[2][3][4][5][6]

Этот узел, который перенаправляет трафик на заданный резервный путь, называется Пункт местного ремонта (PLR), а узел, на котором резервный LSP объединяется с основным LSP, называется Точка слияния (MP).[2][3] Этот механизм (локальная защита) обеспечивает более быстрое восстановление, поскольку решение о восстановлении строго локально. Для сравнения, при использовании механизмов восстановления в IP уровня, восстановление может занять несколько секунд, что неприемлемо для приложений реального времени (например, VoIP). В отличие от этого, локальная защита MPLS отвечает требованиям приложений реального времени со временем восстановления, сопоставимым со временем восстановления наведение кратчайшего пути сети или СОНЕТ звонки (<50 мс).[2][3][4]

Подходы к местной защите

Существует два различных подхода к локальной защите: (1) локальная защита «один-к-одному» (обход) (2) локальная защита «многие-к-одному» (резервное копирование объекта).[2][3]

Индивидуальная локальная защита

При индивидуальном резервном подходе PLR поддерживают отдельные резервные пути для каждого LSP, проходящего через объект. Резервный путь заканчивается обратным слиянием с основным путем на узле, называемом Точка слияния (МП). В подходе к резервному копированию «один к одному» MP может быть любым узлом, расположенным ниже по потоку от защищаемого объекта. Сохранение информации о состоянии для резервных трактов, защищающих отдельные LSP, как и в подходе «один к одному», представляет собой значительную нагрузку на ресурсы для PLR. Кроме того, сообщения периодического обновления[7] отправленные PLR для поддержки каждого резервного пути, могут стать узким местом в сети.

Локальная защита "многие к одному"

В подходе "многие к одному" PLR поддерживает единственный резервный путь для защиты набора первичных LSP, проходящих через триплет (PLR, средство, MP). Таким образом, требуется поддерживать и обновлять меньше состояний, что приводит к масштабируемому решению. Подход «многие к одному» также называется резервное копирование объекта. Обратите внимание, что в этом подходе MP должен быть узлом, расположенным непосредственно ниже по потоку до объекта.

Пример

Рис.1 Операция быстрого изменения маршрута

На рис.1 (справа) показан первичный путь (Метка переключенного пути, или LSP) от A к E через B и D. Трафик клиентов, подключенных к A и E, будет проходить по этому пути при нормальной работе. Существует также вторичный путь (LSP) от A к E через C. Этот путь может быть либо предварительно сигнализирован, либо нет. Для первичного LSP включен FRR (Fast ReRoute). После включения другие сетевые элементы на LSP будут знать, что FRR включен. Предположим, есть разрыв между D и E. D немедленно узнает об этом и сообщит B и A. Чтобы A узнал, что между D и E произошел сбой, требуется некоторое время, но поскольку D знает о сбое немедленно и FRR включен на LSP, он использует обходной путь DCE, чтобы немедленно избавиться от сбоя, и трафик продолжит движение по этому новому пути. Это занимает менее 50 мс. Как только вторичный LSP включен, трафик переключается на вторичный LSP, и временный обходной путь отключается.

Локальные модели защиты от неисправностей

Иллюстрация режимов локальной защиты MPLS. Обратите внимание, что вся сеть не отображается, показаны только основной и резервный пути. Кроме того, не показаны узлы, через которые проходит резервный путь.

Защита ссылок

В модели защиты канала каждая ссылка (или подмножество ссылок), используемая LSP, обеспечивается защитой с помощью заранее установленных[8] резервные пути.

Защита узла

В модели защиты узлов каждый узел (или подмножество узлов), используемый LSP, обеспечивается защитой с помощью заранее установленных резервных путей.

Элемент защиты

В модели защиты элементов обеспечивается защита от сбоев каналов, а также узлов вдоль LSP.

Рекомендации

  1. ^ Термин «средство» обычно относится к ссылке или узлу.
  2. ^ а б c d Аслам; и другие. (02.02.2005). «NPP: вычислительная структура для восстановления маршрутизации с использованием совокупной информации об использовании канала». QoS-IP 2005: качество обслуживания в мультисервисной IP-сети. Получено 2006-10-27. Цитировать журнал требует | журнал = (помощь)
  3. ^ а б c d Раза; и другие. (2005). «Онлайн-маршрутизация путей с гарантированной пропускной способностью с локальным восстановлением с использованием оптимизированной совокупной информации об использовании». Международная конференция IEEE по коммуникациям, 2005 г. ICC 2005. 2005 г.. IEEE-ICC 2005. 1. С. 201–207. Дои:10.1109 / ICC.2005.1494347. ISBN  0-7803-8938-7.
  4. ^ а б Ли Ли; и другие. (2005). «Маршрутизация гарантированной полосы пропускания с локальным восстановлением в сетях с коммутацией меток». Журнал IEEE по избранным областям коммуникаций. Журнал IEEE по избранным областям коммуникаций. 23 (2): 437–449. Дои:10.1109 / JSAC.2004.839424.
  5. ^ Сковорода; и другие. «Расширения Fast Reroute Extensions к RSVP-TE для сетей LSP Tunnels». RFC-4090. Получено 2006-10-27. Цитировать журнал требует | журнал = (помощь)
  6. ^ Кодиалам; и другие. (2001). «Динамическая маршрутизация туннелей с гарантированной пропускной способностью с локальным восстановлением с использованием агрегированной информации об использовании канала». Труды IEEE INFOCOM 2001. Конференция по компьютерным коммуникациям. Двадцатая ежегодная объединенная конференция Общества компьютеров и связи IEEE (Кат. № 01CH37213). IEEE Infocom. С. 376–385. 2001 г. 1. С. 376–385. Дои:10.1109 / INFCOM.2001.916720. ISBN  0-7803-7016-3.
  7. ^ Локальная защита в основном использует расширения RSVP-TE, который является протоколом с мягким состоянием и требует периодических обновляющих сообщений для поддержания своего состояния.
  8. ^ резервные пути устанавливаются до сбоя