Многопротокольная коммутация по меткам
Из Википедии, свободной энциклопедии
  (Перенаправлено с транзитного маршрутизатора )
Перейти к навигации Перейти к поиску
«MPLS» перенаправляется сюда. Чтобы узнать о городе в США, см. Миннеаполис .

Многопротокольная коммутация по меткам ( MPLS ) - это метод маршрутизации в телекоммуникационных сетях, который направляет данные от одного узла к другому на основе коротких меток пути, а не длинных сетевых адресов, что позволяет избежать сложного поиска в таблице маршрутизации и ускорения потоков трафика. [1] Метки определяют виртуальные ссылки ( пути ) между удаленными узлами, а не конечные точки . MPLS может инкапсулировать пакеты различных сетевых протоколов , отсюда и «многопротокольная» ссылка в его названии. MPLS поддерживает ряд технологий доступа, включая T1 / E1 , ATM ,Frame Relay и DSL .

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

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

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

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

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

В то же время 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», которая была определена только для работы через ATM, не достигла господства на рынке. Cisco Systems представила соответствующее предложение, не ограничивающееся передачей ATM, которое называется «переключение тегов» [6] (с его протоколом распределения тегов TDP [7] ). Это было частное предложение Cisco, которое было переименовано в «Label Switching». Он был передан Инженерной группе Интернета (IETF) для открытой стандартизации. Работа IETF включала предложения других поставщиков и разработку протокола консенсуса, объединяющего функции работы нескольких поставщиков.[ когда?]

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

Операция

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

  • 20-битное значение метки. Метка со значением 1 представляет метку предупреждения маршрутизатора .
  • 3-битное поле класса трафика для приоритета QoS ( качества обслуживания ) и ECN ( явного уведомления о перегрузке ). До 2009 года это месторождение называлось EXP. [9]
  • 1-битный флаг основания стека . Если это установлено, это означает, что текущая метка является последней в стеке.
  • 8-битное поле TTL ( время жизни ).
Метка MPLS
00010203040506070809101112131415161718192021 год22232425262728 год293031 год
ЭтикеткаTC: класс трафика (QoS и ECN)S: низ стекаTTL: время жизни

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Сравнения

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

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

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

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

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

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

Хотя лежащие в основе протоколы и технологии различны, и MPLS, и ATM предоставляют услуги с установлением соединения для передачи данных по компьютерным сетям. В обеих технологиях сигналы о соединениях передаются между конечными точками, состояние соединения поддерживается на каждом узле на пути, а для передачи данных по соединению используются методы инкапсуляции. За исключением различий в протоколах сигнализации (RSVP / LDP для MPLS и PNNI : частный межсетевой интерфейс для 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-сетях. Однако он эволюционировал в Generalized MPLS (GMPLS), чтобы позволить создание путей с коммутацией меток (LSP) также в неродных IP-сетях, таких как сети SONET / SDH и оптические сети с коммутацией длины волны .

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

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

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

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

  • Обобщенное многопротокольное переключение меток
  • Информационная база этикеток
  • MPLS VPN
  • Поведение на переходе
  • Виртуальная частная сеть LAN

Примечания

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

использованная литература

  1. ^ "Что такое многопротокольная коммутация по меткам (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. ^ Y. Rekhter et al., Обзор архитектуры переключения тегов , Proc. IEEE 82 (декабрь 1997 г.), 1973–1983 гг.
  7. ^ «IETF - Протокол распределения тегов (draft-doolan-tdp-spec-00)» . IETF . Сентябрь 1996 г.
  8. ^ В. Шарма; Ф. Хеллстранд (февраль 2003 г.), RFC 3469: Структура для восстановления на основе многопротокольной коммутации меток (MPLS) , IETF
  9. ^ Л. Андерссон; Р. Асати (февраль 2009 г.), Запись стека меток многопротокольной коммутации по меткам (MPLS): поле «EXP» переименовано в поле «Класс трафика» , IETF
  10. ^ Иван Пепельняк; Джим Гичард (2002), Архитектуры MPLS и VPN, Том 1 , Cisco Press, стр. 27, ISBN 1587050811
  11. ^ а б Э. Розен; Ю. Рехтер (февраль 2006 г.), RFC 4364: BGP / MPLS IP Virtual Private Networks (VPN) , IETF
  12. ^ Б. Томас; Э. Грей (январь 2001 г.), RFC 3037: Применимость LDP , IETF
  13. ^ Р. Брейден; Л. Чжан (сентябрь 1997 г.), RFC 2205: протокол резервирования ресурсов (RSVP) , IETF
  14. ^ Savecall телекоммуникационная консалтинговая компания в Германии. Savecall - MPLS.
  15. ^ Дойл, Джефф. «Общие сведения о явных и неявных нулевых метках MPLS» . Сетевой мир . Проверено 13 марта 2018 .
  16. ^ «6PE FAQ: Почему 6PE использует две метки MPLS в плоскости данных?» . Cisco . Проверено 13 марта 2018 .
  17. ^ Gregg., Schudel (2008). Стратегии безопасности маршрутизатора: защита плоскостей трафика IP-сети . Смит, Дэвид Дж. (Инженер-компьютерщик). Индианаполис, штат Индиана: Cisco Press. ISBN 978-1587053368. OCLC  297576680 .
  18. ^ «Настройка Ultimate-Hop Popping для LSP - Техническая документация - Поддержка - Juniper Networks» . www.juniper.net . Проверено 13 марта 2018 .
  19. ^ Дино, Фариначчи; Гай, Федорков; Алекс, Конта; Яков, Рехтер; К., Розен, Эрик; Тони, Ли. «Кодирование стека меток MPLS» . tools.ietf.org . Проверено 13 марта 2018 .
  20. ^ <[email protected]>, Эрик К. Розен. «Снятие ограничения на использование MPLS Explicit NULL» . tools.ietf.org . Проверено 13 марта 2018 .
  21. ^ Л. Андерссон; И. Миней; Б. Томас (октябрь 2007 г.), RFC 5036: Спецификация LDP , IETF
  22. ^ D. Awduche; Л. Бергер; Д. Ган; Т. Ли; В. Шринивасан; G. Swallow (декабрь 2001 г.), RFC 3209: RSVP-TE: Расширения RSVP для туннелей LSP , IETF
  23. ^ Y. Rekhter; Э. Розен (май 2001 г.), RFC 3107: перенос информации о метках в BGP-4 , IETF
  24. ^ Y. Rekhter; Р. Аггарвал (январь 2007 г.), RFC 4781: Механизм постепенного перезапуска для BGP с MPLS , IETF
  25. ^ Р. Аггарвал; Д. Пападимитриу; С. Ясукава (май 2007 г.), RFC 4875: Расширения протокола резервирования ресурсов - управление трафиком (RSVP-TE) для маршрутов с коммутацией по меткам TE (LSP) точка-множество точек , IETF
  26. ^ С. Брайант; П. Пейт (март 2005 г.), RFC 3985: Архитектура Pseudo Wire Emulation Edge-to-Edge (PWE3) , IETF
  27. ^ де Гейн, Люк, Основы MPLS , стр. 249–326
  28. ^ а б Аслам; и другие. (02.02.2005), NPP: Структура вычислений на основе средств для маршрутизации восстановления с использованием совокупной информации об использовании канала , QoS-IP 2005: качество обслуживания в мультисервисной IP-сети , получено 27.10.2006 .
  29. ^ Раза; и другие. (2005), «Онлайн-маршрутизация путей с гарантированной пропускной способностью с локальным восстановлением с использованием оптимизированной совокупной информации об использовании», IEEE International Conference on Communications, 2005. ICC 2005. 2005 , IEEE-ICC 2005, 1 , стр. 201–207, doi : 10.1109. /ICC.2005.1494347 , ISBN 0-7803-8938-7, S2CID  5659648 .
  30. ^ а б Ли Ли; и другие. (2005), «Маршрутизация маршрутов с гарантированной пропускной способностью с локальным восстановлением в сетях с коммутацией меток», IEEE Journal on Selected Areas in Communications , IEEE Journal on Selected Areas in Communications, 23 (2): 437–449, doi : 10.1109 / JSAC.2004.839424 .
  31. ^ Кодиалам; и другие. (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, S2CID  13870642 .
  32. ↑ Тран Конг Хунг, Ле Куок Куонг, Тран Тхи Туи Май (10 февраля 2019 г.). «Исследование любого транспорта через MPLS (AToM)» (PDF) . Международная конференция по передовым коммуникационным технологиям . Дата обращения 5 февраля 2020 . CS1 maint: несколько имен: список авторов ( ссылка )
  33. ^ "MPLS быстрее?" . www.802101.com . 2017-08-04 . Проверено 5 августа 2017 .
  34. ↑ Alwayn , Вивек. (2002). Расширенный дизайн и реализация MPLS . Индианаполис, штат Индиана: Cisco Press. ISBN 158705020X. OCLC  656875465 .
  35. ↑ Салах М.С. Бурайки (декабрь 2018 г.). «Неофициальное руководство по машинам пересылки пакетов» . Можжевеловые форумы .
  36. ↑ Ричард Стинберген (13–16 июня 2010 г.). «МПЛС для чайников» (PDF) . NANOG .
  37. ↑ Джозеф М. Соричелли с Джоном Л. Хаммондом, Галиной Дайкер Пилдуш, Томасом Э. Ван Метером, Тоддом М. Варблом (июнь 2003 г.). Учебное пособие по Juniper JNCIA (PDF) . ISBN  0-7821-4071-8.CS1 maint: несколько имен: список авторов ( ссылка )

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

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

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

  • Рабочая группа MPLS , IETF.
  • Спецификации IP MPLS , Форум широкополосного доступа.
  • Краткая история MPLS , RIPE
Источник « https://en.wikipedia.org/w/index.php?title=Multiprotocol_Label_Switching&oldid=1058561227 »
Contribute a better translation