Jump to content

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

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

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

[ редактировать ]

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

MPLS работает на уровне, который обычно считается лежащим между традиционными определениями OSI Layer 2 ( уровень канала передачи данных ) и Layer 3 ( сетевой уровень ), и поэтому его часто называют протоколом уровня 2.5 . Он был разработан для предоставления унифицированной службы передачи данных как для клиентов с коммутацией каналов , так и для клиентов с коммутацией пакетов, которые предоставляют модель обслуживания дейтаграмм . Его можно использовать для передачи множества различных видов трафика, включая IP- пакеты , а также собственный асинхронный режим передачи (ATM), Frame Relay , синхронную оптическую сеть (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 не нужны в ядре современных сетей, поскольку современные оптические сети достаточно быстры, поэтому даже полноразмерные пакеты размером 1500 байт не вызывают значительных задержек в очереди в реальном времени. [а] В то же время MPLS пытается сохранить технологию управления трафиком (TE) и внеполосное управление , которые сделали Frame Relay и ATM привлекательными для развертывания крупномасштабных сетей.

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

Некоторое время спустя было признано, что работа Гириша Чандранменона и Джорджа Варгезе над потоковыми индексами привела к появлению идеи использования меток для представления префиксов назначения, которая была центральной для переключения тегов. [10]

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

Операция

[ редактировать ]

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

Метка MPLS
00 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31
Этикетка TC: класс трафика (QoS и ECN). S: нижняя часть стека TTL: время жизни

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

Наличие такой метки должно быть указано на выключателе. В случае кадров Ethernet это делается с помощью значений EtherType 0x8847 и 0x8848 для одноадресных и многоадресных соединений соответственно. [13]

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

[ редактировать ]

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

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

Краевой маршрутизатор для этикеток

[ редактировать ]

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

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

Маршрутизатор провайдера

[ редактировать ]

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

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

[ редактировать ]

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

Пути с коммутацией меток

[ редактировать ]

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

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

[ редактировать ]

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

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

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

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

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

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

Обычно [и] , последняя метка удаляется на предпоследнем прыжке (прыжке перед выходным маршрутизатором). Это называется выталкиванием предпоследнего перехода (PHP). Это полезно в тех случаях, когда выходной маршрутизатор имеет много пакетов, покидающих туннели MPLS, и поэтому тратит значительные ресурсы ЦП на эти переходы. Используя PHP, транзитные маршрутизаторы, подключенные непосредственно к этому выходному маршрутизатору, эффективно разгружают его, самостоятельно удаляя последнюю метку. В протоколах распространения меток это действие PHP по извлечению метки объявляется как значение метки 3 (неявное нулевое значение) и никогда не обнаруживается в метке, поскольку это означает, что метка должна быть извлечена.

Несколько услуг MPLS, включая сквозное управление QoS , [18] и 6ПЭ , [19] требуют сохранения метки даже между предпоследним и последним маршрутизатором MPLS, причем размещение метки всегда выполняется на последнем маршрутизаторе MPLS, выталкивание конечного перехода (UHP). [20] [21] Некоторые конкретные значения меток были зарезервированы. [22] [23] для этого использования. В этом сценарии оставшаяся запись стека меток передает информацию на последний переход (например, поле класса трафика для информации о QoS), а также дает указание последнему переходу извлечь стек меток, используя одно из следующих зарезервированных значений метки:

  • 0: явное значение NULL для IPv4.
  • 2: Явное значение null для IPv6.

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

Путь с коммутацией меток

[ редактировать ]

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

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

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

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

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

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

[ редактировать ]

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

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

[ редактировать ]

Многоадресная рассылка по большей части была второстепенной задачей при разработке MPLS. Он был представлен протоколом RSVP-TE типа «точка-многоточка». [28] Это было обусловлено требованиями поставщиков услуг по передаче широкополосного видео через MPLS.

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

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

[ редактировать ]

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

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

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

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

[ редактировать ]

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

Сравнения

[ редактировать ]

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

Реле кадров

[ редактировать ]

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

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

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

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

[ редактировать ]

Хотя базовые протоколы и технологии различаются, и MPLS, и ATM предоставляют услугу, ориентированную на соединение, для транспортировки данных по компьютерным сетям. В обеих технологиях соединения передаются между конечными точками, состояние соединения поддерживается на каждом узле пути, а для передачи данных по соединению используются методы инкапсуляции. Если исключить различия в протоколах сигнализации (RSVP/LDP для MPLS и PNNI для ATM), все равно остаются существенные различия в поведении технологий.

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

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

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

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

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

[ редактировать ]

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

Эволюция

[ редактировать ]

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

Конкурирующие протоколы

[ редактировать ]

MPLS может существовать как в среде IPv4 , так и в среде IPv6 , используя соответствующие протоколы маршрутизации. Основной целью развития MPLS было увеличение скорости маршрутизации. [37] Эта цель больше не актуальна [38] из-за использования новых методов коммутации, таких как ASIC , TCAM и коммутация на основе CAM, позволяющая пересылать обычный IPv4 так же быстро, как и пакеты с меткой MPLS. [39] Итак, главное преимущество [40] MPLS заключается в реализации ограниченного управления трафиком и VPN типа поставщика услуг уровня 3 или 2 в сетях IPv4. [41]

Примечания

[ редактировать ]
  1. ^ Желание минимизировать задержку в сети , например, для поддержки голосового трафика, было мотивацией для использования банкоматов с малыми сотами.
  2. ^ В некоторых приложениях пакет, представленный LER, уже может иметь метку, поэтому новый LER добавляет к пакету вторую метку.
  3. ^ Он же навязывает
  4. ^ Ака распоряжаться
  5. ^ Это поведение по умолчанию, когда в стеке только одна метка, в соответствии со спецификацией MPLS.
  6. ^ Соединения SVC и PVC ATM являются двунаправленными. [36]
  1. ^ «Что такое многопротокольная коммутация по меткам (MPLS)?» .
  2. ^ Гейн, Люк Де (2007). Основы MPLS . Сиско Пресс. ISBN  978-1587051975 .
  3. ^ Голдман, Джеймс Э.; Роулз, Филип Т. (12 января 2004 г.). Прикладная передача данных (бизнес-ориентированный подход) . Уайли. ISBN  0471346403 .
  4. ^ Чандранменон, Гириш П.; Варгезе, Джордж (октябрь 1995 г.), «Торговые заголовки пакетов для обработки пакетов», ACM SIGCOMM Computer Communication Review , 25 (4): 162–173, doi : 10.1145/217391.217427
  5. ^ Э. Розен; А. Вишванатан; Р. Каллон (январь 2001 г.), RFC3031: Многопротокольная архитектура коммутации меток , IETF, doi : 10.17487/RFC3031
  6. ^ П. Ньюман; и др. (май 1996 г.). «Спецификация протокола управления потоками Ipsilon для IPv4» . РФК 1953 . IETF. дои : 10.17487/RFC1953 .
  7. ^ Рехтер, Ю.; Дэви, Б.; Розен, Э.; Ласточка, Г.; Фариначчи, Д.; Кац, Д. (1997). «Обзор архитектуры переключения тегов». Труды IEEE . 85 (12): 1973–1983. дои : 10.1109/5.650179 .
  8. ^ «IETF — Протокол распространения тегов (draft-doolan-tdp-spec-00)» . IETF . Сентябрь 1996 года.
  9. ^ «История рабочей группы многопротокольной коммутации по меткам (mpls)» . IETF .
  10. ^ Л. Петерсон и Б. Дэви (2022). Компьютерные сети: системный подход . п. 336.
  11. ^ В. Шарма; Ф. Хеллстранд (февраль 2003 г.), Шарма, В.; Хеллстранд Ф. (ред.), RFC 3469: Платформа для восстановления на основе многопротокольной коммутации меток (MPLS) , IETF, doi : 10.17487/RFC3469
  12. ^ Л. Андерссон; Р. Асати (февраль 2009 г.), Запись стека меток многопротокольной коммутации меток (MPLS): поле «EXP» переименовано в поле «класс трафика» , IETF, doi : 10.17487/RFC5462
  13. ^ Иван Пепельняк; Джим Гишар (2002), Архитектуры MPLS и VPN, Том 1 , Cisco Press, стр. 27, ISBN  1587050811
  14. ^ Jump up to: а б Э. Розен; Ю. Рехтер (февраль 2006 г.), RFC 4364: Виртуальные частные сети IP BGP/MPLS (VPN) , IETF, doi : 10.17487/RFC4364
  15. ^ Б. Томас; Э. Грей (январь 2001 г.), RFC 3037: Применимость LDP , IETF
  16. ^ Р. Брейден; Л. Чжан (сентябрь 1997 г.), RFC 2205: Протокол резервирования ресурсов (RSVP) , IETF.
  17. ^ Телекоммуникационная консалтинговая компания Savecall, Германия Savecall - MPLS
  18. ^ Дойл, Джефф. «Понимание явных и неявных нулевых меток MPLS» . Сетевой мир . Проверено 13 марта 2018 г.
  19. ^ «Часто задаваемые вопросы по 6PE: почему 6PE использует две метки MPLS в плоскости данных?» . Циско . Проверено 13 марта 2018 г.
  20. ^ Грегг., Шудель (2008). Стратегии безопасности маршрутизатора: защита плоскостей трафика IP-сети . Смит, Дэвид Дж. (Компьютерный инженер). Индианаполис, Индиана: Cisco Press. ISBN  978-1587053368 . OCLC   297576680 .
  21. ^ «Настройка Ultimate-Hop Popping для LSP — Техническая документация — Поддержка — Juniper Networks» . www.juniper.net . Проверено 13 марта 2018 г.
  22. ^ Дино, Фариначчи; Гай, Федорков; Алекс, Конта; Яков, Рехтер; К., Розен, Эрик; Тони, Ли (2001). «Кодирование стека меток MPLS» . www.tools.ietf.org . дои : 10.17487/RFC3032 . Проверено 13 марта 2018 г. {{cite web}}: CS1 maint: несколько имен: список авторов ( ссылка )
  23. ^ < [адрес электронной почты защищен] >, Эрик С. Розен (2005 г.). «Снятие ограничения на использование MPLS Explicit NULL» . www.tools.ietf.org . дои : 10.17487/RFC4182 . Проверено 13 марта 2018 г.
  24. ^ Л. Андерссон; И. Миней; Б. Томас (октябрь 2007 г.), Андерссон, Л.; Миней, И.; Томас, Б. (ред.), RFC 5036: Спецификация LDP , IETF, doi : 10.17487/RFC5036
  25. ^ Д. Авдуче; Л. Бергер; Д. Ган; Т. Ли; В. Шринивасан; G. Swallow (декабрь 2001 г.), RFC 3209: RSVP-TE: Расширения RSVP для LSP-туннелей , IETF, doi : 10.17487/RFC3209
  26. ^ Ю. Рехтер; Э. Розен (май 2001 г.), RFC 3107: Перенос информации о метках в BGP-4 , IETF, doi : 10.17487/RFC3107
  27. ^ Ю. Рехтер; Р. Аггарвал (январь 2007 г.), RFC 4781: Механизм плавного перезапуска для BGP с MPLS , IETF, doi : 10.17487/RFC4781
  28. ^ Р. Аггарвал; Д. Пападимитриу; С. Ясукава (май 2007 г.), Аггарвал, Р.; Пападимитриу, Д.; Ясукава, С. (ред.), RFC 4875: Расширения протокола резервирования ресурсов для управления трафиком (RSVP-TE) для маршрутов с коммутацией по меткам (LSP) TE типа «точка-многоточка» , IETF, doi : 10.17487/RFC4875
  29. ^ С. Брайант; П. Пейт (март 2005 г.), Брайант, С.; Пейт, П. (ред.), RFC 3985: Архитектура псевдопроводной эмуляции сквозной связи (PWE3) , IETF, doi : 10.17487/RFC3985
  30. ^ Гейн, Люк Де (2007). Основы MPLS . Сиско Пресс. стр. 249–326. ISBN  978-1587051975 .
  31. ^ Jump up to: а б Аслам; и др. (02 февраля 2005 г.), NPP: Платформа вычислений на базе объектов для восстановления маршрутизации с использованием совокупной информации об использовании каналов , QoS-IP 2005: качество обслуживания в мультисервисной IP-сети , получено 27 октября 2006 г.
  32. ^ Раза; и др. (2005), «Онлайн-маршрутизация путей с гарантированной полосой пропускания с локальным восстановлением с использованием оптимизированной совокупной информации об использовании», Международная конференция IEEE по коммуникациям, 2005. ICC 2005. 2005 , IEEE-ICC 2005, vol. 1, стр. 201–207, номер документа : 10.1109/ICC.2005.1494347 , ISBN.  0-7803-8938-7 , S2CID   5659648 .
  33. ^ Jump up to: а б Ли Ли; и др. (2005), «Маршрутизация путей с гарантированной пропускной способностью и локальным восстановлением в сетях с коммутацией меток», Журнал IEEE по выбранным областям в коммуникациях , Журнал IEEE по выбранным областям в коммуникациях, 23 (2): 437–449, doi : 10.1109/JSAC.2004.839424 , S2CID   195347236 .
  34. ^ Кодиалам; и др. (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 .
  35. ^ Чан Конг Хунг, Ле Куок Куонг, Чан Тхи Туи Май (10 февраля 2019 г.). «Исследование любого транспорта через MPLS (AToM)» (PDF) . Международная конференция по передовым коммуникационным технологиям . Проверено 5 февраля 2020 г. {{cite web}}: CS1 maint: несколько имен: список авторов ( ссылка )
  36. ^ ИТ-Т I.150 3.1.3.1
  37. ^ «MPLS быстрее?» . www.802101.com . 04.08.2017 . Проверено 5 августа 2017 г.
  38. ^ Всегда, Вивек. (2002). Расширенное проектирование и реализация MPLS . Индианаполис, Индиана: Cisco Press. ISBN  158705020X . OCLC   656875465 .
  39. ^ Салах М.С. Бурайки (декабрь 2018 г.). «Неофициальное руководство по механизмам пересылки пакетов» . Форумы можжевельника .
  40. ^ Ричард А. Стинберген (13–16 июня 2010 г.). «MPLS для чайников» (PDF) . НАНОГ .
  41. ^ Джозеф М. Соричелли с Джоном Л. Хаммондом, Галиной Дикер Пилдуш, Томасом Э. Ван Метер, Тоддом М. Уорблом (июнь 2003 г.). Учебное пособие Juniper JNCIA (PDF) . Уайли. ISBN  0-7821-4071-8 . {{cite book}}: CS1 maint: несколько имен: список авторов ( ссылка )

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

[ редактировать ]
  • «Развертывание QoS IP и MPLS для мультисервисных сетей: теория и практика», Джон Эванс, Кларенс Филсфилс (Морган Кауфманн, 2007 г., ISBN   0-12-370549-5 )
  • Учебное пособие по MPLS Рика Галлахера ( ISBN   1932266003 )
[ редактировать ]
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: 88bd6907cf57d8dfd45bee91a843178c__1720188180
URL1:https://arc.ask3.ru/arc/aa/88/8c/88bd6907cf57d8dfd45bee91a843178c.html
Заголовок, (Title) документа по адресу, URL1:
Multiprotocol Label Switching - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)