Многопротокольная лямбда-коммутация изменит оптические сети?...

Сегодня уже заготовлено немало новинок для оптических сетей следующего поколения. Что они принесут сетевым администраторам?

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

Начнем с технологии многопротокольной коммутации на основе меток (Multiprotocol Label Switching, MPLS) — наилучшего из имеющихся на данный момент способов реализации возможностей по обеспечению АТМ-подобного качества обслуживания для трафика IP без установления соединений с доставкой данных по мере возможности (но без гарантий). Разрабатываемый стандарт MPLS уже нашел широкое признание, хотя предстоит еще большая работа над различными деталями спецификации. Сейчас мало кто сомневается в том, что сочетание IP с MPLS (в противовес АТМ) будет доминировать в сетях начиная с конца 2001 г.

Технология MPLS создает виртуальные пути в сети коммутирующих метки маршрутизаторов (Label Swit-ching Routers, LSR). Каждому пакету входной LSR назначает метку отдельно от заголовка третьего уровня, где содержится адресная информация и сведения о классе обслуживания (Class of Service, CoS), так что потоки не требуется обрабатывать по схеме «пакет за пакетом» на каждом промежуточном сетевом узле. Вместо этого заголовок третьего уровня пакета считывается только на входе и выходе домена коммутации MPLS. Это существенно сокращает количество операций чтения и продвижения пакета, обеспечивая в то же время защиту пути при отказах, группировку трафика в соответствии с параметрами CoS и конструирование трафика (traffic engineering). Поэтому технологию MPLS можно считать ключом к решению проблемы масштабирования IP до сверхвысокой производительности с одновременной поддержкой качества обслуживания (QoS) и доставкой данных без заторов.

Одновременно с покорением мира IP концепция MPS спустилась по уровням модели OSI до уровня фотонов и оптического транспорта. Сегодня разрабатывается новый стандарт — многопротокольная лямбда-коммутация (Multi-protocol Lambda Switching, MPlS — несколько странная аббревиатура, придуманная для того, чтобы избежать путаницы с «классической» технологией MPLS). Пути MPLS организуются на уровне длин волн (лямбда-уровень), так что процедуры MPLS получают возможность управлять процессом взаимодействия оптических устройств. Это даст возможность сетевым администраторам операторов связи и провайдеров телекоммуникационных услуг создавать пути для оптических пакетов на уровне плотного мультиплексирования по длине волны (Dense Wavelength Division Multiplexing, DWDM), с использованием команд электрического уровня. Главное различие между MPLS и MPlS заключается в степени детализации — если MPlS управляет лямбдами, то MPLS потоками пакетов, которые передаются с помощью этих лямбд.

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

Звучит интригующе, но как это все работает и как повлияет в перспективе на сети и сервисы? Повлияют ли новые стандарты на позиции технологии SONET/SDH и облегчат ли они вашу жизнь в ближайшем будущем? Хорошие вопросы, и в этой статье мы попытаемся дать на них ответы.

MPLS ПРОНИКАЕТ ВО ВЛАДЕНИЯ SONET/SDH

Доминирующее положение SONET/SDH в сегодняшнем оптическом мире послужило причиной того, что технология MPlS, первоначально l предназначавшаяся для лямбда-коммутации и оборудования DWDM, была распространена на оборудование мультиплексирования с разделением времени (Ti-me Division Multiplexing, TDM) и SONET/SDH. Новый, более широкий стандарт получил название обобщенной многопротокольной лямбда-коммутации (Generalized Multiprotocol Lambda Switching, GMPLS). Сфера его действия включает мультиплексоры с разделением по времени, мультиплексоры ввода/вывода SONET/SDH, оптические кросс-коннекторы и маршрутизаторы длин волн. Это означает, что стандарт GMPLS применим к устройствам, которые принимают решение на основе временных интервалов (time slots), портов или индивидуальных длин волн. Основная идея состоит в том, чтобы обеспечить сквозную интеллектуальность — от одной границы сети оператора через ее ядро до другой границы — на основе унифицированных средств сигнализации, что должно облегчить управление сетью. При этом те же самые протоколы, которые создают путь на втором или третьем уровнях, используются для создания физического пути на первом уровне.

«Классическая технология MPLS использует метки, которые физически добавляются к пакетам, — поясняет Джон Фрайер, вице-президент по маркетингу компании NetPlane Systems, занимающейся разработкой переносимого кода сетевых протоколов и систем для создания инфраструктуры Internet. — GMPLS абстрагирует эту концепцию путем введения новых типов меток для различных оптических элементов, таких, как волокна, лямбды, группы лямбд, виртуальные контейнеры SONET/SDH и т. д. Эти элементы представляются в управляющей плоскости протоколов сети 32-битовыми числами [метками], которые оптические коммутаторы/маршрутизаторы используют для установления соединений или маркированных оптических путей (обычно двунаправленных)».

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

Желаемый результат? Простота управления, высокая пропускная способность, большая степень предсказуемости, поддержка QoS и соглашений об уровне сервиса (Service Level Agree-ment, SLA), что делает формирование сервиса делом быстрым и оперативным. Вы можете увеличивать или уменьшать требуемую пропускную способность по мере необходимости, в зависимости от требований приложений конечных пользователей, одновременно резервируя сетевые ресурсы. Сначала сфера применения GMPLS скорее всего будет ограничиваться границами ядра сети, но по мере созревания технологии она расширится, включив конечные точки, где нужна сверхвысокая пропускная способность. Питер Эшвуд-Смит, старший технический консультант компании Nortel Networks, в качестве примера применения GMPLS называет дополнение обычной сети IP супермагистралью по требованию. Сочетание оптической коммутации/маршрутизации с технологией SONET/SDH сделает возможным за считанные миллисекунды создавать между любыми конечными точками пути с чрезвычайно высокой пропускной способностью.

Наложенная модель против одноранговой

Оптическая сеть следующего поколения с динамическим выделением пропускной способности может быть построена одним из основных способов, как наложенная (overlay) или одноранговая (peer). Технология GMPLS использует оба способа. Наложенную и одноранговую модели можно рассматривать как два различных подхода к решению вопроса о том, какое именно сетевое оборудование отвечает за принятие решения о выделении пропускной способности и управлении ею.

Наложенная модель скрывает детали нижележащей магистральной сети за счет создания двух управляющих плоскостей, которые взаимодействуют достаточно слабо. Протоколы одной плоскости управляют ядром оптической сети, протоколы другой — окружающими ядро пограничными устройствами с помощью интерфейса «пользователь-сеть» (User-to-Network Interface, UNI). Пограничные устройства либо запрашивают световые пути с помощью динамической сигнализации через ядро, либо конфигурируются статически. Абстрагируясь от топологии ядра, наложенная модель может установить административные границы ответственности между ядром сети и остальной ее частью.

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

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

Рисунок 1. Общая схема сети GMPLS в соответствии с а) наложенной и б) одноранговой моделями — взгляд с сетевого уровня.

Так как большинство операторов хотели бы применять оба подхода в зависимости от ситуации, в частности от конкретной топологии сети и поддерживаемых сервисов, то, скорее всего, наиболее популярной будет гибридная модель. В этом случае одни пограничные устройства смогут работать как равноправные партнеры с ядром сети, разделяя с ним общую плоскость управления. Одновременно, управление другими может осуществляться в соответствии с наложенной моделью со своей плоскостью управления, при этом они будут взаимодействовать с ядром с помощью интерфейса «пользователь-сеть». Необходимо отметить, что функциональность одноранговой модели включает функциональность наложенной модели, поэтому один набор протоколов плоскости управления может поддерживать обе модели. Таким образом, оператор может выбрать одноранговую модель и работать по любой схеме, в зависимости от требований бизнеса (см. Рисунок 1).

ЕСЛИ ЭТО ЗАРАБОТАЕТ

Куда же может привести нас эта технология? Некоторые преимущества GMPLS уже были упомянуты: например, большая степень контроля над пропускной способностью, гибкость ее распределения, а также быстрота формирования транспортного сервиса. Для полноты картины отметим еще несколько достоинств.

Обеспечение QoS будет очень простым делом, так как пропускная способность в случае реализации GMPLS гарантируется. «Технология DiffServ [в качестве примера механизма поддержки QoS] не применима для световых или TDM-путей, — говорит Эшвуд-Смит. — Например, DiffServ обрабатывает каждый пакет отдельно. Обрабатывать каждый фотон или временной интервал [как в технологии TDM] отдельно от других физически невозможно».

GMPLS позволит провайдерам «подстраивать» топологию сети в ответ на изменения картины трафика, так что маршрутизаторы или другие устройства, которым нужно взаимодействовать, будут соединяться различными способами. По словам Эшвуд-Смита, это немного похоже на систему скоростных автодорог, где можно произвольно добавлять или удалять дороги.

Другим преимуществом можно назвать уменьшение числа уровней сети. Многие сети сегодня строятся в соответствии с четырехуровневой моделью: DWDM, SONET/SDH, ATM и IP (если идти от нулевого уровня к третьему). Предполагается, что GMPLS позволит IP функционировать непосредственно по DWDM, исключая SONET/SDH и ATM — два наиболее дорогостоящих и плохо масштабируемых уровня. В этом случае обеспечивать поддержку QoS в стиле АТМ и конструирование трафика будет технология MPLS — с помощью маршрутизации с учетом ограничений (Constraint-Based Routing). Эта же методика маршрутизации должна облегчить быстрое изменение пути (сильная сторона SONET/SDH) для защиты трафика и восстановления сети после отказов (см. Рисунок 2).

Миграция этих свойств в общую плоскость управления будет постепенной, особенно в отношении функций SONET/SDH. В статье «Влияние на бизнес прозрачных оптических коммутаторов» производителя световых коммутаторов Calient Networks утверждается, что оптическое восстановление трафика (в случае разрыва передающего пути) первым перейдет под контроль MPLS, в то время как оставшийся более тонкий слой SONET/SDH будет отвечать за кадрирование информации, управление сетью и мониторинг производительности. «SONET/SDH начнет мигрировать по направлению к сервисному интерфейсу, который будет собирать трафик и упаковывать его в сверхскоростные потоки. Однако реальная коммутация и конструирование трафика будут выполняться на уровне длин волн», — говорится в данной статье. Когда-нибудь SONET/SDH сойдет со сцены, и мониторинг производительности, обнаружение ошибок, изоляция сбоев и отказов и восстановление будут делом GMPLS.

ЕЩЕ ОДНА ЧАСТЬ ГОЛОВОЛОМКИ

Принимая во внимание важность технологии MPLS/MPlS для телекоммуникационной отрасли, процесс ратификации ее стандартов можно назвать медленным, но поддержка со стороны многих организаций по стандартизации безусловно имеется, включая ITU, ATM Forum, MPLS Forum и IETF. Этот процесс несколько затрудняет то, что разрабатываемый протокол должен работать с другими протоколами. Фактически, необходимо создать целую систему стандартов, подмножеством которой является GMPLS.

Необходимо также отметить, что GMPLS будет включать улучшенные протоколы маршрутизации, взятые из плоскости управления IP. Эти протоколы предназначены для предоставления информации о топологии сети и о соответствии адресов и топологии. Некоторые протоколы маршрутизации уже прошли адаптацию к GMPLS, включая Open Shortest Path First (OSPF) и Intermediate System-Intermediate Sys-tem (IS-IS), к ним нужно добавить недавно разработанный протокол управления каналом (Link Management Protocol, LMP). Дальнейшую информацию по данному вопросу можно найти в статье «Generalized Multiprotocol Label Switching: An Overview of Routing and Management Enhancements» на сайте http://www.calient.net/articles_contributed.html.

GMPLS является частью более широкой архитектуры, называемой Auto-matic Switched Optical Networks (ASON) — автоматические коммутируемые оптические сети, — определенной ITU и предложенной IETF. Этот сверхпротокол включает:

• интерфейс «пользователь—сеть» (User-to-Network Interface, UNI), с помощью которого пользовательское приложение запрашивает логический канал через сеть, задавая требуемую пропускную способность и адрес назначения;
• интерфейс «сеть—сеть» (Network-to-Network, NNI), который два кросс-коннектора или связанные с ними контроллеры используют для создания каналов с требуемой пропускной способностью, а также для распределения пропускной способности и автоматического обнаружения;
• интерфейс «контроллер—кросс-коннектор», с помощью которого выполненный отдельно контроллер взаимодействует с кросс-коннектором при создании соединения.

GMPLS полезно представить как протокол «ядро—ядро», использующий в своей работе протоколы пограничных устройств, такие, как UNI, с помощью которых устройства IP сигнализируют ядру о требуемой пропускной способности. Примерами пограничных протоколов могут служить Optical Domain Service Interconnect (ODSI), а также Optical UNI (O-UNI). GMPLS распространяет по оптическому ядру информацию, которую он получает от пограничных устройств с помощью протокола O-UNI или ODSI. В сущности, эти О-протоколы пытаются сделать оптические свойства сети видимыми электрическому пограничному слою — для использования в целях управления. «Технология MPlS в состоянии выполнить это, так как процедуры MPLS, на которых она основана, могут распространяться через электрическую часть сети, — говорит Том Нолле, президент CIMI Corp. — Коммутируемые метками пути (Label Switched Path, LSP), или лямбды, могут быть сделаны видимыми третьему уровню аналогично тому, как пути LSP были сделаны видимыми с помощью «старой доброй» технологии MPLS. Таким образом, О-протоколы могут включать MPlS. Пока не совсем ясно, будет ли MPlS содержать определения управляющей плоскости и плоскости менеджмента для границы ядра, как содержат их О-протоколы».

Как самостоятельная инициатива, протокол ODSI, похоже, не имеет перспектив, но по сути его главной задачей была активизация процесса разработки аналогичных протоколов в более признанных организациях по стандартизации. Он похож на протокол O-UNI, который разрабатывается форумом по оптическому межсетевому взаимодействию (Optical Internetworking Forum, OIF). OIF собирается набрать ход благодаря проведению в мае 2001 г. тестирования на совместимость, а также широкому участию в форуме производителей оборудования.

Фрайер отмечает, что и O-UNI, и GMPLS еще далеки от согласованной реализации и не готовы отображать запросы O-UNI на границе в сигнализацию GMPLS в ядре. По крайней мере, вряд ли эти стандарты придут к стабильному состоянию до конца 2001 г. В IETF над GMPLS ведутся интенсивные работы, по одному из оптимистических прогнозов в середине 2001 г. будет проведено тестирование, а в 2002 г. начнется коммерческое внедрение данного стандарта. Что же касается результатов ITU по обеспечению совместной работы пары UNI/NNI, то здесь вряд ли стоит что-нибудь ожидать ранее второй половины 2002 г.

ПО КУСОЧКУ И НЕ ТОРОПЯСЬ

Эволюционный переход к GMPLS будет, вероятно, происходить медленно и в несколько этапов. Главный вопрос — в какой степени DWDM, GMPLS и оптической коммутации удастся заменить SONET/SDH. Все споры в конечном итоге сводятся к тому, насколько операторы связи готовы доверить функции SONET/SDH уровню оптического транспорта. Проверка практикой этой концепции будет, скорее всего, проходить медленно, но неуклонно.

«Сначала существующая инфраструктура SONET/SDH будет продолжать использовать одну или несколько длин волн оптического спектра, а оставшиеся длины волн будут применяться в новых оптических сетях, — говорится в статье компании Calient. — В краткосрочной перспективе прозрачная оптическая коммутационная инфраструктура фотонных коммутаторов будет окружена электронными линейными картами и интерфейсами, устанавливаемыми в систему в зависимости от потребности. По мере роста возможностей фотонных коммутаторов и приобретения операторами связи опыта работы с управляемыми на оптическом уровне сетями, использование электронных карт будет уменьшаться и может быть совсем исключено. С этого момента SONET/SDH станет сервисным интерфейсом для фотонной сети». Авторы отмечают, что для достижения этого необходимо добиться прогресса в таких областях, как преобразование длин волн, полностью оптическая регенерация и мониторинг оптической производительности, а также в части повышения эффективности резервирования пропускной способности при чрезвычайном переключении. (Более подробную информацию по данному вопросу можно найти в упомянутой статье по адресу: http://www.calient.net/articles_contributed.html.)

Некоторые опасения вызывают стабильность и устойчивость протокола управляющей плоскости IP, тем более что он составляет основу для MPLS/GMPLS. Как ни удивительно, но совместимость не является основной заботой большинства провайдеров, если верить их поставщикам. Решения от одного производителя будут на первых порах скорее правилом, чем исключением, — как это часто сегодня имеет место и с SONET/SDH. «Производители будут стараться сохранять такое положение дел, а агрессивные новички попытаются найти возможность использовать преимущества стандартного подхода для завоевания плацдарма, — считает Фрайер. — Подобные сети от одного производителя уже появляются на рынке, правда, в них используются нестандартные эквиваленты GMPLS». (Об этом свидетельствуют заявления компаний CIENA и Sycamore.) Фрайер не ожидает применения GMPLS ранее 2003 г., но предсказывает, что оборудование с поддержкой O-UNI может появиться во второй половине 2002 г., так что ядро от одного производителя сможет взаимодействовать с пограничным оборудованием разных производителей.

Эшвуд-Смит из Nortel соглашается, что акцент будет делаться не на совместимости, а на надежности и устойчивости UNI — такое положение дел может остоваться некоторое время. Он уверенно предсказывает внедрение подобных продуктов уже к концу 2001 г., и при этом он не столь оптимистичен относительно функций сетевого управления. Нужно проделать еще большую работу по реализации функций управления восстановлением сети, чтобы облегчить определение альтернативных путей и обеспечить более эффективную в отношении пропускной способности ремаршрутизацию. «Топология сети должна быть такой, чтобы она позволяла быстро вычислять маршруты сети в противовес применению стандартных механизмов, — подчеркивает Фрайер. — Маршрутизация и сигнализация в плоскости управления оптических сетей не являются такими активными, как в классических сетях IP устоявшимся режиме, но при возникновении проблемы требуется выполнить повторное вычисление и сигнализацию нового оптического пути, а при таких высокоскоростных каналах за очень короткий промежуток времени теряется очень большое количество данных».

Другие производители, подобно новичку в области городских сетей компании Atoga Systems, подчеркивают, что формирование пути GMPLS далеко от состояния, которое можно было бы назвать дружественным для администратора. Гириш Мюкай, директор по маркетингу продуктов и главный конструктор компании Atoga, считает, что улучшения нужны для упрощения следующих операций:

• организации пути MPLS в сети IP с помощью доступа посредством интерфейса командной строки к двум маршрутизаторам (по одному в каждой конечной точке пути);
• определения и управления политикой отображения пакетов на пути MPLS;
• эффективного управления пространством меток MPLS;
• специфического поддержания QoS с помощью MPLS, чтобы провайдеры могли предлагать и поддерживать соглашения об уровне сервиса (Service Level Agreement, SLA).

Эти проблемы появились еще в MPLS, но они остаются и в GMPLS.

Трудно оценить объем работ, проводимых сейчас в этой области, но ясно, что технология GMPLS будет гораздо менее привлекательной без развитых функций формирования услуг. Наверняка операторы дальней связи и оптовые провайдеры не проявят значительного интереса к новой технологии, пока она не даст им способ зарабатывания денег (а не просто средство сокращения эксплуатационных расходов). Тем не менее последователи GMPLS скоро появятся, ими станут прежде всего те операторы, у которых есть собственные транспортные сети, оптические волокна и вертикальные услуги, включая услуги IP и приложений; традиционные операторы скорее всего не будут спешить с внедрением, учитывая регламентирующие их деятельность ограничительные инструкции.

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

«Суд присяжных» все еще не вынес вердикт, как же все это сделать прибыльным. «Отсутствие какого-либо способа извлечения прибыли из GMPLS — вероятно, единственный серьезный барьер на пути его широкого применения, — подчеркивает Том Нолле из CIMI Corp. — Стандарты и совместимость бессмысленны, если нет возможности продать достаточное количество услуг для возврата инвестиций. Операторы будут только принимать эту технологию к сведению — до тех пор пока они не смогут извлекать прибыль с помощью услуг передачи данных и информационных сервисов, что займет еще два или три года».

Ожидание может быть долгим, но оно стоит того. От администраторов корпоративных сетей не потребуется никаких дополнительных усилий для того, чтобы начать пользоваться преимуществами GMPLS, так как эта технология будет полностью прозрачна для конечных пользователей, а все трудности лягут на плечи провайдера. Это может несколько затруднить оценку услуг GMPLS, когда они появятся, но качество данного сервиса определяется его возможностью поддерживать почти мгновенное формирование канала и обеспечивать добавление или уменьшение пропускной способности, так что пользователь платит только за то, в чем он действительно нуждается. При этом он получает возможность одновременно управлять параметрами QoS в рамках соответствующего соглашения об уровне сервиса. Звучит чересчур оптимистично? Наверное, да. Но учтите, что мы разговариваем за полтора-два года до того момента, когда GMPLS станет реальностью. И когда это произойдет, вспомните: именно в нашем журнале вы впервые услышали об этой технологии!

Ресурсы Internet

Начать знакомство с технологией Generalized Multiprotocol Lambda Switching (GMP(S) лучше всего с http://www.calient.net/articles_contributed.html. Третья статья компании Calient, «Multiprotocol Lambda Switching Co-mes Together», тоже очень полезна. Упомянутые три статьи составили основу для данной публикации.

Для получения детальных сведений о MPLS, протоколе, с которого начался весь этот бум, можно обратиться на http://www.mplsforum.com