WikiDer > Многопротокольная коммутация меток

Multiprotocol Label Switching
"MPLS" перенаправляется сюда. Для города США см. Миннеаполис.

Многопротокольная коммутация меток (MPLS) - это метод маршрутизации в телекоммуникационные сети который направляет данные из одного узел к следующему на основе коротких меток пути, а не длинных сетевых адресов, что позволяет избежать сложных поисков в таблица маршрутизации и ускорение транспортных потоков.[1] Этикетки обозначают виртуальные ссылки (пути) между удаленными узлами, а не конечные точки. MPLS может инкапсулировать пакеты различных сетевые протоколы, отсюда и "многопротокольная" ссылка в его названии. MPLS поддерживает ряд технологий доступа, включая Т1/E1, Банкомат, Ретрансляция кадров, и DSL.

Роль и функционирование

MPLS масштабируется и не зависит от протокола. В сети MPLS пакетам данных назначаются метки. Решения о пересылке пакетов принимаются исключительно на основе содержимого этой метки, без необходимости проверять сам пакет. Это позволяет создавать сквозные цепи через любой тип транспортной среды с использованием любого протокола. Основное преимущество - устранение зависимости от определенного Модель OSI уровень канала передачи данных (уровень 2) технологии, такие как асинхронный режим передачи (Банкомат), Ретрансляция кадров, Синхронная оптическая сеть (СОНЕТ) или Ethernet, и устраняет необходимость в нескольких сетях уровня 2 для удовлетворения различных типов трафика. Многопротокольная коммутация меток относится к семейству сети с коммутацией пакетов.

MPLS работает на уровне, который обычно считается лежащим между традиционными определениями OSI Layer 2 (уровень канала передачи данных) и слой 3 (сетевой уровень), поэтому его часто называют слой 2.5 протокол. Он был разработан для предоставления единой службы передачи данных для обоих схема-основные клиенты и клиенты с коммутацией пакетов, которые обеспечивают дейтаграмма сервисная модель. Его можно использовать для передачи множества различных видов трафика, включая IP. пакеты, а также собственный банкомат, SONET и Кадры Ethernet.

Ранее был развернут ряд различных технологий с практически одинаковыми целями, например Frame Relay и ATM. Frame Relay и ATM используют «метки» для перемещения кадры или соты по всей сети. Заголовок кадра Frame Relay и ячейки ATM относится к виртуальный канал на котором находится фрейм или ячейка. Сходство между Frame Relay, ATM и MPLS состоит в том, что на каждом скачке в сети значение «метки» в заголовке изменяется. Это отличается от пересылки IP-пакетов.[2] Технологии MPLS развивались с учетом сильных и слабых сторон ATM. MPLS спроектирован так, чтобы иметь меньшие накладные расходы, чем ATM, при предоставлении услуг с установлением соединения для кадров переменной длины, и заменил большую часть использования ATM на рынке.[3]

В частности, MPLS не требует коммутации ячеек и протоколов сигнализации, присущих ATM. MPLS признает, что небольшие ячейки ATM не нужны в ядре современных сетей, поскольку современные оптические сети очень быстрые (по состоянию на 2017 г., в 200 Гбит / с и более), что даже полные 1500-байтовые пакеты не вызывают значительных задержек при постановке в очередь в реальном времени (необходимость уменьшения таких задержек - например, для поддержки голосового трафика - вот мотивация сотовой природы банкоматов).

В то же время MPLS пытается сохранить транспортная инженерия (TE) и внеполосное управление это сделало Frame Relay и ATM привлекательными для развертывания крупномасштабных сетей.

История

  • 1994: Toshiba представила IETF BOF идеи для маршрутизаторов с коммутацией ячеек (CSR).
  • 1996: Ipsilon, Cisco и IBM объявили о планах смены этикеток
  • 1997: Формирование рабочей группы IETF MPLS
  • 1999: Первые развертывания MPLS VPN (L3VPN) и TE
  • 2000: разработка трафика MPLS
  • 2001: Первый MPLS Запрос комментариев (RFC) выпущено[4]
  • 2002: AToM (L2VPN)
  • 2004: GMPLS; Масштабный L3VPN
  • 2006: Масштабное ТЭЦ «Суровый»
  • 2007: Масштабное L2VPN
  • 2009: Многоадресное переключение по меткам
  • 2011: транспортный профиль MPLS

В 1996 году группа из Ipsilon Networks предложил «протокол управления потоком».[5]Их технология «IP Switching», которая была определена только для работы через банкоматы, не достигла доминирования на рынке. Cisco Systems представил связанное предложение, не ограничивающееся передачей ATM, под названием «Переключение тегов»[6] (с его протоколом распределения тегов TDP[7]). Это было частное предложение Cisco, которое было переименовано в «Label Switching». Он был передан в Инженерная группа Интернета (IETF) для открытой стандартизации. Работа IETF включала предложения от других поставщиков и разработку протокола консенсуса, который сочетал в себе функции работы нескольких поставщиков.[когда?]

Первоначальной мотивацией было разрешить создание простых высокоскоростных коммутаторов, поскольку в течение значительного периода времени невозможно было пересылать IP-пакеты полностью аппаратно. Однако успехи в СБИС сделали такие устройства возможными. Таким образом, преимущества MPLS в первую очередь связаны с возможностью поддержки нескольких моделей обслуживания и управления трафиком. MPLS также предлагает надежную структуру восстановления[8] что выходит за рамки простых защитных колец синхронная оптическая сеть (SONET / SDH).

Операция

MPLS работает путем префикса пакетов с заголовком MPLS, содержащим одну или несколько меток. Это называется этикеткой куча.Каждая запись в стеке меток содержит четыре поля:

Метка MPLS
0001020304050607080910111213141516171819202122232425262728293031
ЭтикеткаTC: класс трафика (QoS и ECN)S: низ стекаTTL: время жизни

Эти пакеты с меткой MPLS переключаются после поиска / переключения метки вместо просмотра в таблице IP. Как упоминалось выше, когда был задуман MPLS, поиск меток и переключение меток были быстрее, чем таблица маршрутизации или поиск в базе данных маршрутизации (RIB), потому что они могут выполняться непосредственно в коммутируемая ткань и избегайте использования Операционные системы.

Однако о наличии такой метки необходимо сообщить маршрутизатору / коммутатору. В случае кадров Ethernet это достигается за счет использования EtherType значения 0x8847 и 0x8848, для одноадресная передача и многоадресная передача соединения соответственно.[10]

Маршрутизатор переключателя меток

Маршрутизатор MPLS, который выполняет маршрутизацию только на основе метки, называется Маршрутизатор переключателя меток (ЛСР) или же транзитный маршрутизатор. Это тип маршрутизатора, расположенный в середине сети MPLS. Он отвечает за переключение меток, используемых для маршрутизации пакетов.

Когда LSR принимает пакет, он использует метку, включенную в заголовок пакета, в качестве индекса для определения следующего перехода на пути с коммутацией меток (LSP) и соответствующей метки для пакета из Справочная таблица. Затем старая метка удаляется из заголовка и заменяется новой меткой, прежде чем пакет будет перенаправлен вперед.

Маркер края этикеток

Граничный маршрутизатор меток (LER, также известный как граничный LSR) - это маршрутизатор, который работает на границе сети MPLS и действует как точки входа и выхода для сети. LER толкать метка MPLS на входящий пакет[примечание 1] и поп это от исходящего пакета. В качестве альтернативы под предпоследний прыжок вместо этого эта функция может выполняться LSR, напрямую подключенным к LER.

При пересылке IP дейтаграмма в домен MPLS LER использует информацию о маршрутизации для определения соответствующей метки, которая будет прикреплена, маркирует пакет соответствующим образом и затем пересылает помеченный пакет в домен MPLS. Аналогичным образом, после приема помеченного пакета, который предназначен для выхода из домена MPLS, LER удаляет метку и пересылает полученный IP-пакет, используя обычные правила пересылки IP.

Провайдер роутер

В конкретном контексте основанного на MPLS виртуальная частная сеть (VPN), LER, которые функционируют как входить и / или выходящие маршрутизаторы к VPN часто называют маршрутизаторами PE (Provider Edge). Устройства, которые работают только как транзитные маршрутизаторы, также называются маршрутизаторами P (Provider).[11] Работа с маршрутизатором P значительно проще, чем с маршрутизатором PE-маршрутизатор, поэтому они могут быть менее сложными и могут быть более надежными из-за этого.

Протокол распространения этикеток

Метки распределяются между LER и LSR с использованием Протокол распространения этикеток (LDP).[12] LSR в сети MPLS регулярно обмениваются друг с другом информацией о метках и доступности, используя стандартизированные процедуры, чтобы создать полную картину сети, чтобы затем использовать эту информацию для пересылки пакетов.

Пути с переключением меток

Пути с коммутацией меток (LSP) устанавливаются оператором сети для различных целей, например, для создания сетевых виртуальных частных IP-сетей или для маршрутизации трафика по указанным путям через сеть. Во многих отношениях LSP не отличаются от постоянные виртуальные цепи (PVC) в сетях ATM или Frame Relay, за исключением того, что они не зависят от конкретной технологии уровня 2.

Маршрутизация

Когда немаркированный пакет поступает на входящий маршрутизатор и должен быть передан в MPLS туннель, маршрутизатор сначала определяет класс эквивалентности пересылки (FEC) для пакета, а затем вставляет одну или несколько меток во вновь созданный заголовок MPLS пакета. Затем пакет передается маршрутизатору следующего перехода для этого туннеля.

Заголовок MPLS добавляется между сетевой уровень заголовок и уровень связи заголовок Модель OSI.[13]

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

  • В замена При операции метка заменяется новой меткой, и пакет пересылается по пути, связанному с новой меткой.
  • В толкать При операции новая метка помещается поверх существующей, эффективно «инкапсулируя» пакет на другом уровне MPLS. Это позволяет иерархическая маршрутизация пакетов MPLS. Примечательно, что это используется MPLS VPN.
  • В поп При операции этикетка удаляется из пакета, что может показать внутреннюю этикетку ниже. Этот процесс называется «декапсуляция». Если выдвинутая метка была последней в стеке меток, пакет «покидает» туннель MPLS. Это может быть сделано с помощью выходного маршрутизатора, но см. «Извлечение предпоследнего прыжка» (PHP) ниже.

Во время этих операций содержимое пакета ниже стека меток MPLS не проверяется. Действительно, транзитным маршрутизаторам обычно требуется только проверять самую верхнюю метку в стеке. Пересылка пакета осуществляется на основе содержимого меток, что позволяет «пересылать пакеты, не зависящие от протокола», не требуя просмотра таблицы маршрутизации, зависящей от протокола, и позволяет избежать дорогостоящих IP-адресов. самое длинное совпадение префикса на каждом прыжке.

На исходящем маршрутизаторе, когда была извлечена последняя метка, остается только полезная нагрузка. Это может быть IP-пакет или любой другой пакет полезной нагрузки. Следовательно, выходной маршрутизатор должен иметь информацию о маршрутизации полезной нагрузки пакета, поскольку он должен пересылать его без помощи таблиц поиска меток. Транзитный маршрутизатор MPLS не имеет таких требований.

Обычно (по умолчанию только с одной меткой в ​​стеке, в соответствии со спецификацией MPLS) последняя метка удаляется на предпоследнем переходе (переход перед выходным маршрутизатором). Это называется выталкиванием предпоследнего прыжка (PHP). Это может быть интересно в случаях, когда выходной маршрутизатор имеет много пакетов, покидающих туннели MPLS, и, таким образом, тратит на это чрезмерное количество процессорного времени. Используя PHP, транзитные маршрутизаторы, подключенные напрямую к этому исходящему маршрутизатору, эффективно разгружают его, выталкивая последнюю метку самостоятельно. В протоколах рассылки меток это действие PHP по извлечению метки объявляется как значение метки 3 «implicit-null» (которое никогда не встречается в метке, поскольку это означает, что метка должна быть выдвинута).

Эта оптимизация больше не так полезна (например, для первоначального обоснования MPLS - более простых операций для маршрутизаторов). Несколько сервисов MPLS (включая сквозной QoS[14] менеджмент и 6PE[15]) подразумевают сохранение метки даже между предпоследним и последним маршрутизатором MPLS, при этом размещение метки всегда выполняется на последнем маршрутизаторе MPLS: «Ultimate Hop Popping» (UHP).[16][17] Некоторые конкретные значения меток были зарезервированы[18][19] для этого используют:

  • 0: «explicit-null» для IPv4
  • 2: «explicit-null» для IPv6

Путь с переключением меток

Путь с коммутацией меток (LSP) - это путь через сеть MPLS, установленный НМС или протоколом сигнализации, таким как LDP, RSVP-TE, BGP (или устаревший CR-LDP). Путь настраивается на основе критериев в FEC.

Путь начинается в этикетка края маршрутизатора (LER), который принимает решение о том, какую метку добавить к пакету, на основе соответствующего FEC. Затем он пересылает пакет следующему маршрутизатору на пути, который меняет внешнюю метку пакета на другую метку и пересылает ее следующему маршрутизатору. Последний маршрутизатор в пути удаляет метку из пакета и пересылает пакет на основе заголовка его следующего уровня, например IPv4. Поскольку пересылка пакетов через LSP непрозрачна для более высоких сетевых уровней, LSP также иногда называют туннелем MPLS.

Маршрутизатор, который первым добавляет префикс заголовка MPLS к пакету, называется маршрутизатором. входящий маршрутизатор. Последний маршрутизатор в LSP, который извлекает метку из пакета, называется выходной маршрутизатор. Промежуточные маршрутизаторы, которым требуется только переставлять метки, называются транзитными маршрутизаторами или Маршрутизаторы коммутатора этикеток (ЛСР).

Обратите внимание, что LSP однонаправлены; они позволяют переключать пакет по метке через сеть MPLS от одной конечной точки к другой. Поскольку обычно требуется двунаправленная связь, вышеупомянутые протоколы динамической сигнализации могут установить LSP в другом направлении, чтобы компенсировать это.

Когда рассматривается защита, LSP можно разделить на основные (рабочие), вторичные (резервные) и третичные (LSP в крайнем случае). Как описано выше, LSP обычно являются P2P (точка-точка). Недавно была представлена ​​новая концепция LSP, известная как P2MP (точка-многоточечная).[когда?] В основном они используются для многоадресной рассылки.

Установка и удаление путей

Есть два стандартизированных протокола для управления путями MPLS: Протокол распространения этикеток (LDP) и RSVP-TE, расширение Протокол резервирования ресурсов (RSVP) для управления трафиком.[20][21] Кроме того, существуют расширения Протокол пограничного шлюза (BGP), который можно использовать для управления путем MPLS.[11][22][23]

Заголовок MPLS не определяет тип данных, передаваемых по пути MPLS. Если нужно передавать два разных типа трафика между одними и теми же двумя маршрутизаторами с разной обработкой основных маршрутизаторов для каждого типа, необходимо установить отдельный путь MPLS для каждого типа трафика.

Многоадресная адресация

Многоадресная передача была, по большей части, последним размышлением при разработке MPLS. Это было введено в протокол RSVP-TE для многоточечной связи.[24] Это было вызвано поставщик услуг требования к передаче широкополосного видео через MPLS. С момента создания RFC 4875 произошел колоссальный всплеск интереса к многоадресной рассылке MPLS и ее развертывание, что привело к нескольким новым разработкам как в IETF, так и в поставках продуктов.

Многоточечный LSP концентратора и луча также представлен IETF, сокращенно HSMP LSP. HSMP LSP в основном используется для многоадресной рассылки, синхронизации времени и других целей.

Связь с интернет-протоколом

MPLS работает вместе с Интернет-протоколом (IP) и его протоколами маршрутизации, обычно Протоколы внутреннего шлюза (IGP). LSP MPLS обеспечивают динамические прозрачные виртуальные сети с поддержкой управления трафиком, возможностью транспортировки VPN уровня 3 (IP) с перекрывающимися адресными пространствами и поддержкой уровня 2. псевдопроволоки с помощью Эмуляция псевдопроводов от края до края (PWE3)[25] которые способны транспортировать различные виды транспортных грузов (IPv4, IPv6, ATM, Frame Relay и т. Д.). Устройства с поддержкой MPLS называются LSR. Пути, которые знает LSR, могут быть определены с использованием явной пошаговой конфигурации или динамически маршрутизируются сначала ограниченный кратчайший путь (CSPF) алгоритма, либо настроены как свободный маршрут, который избегает определенного IP-адреса или является частично явным, а частично динамическим.

В чистой IP-сети кратчайший путь к пункту назначения выбирается, даже если он перегружен. Между тем, в IP-сети с маршрутизацией CSPF управления трафиком MPLS также могут быть учтены такие ограничения, как пропускная способность RSVP пройденных каналов, так что будет выбран кратчайший путь с доступной пропускной способностью. MPLS Traffic Engineering полагается на использование расширений TE для Сначала откройте кратчайший путь (OSPF) или Промежуточная система к промежуточной системе (IS-IS) и RSVP. В дополнение к ограничению полосы пропускания RSVP пользователи также могут определять свои собственные ограничения, указывая атрибуты ссылок и специальные требования для туннелей для маршрутизации (или не для маршрутизации) по ссылкам с определенными атрибутами.[26]

Для конечных пользователей использование MPLS не видно напрямую, но может предполагаться при выполнении трассировка: только узлы, которые делают полный IP-маршрутизация отображается как переходы в пути, а не узлы MPLS, используемые между ними, поэтому, когда вы видите, что пакет хмель между двумя очень удаленными узлами, и вряд ли какой-либо другой «переход» в сети этого провайдера (или В КАЧЕСТВЕ) весьма вероятно, что сеть использует MPLS.

Локальная защита MPLS (быстрое изменение маршрута)

Основная статья: Локальная защита MPLS

В случае отказа сетевого элемента, когда механизмы восстановления используются на уровне IP, восстановление может занять несколько секунд, что может быть неприемлемо для приложений реального времени, таких как VoIP.[27][28][29] В отличие, Локальная защита MPLS отвечает требованиям приложений реального времени со временем восстановления, сопоставимым со временем восстановления мост по кратчайшему пути сети или СОНЕТ кольца менее 50 мс.[27][29][30]

Сравнения

MPLS может использовать существующую сеть ATM или инфраструктуру Frame Relay, поскольку ее помеченные потоки могут быть сопоставлены с идентификаторами виртуальных каналов ATM или Frame Relay, и наоборот.

Ретрансляция кадров

Ретрансляция кадров направлена ​​на более эффективное использование существующих физических ресурсов, что позволяет недофинансировать услуги передачи данных за счет телекоммуникационные компании (телекоммуникационные компании) своим клиентам, поскольку клиенты вряд ли будут использовать услуги передачи данных в 100% случаев. Следовательно, превышение лимита пропускной способности операторами связи (чрезмерная пропускная способность избыточное бронирование ), будучи финансово выгодным для поставщика, может напрямую влиять на общую производительность.

Телекоммуникационные компании часто продают Frame Relay предприятиям, которые ищут более дешевую альтернативу. выделенные линии; его использование в различных географических регионах во многом зависит от политики правительства и телекоммуникационных компаний.

Многие клиенты перешли с Frame Relay на MPLS через IP или Ethernet, что во многих случаях снизит затраты и улучшит управляемость и производительность их глобальных сетей.[31]

ATM (асинхронный режим передачи)

Хотя базовые протоколы и технологии различны, как MPLS, так и Банкомат обеспечить ориентированный на соединение сервис для передачи данных по компьютерным сетям. В обеих технологиях сигналы о соединениях передаются между конечными точками, состояние соединения поддерживается на каждом узле на пути, а для передачи данных по соединению используются методы инкапсуляции. За исключением различий в протоколах передачи сигналов (RSVP / LDP для MPLS и ПНИИ: Private Network-to-Network Interface для ATM) по-прежнему остаются существенные различия в поведении технологий.

Наиболее существенное различие заключается в методах транспортировки и инкапсуляции. MPLS может работать с пакетами переменной длины, в то время как ATM транспортирует ячейки фиксированной длины (53 байта). Пакеты должны быть сегментированы, транспортированы и повторно собраны по сети ATM с использованием уровня адаптации, что значительно увеличивает сложность и накладные расходы на поток данных. MPLS, с другой стороны, просто добавляет метку к заголовку каждого пакета и передает ее по сети.

Различия существуют и в характере связей. Соединение MPLS (LSP) является однонаправленным, что позволяет данным передаваться только в одном направлении между двумя конечными точками. Для установления двусторонней связи между конечными точками необходимо установить пару LSP. Поскольку для подключения требуются 2 LSP, данные, передаваемые в прямом направлении, могут использовать путь, отличный от пути данных, передаваемых в обратном направлении. ATM-соединения точка-точка (виртуальные каналы), с другой стороны, являются двунаправленный, что позволяет данным передаваться в обоих направлениях по одному и тому же пути (ATM-соединения SVC и PVC являются двунаправленными. Проверить ITU-T I.150 3.1.3.1).

И ATM, и MPLS поддерживают туннелирование соединений внутри соединений. MPLS использует для этого стекирование меток, в то время как ATM использует виртуальные пути. MPLS может складывать несколько меток для формирования туннелей внутри туннелей. Индикатор виртуального пути ATM (VPI) и индикатор виртуального канала (VCI) передаются вместе в заголовке ячейки, ограничивая ATM одним уровнем туннелирования.

Самым большим преимуществом MPLS перед ATM является то, что он с самого начала разрабатывался как дополнительный к IP. Современные маршрутизаторы могут изначально поддерживать как MPLS, так и IP через общий интерфейс, что дает операторам сети большую гибкость в сетевой дизайн и эксплуатация. Несовместимость ATM с IP требует сложной адаптации, что делает его сравнительно менее подходящим для сегодняшних сетей, в которых преобладает IP.

Развертывание

MPLS в настоящее время (по состоянию на март 2012 г.) используется только в IP-сетях и стандартизирован IETF в RFC 3031. Он предназначен для подключения всего двух объектов к очень крупным развертываниям.

На практике MPLS в основном используется для пересылки IP блоки данных протокола (PDU) и трафик Ethernet службы виртуальной частной сети (VPLS). Основными приложениями MPLS являются управление телекоммуникационным трафиком и MPLS VPN.

Эволюция

Первоначально MPLS был предложен для обеспечения высокопроизводительной переадресации трафика и транспортная инженерия в IP-сетях. Однако он развился в Обобщенный MPLS (GMPLS), чтобы разрешить создание путей с коммутацией меток (LSP) также в неродных IP-сетях, таких как Сети SONET / SDH и оптические сети с коммутацией длин волн.

Протоколы конкурентов

MPLS может существовать как в IPv4 и IPv6 среды, используя соответствующие протоколы маршрутизации. Основной целью развития MPLS было увеличение скорости маршрутизации.[32] Эта цель больше не актуальна[33] из-за использования новых методов коммутации (способных пересылать простой IPv4 так же быстро, как пакеты с меткой MPLS), например ASIC, TCAM и CAMпереключение на основе.[34] Итак, теперь основное приложение[35] MPLS заключается в реализации ограниченного управления трафиком и виртуальных частных сетей уровня 3 / уровня 2 «типа поставщика услуг» в сетях IPv4.[36]

Помимо GMPLS, основными конкурентами MPLS являются Кратчайший путь моста (СПБ), Магистральные мосты провайдера (PBB) и МПЛС-ТП. Они также предоставляют такие услуги, как VPN уровня 2 и уровня 3 поставщика услуг.

Смотрите также

Примечания

  1. ^ В некоторых приложениях пакет, представленный LER, уже может иметь метку, так что новый LER помещает вторую метку в пакет.

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

  1. ^ https://searchnetworking.techtarget.com/definition/Multiprotocol-Label-Switching-MPLS
  2. ^ Основы MPLS, Люк Де Гейн, 21 ноября 2006 г.ISBN 1-58705-197-4)
  3. ^ Прикладная передача данных (бизнес-ориентированный подход) Джеймс Э. Голдман и Филип Т. Роулз, 2004 г. (ISBN 0-471-34640-3)
  4. ^ Э. Розен; А. Вишванатан; Р. Каллон (январь 2001 г.), RFC3031: Многопротокольная архитектура коммутации по меткам, IETF
  5. ^ П. Ньюман; и другие. (Май 1996 г.). «Спецификация протокола управления потоком Ipsilon для IPv4». RFC 1953. IETF.
  6. ^ Ю. Рехтер и другие., Обзор архитектуры переключения тегов, Proc. IEEE 82 (декабрь 1997 г.), 1973–1983 гг.
  7. ^ "IETF - Протокол распределения тегов (draft-doolan-tdp-spec-00)". IETF. Сентябрь 1996 г.
  8. ^ В. Шарма; Ф. Хеллстранд (февраль 2003 г.), RFC 3469: Framework для восстановления на основе многопротокольной коммутации меток (MPLS), IETF
  9. ^ Л. Андерссон; Р. Асати (февраль 2009 г.), Запись стека меток многопротокольной коммутации меток (MPLS): поле «EXP» переименовано в поле «Класс трафика», IETF
  10. ^ Иван Пепельняк; Джим Гишард (2002), Архитектуры MPLS и VPN, Том 1, Cisco Press, стр. 27, ISBN 1587050811
  11. ^ а б Э. Розен; Ю. Рехтер (февраль 2006 г.), RFC 4364: Виртуальные частные IP-сети (VPN) BGP / MPLS, IETF
  12. ^ Б. Томас; Э. Грей (январь 2001 г.), RFC 3037: Применимость LDP, IETF
  13. ^ Телекоммуникационная консалтинговая компания Savecall Германия Сохранить вызов - MPLS
  14. ^ Дойл, Джефф. "Общие сведения о явных и неявных нулевых метках MPLS". Сетевой мир. Получено 2018-03-13.
  15. ^ «Часто задаваемые вопросы по 6PE: почему 6PE использует две метки MPLS в плоскости данных?». Cisco. Получено 2018-03-13.
  16. ^ Грегг., Шудель (2008). Стратегии безопасности маршрутизатора: защита плоскостей трафика IP-сети. Смит, Дэвид Дж. (Инженер-компьютерщик). Индианаполис, штат Индиана: Cisco Press. ISBN 978-1587053368. OCLC 297576680.
  17. ^ «Настройка Ultimate-Hop Popping для LSP - Техническая документация - Поддержка - Juniper Networks». www.juniper.net. Получено 2018-03-13.
  18. ^ Дино, Фариначчи; Гай, Федорков; Алекс, Конта; Яков, Рехтер; К., Розен, Эрик; Тони, Ли. «Кодирование стека меток MPLS». tools.ietf.org. Получено 2018-03-13.
  19. ^ , Эрик К. Розен. «Снятие ограничения на использование MPLS Explicit NULL». tools.ietf.org. Получено 2018-03-13.
  20. ^ Л. Андерссон; И. Миней; Б. Томас (октябрь 2007 г.), RFC 5036: Спецификация LDP, IETF
  21. ^ Д. Авдуче; Л. Бергер; Д. Ган; Т. Ли; В. Шринивасан; Г. Своллоу (декабрь 2001 г.), RFC 3209: RSVP-TE: Расширения RSVP для туннелей LSP, IETF
  22. ^ Ю. Рехтер; Э. Розен (май 2001 г.), RFC 3107: перенос информации о метках в BGP-4, IETF
  23. ^ Ю. Рехтер; Р. Аггарвал (январь 2007 г.), RFC 4781: механизм плавного перезапуска для BGP с MPLS, IETF
  24. ^ Р. Аггарвал; Д. Пападимитриу; С. Ясукава (май 2007 г.), RFC 4875: Расширения протокола резервирования ресурсов (RSVP-TE) для маршрутов с коммутацией по меткам TE (LSP) точка-многоточка TE, IETF
  25. ^ С. Брайант; П. Пэйт (март 2005 г.), RFC 3985: Архитектура сквозной эмуляции псевдопроводов (PWE3), IETF
  26. ^ де Гейн, Люк, Основы MPLS, стр. 249–326
  27. ^ а б Аслам; и другие. (2005-02-02), NPP: основанная на оборудовании вычислительная структура для маршрутизации восстановления с использованием совокупной информации об использовании канала, QoS-IP 2005: качество обслуживания в мультисервисной IP-сети, получено 2006-10-27.
  28. ^ Раза; и другие. (2005), «Онлайн-маршрутизация путей с гарантированной пропускной способностью с локальным восстановлением с использованием оптимизированной совокупной информации об использовании», Международная конференция IEEE по коммуникациям, 2005 г. ICC 2005. 2005 г., IEEE-ICC 2005, 1, стр. 201–207, Дои:10.1109 / ICC.2005.1494347, ISBN 0-7803-8938-7, S2CID 5659648.
  29. ^ а б Ли Ли; и другие. (2005), «Маршрутизация гарантированной полосы пропускания с локальным восстановлением в сетях с коммутацией меток», Журнал IEEE по избранным областям коммуникаций, Журнал IEEE по избранным областям коммуникаций, 23 (2): 437–449, Дои:10.1109 / JSAC.2004.839424.
  30. ^ Кодиалам; и другие. (2001), «Динамическая маршрутизация туннелей с гарантированной пропускной способностью с локальным восстановлением с использованием агрегированной информации об использовании канала», Труды IEEE INFOCOM 2001. Конференция по компьютерным коммуникациям. Двадцатая ежегодная объединенная конференция Общества компьютеров и связи IEEE (Кат. № 01CH37213), IEEE Infocom. С. 376–385. 2001, 1, стр. 376–385, Дои:10.1109 / INFCOM.2001.916720, ISBN 0-7803-7016-3, S2CID 13870642.
  31. ^ Тран Конг Хунг, Ле Куок Куонг, Тран Тхи Туи Май (10 февраля 2019 г.). "Исследование любого транспорта через MPLS (AToM)" (PDF). Международная конференция по передовым коммуникационным технологиям. Получено 5 февраля 2020.CS1 maint: несколько имен: список авторов (связь)
  32. ^ "MPLS быстрее?". www.802101.com. 2017-08-04. Получено 2017-08-05.
  33. ^ Алвейн, Вивек. (2002). Расширенный дизайн и реализация MPLS. Индианаполис, штат Индиана: Cisco Press. ISBN 158705020X. OCLC 656875465.
  34. ^ Салах М. С. Бурайки (декабрь 2018 г.). "Неофициальное руководство по механизмам пересылки пакетов". Форумы Juniper.
  35. ^ Ричард А. Стинберген (13–16 июня 2010 г.). «МПЛС для чайников» (PDF). NANOG.CS1 maint: формат даты (связь)
  36. ^ Джозеф М. Соричелли с Джоном Л. Хэммондом, Галиной Дайкер Пилдуш, Томасом Э. Ван Метером, Тоддом М. Варблом (июнь 2003 г.). Учебное пособие по Juniper JNCIA (PDF). ISBN 0-7821-4071-8.CS1 maint: несколько имен: список авторов (связь)

дальнейшее чтение

  • «Развертывание IP и MPLS QoS для мультисервисных сетей: теория и практика» Джона Эванса, Кларенса Филсфилса (Морган Кауфманн, 2007 г., ISBN 0-12-370549-5)
  • Учебное пособие Рика Галлахера MPLS (ISBN 1932266003)

внешняя ссылка