MPLS Fast Reroute (также называемый локальным восстановлением MPLS или локальной защитой MPLS ) - этомеханизм обеспечения отказоустойчивости локальной сети восстановления. Фактически это особенность организации трафика протокола резервирования ресурсов (RSVP)( RSVP-TE ). В локальной защите MPLS каждый путь с коммутацией меток (LSP), проходящий через средство [1] , защищен резервным путем, который начинается на узле, находящемся непосредственно выше этого средства. [2] [3] [4] [5] [6]
Этот узел, который перенаправляет трафик на заданный резервный путь, называется точкой локального восстановления (PLR) , а узел, где резервный LSP сливается с первичным LSP, называется точкой слияния (MP) . [2] [3] Этот механизм (локальная защита) обеспечивает более быстрое восстановление, поскольку решение о восстановлении является строго локальным. Для сравнения, когда механизмы восстановления используются на уровне IP , восстановление может занять несколько секунд, что неприемлемо для приложений реального времени (таких как VoIP). Напротив, локальная защита MPLS отвечает требованиям приложений реального времени со временем восстановления, сравнимым со временем восстановления в мостовых сетях по кратчайшему пути или кольцах SONET (<50 мс). [2] [3] [4]
Подходы к местной защите
Существует два различных подхода к локальной защите: (1) локальная защита «один-к-одному» (обход) (2) локальная защита «многие-к-одному» (резервное копирование объекта). [2] [3]
Индивидуальная локальная защита
При индивидуальном резервном подходе PLR поддерживают отдельные резервные пути для каждого LSP, проходящего через объект. Резервный путь завершается обратным слиянием с основным путем на узле, называемом точкой слияния (MP). При индивидуальном резервном копировании MP может быть любым узлом, расположенным ниже по потоку от защищаемого объекта. Сохранение информации о состоянии для резервных трактов, защищающих отдельные LSP, как и в подходе «один к одному», представляет собой значительную нагрузку на ресурсы для PLR. Более того, периодические сообщения обновления [7], отправляемые PLR, чтобы поддерживать каждый резервный путь, могут стать узким местом в сети.
Локальная защита "многие к одному"
В подходе "многие к одному" PLR поддерживает единственный резервный путь для защиты набора первичных LSP, проходящих через триплет (PLR, средство, MP). Таким образом, нужно поддерживать и обновлять меньше состояний, что приводит к масштабируемому решению. Подход «многие к одному» также называется резервным копированием оборудования . Обратите внимание, что в этом подходе MP должен быть узлом, непосредственно находящимся ниже по потоку до объекта.
Пример
На рисунке 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, и временный обходной путь отключается.
Локальные модели защиты от неисправностей
Защита ссылок
В модели защиты канала каждый канал (или подмножество каналов), используемый LSP, обеспечивается защитой с помощью заранее установленных [8] резервных путей.
Защита узла
В модели защиты узлов каждый узел (или подмножество узлов), используемый LSP, обеспечивается защитой с помощью заранее установленных резервных путей.
Элемент защиты
В модели защиты элементов обеспечивается защита от сбоев каналов, а также узлов вдоль LSP.
Рекомендации
- ^ Термин «средство» обычно относится к ссылке или узлу.
- ^ а б в г Аслам; и другие. (02.02.2005). «NPP: основанная на оборудовании вычислительная структура для маршрутизации восстановления с использованием совокупной информации об использовании канала» . QoS-IP 2005: качество обслуживания в мультисервисной IP-сети . Проверено 27 октября 2006 . Цитировать журнал требует
|journal=
( помощь ) - ^ а б в г Раза; и другие. (2005). «Онлайн-маршрутизация путей с гарантированной пропускной способностью с локальным восстановлением с использованием оптимизированной совокупной информации об использовании». IEEE Международная конференция по сообщениям, 2005 ICC 2005 2005 . IEEE-ICC 2005. 1 . С. 201–207. DOI : 10.1109 / ICC.2005.1494347 . ISBN 0-7803-8938-7.
- ^ а б Ли Ли; и другие. (2005). «Маршрутизация гарантированной полосы пропускания с локальным восстановлением в сетях с коммутацией меток». Журнал IEEE по избранным областям коммуникаций . Журнал IEEE по избранным областям коммуникаций. 23 (2): 437–449. DOI : 10.1109 / JSAC.2004.839424 .
- ^ Кастрюля; и другие. «Расширения быстрого перенаправления на RSVP-TE для сетей LSP-туннелей» . RFC-4090 . Проверено 27 октября 2006 . Цитировать журнал требует
|journal=
( помощь ) - ^ Кодиалам; и другие. (2001). «Динамическая маршрутизация туннелей с гарантированной пропускной способностью с локальным восстановлением с использованием агрегированной информации об использовании канала». Труды IEEE INFOCOM 2001. Конференция по компьютерным коммуникациям. Двадцатая ежегодная объединенная конференция Общества компьютеров и связи IEEE (№ по каталогу 01CH37213) . IEEE Infocom. С. 376–385. 2001. 1 . С. 376–385. DOI : 10.1109 / INFCOM.2001.916720 . ISBN 0-7803-7016-3.
- ^ Локальная защита в основном использует расширения RSVP-TE, который является протоколом с мягким состоянием и требует периодических обновляющих сообщений для поддержания своего состояния.
- ^ резервные пути устанавливаются до сбоя