Протоколы ускоренной маршрутизации. Технология маршрутизации по меткам MPLS

Загрузить архив:
Файл: ref-21702.zip (866kb [zip], Скачиваний: 172) скачать

САНКТ – ПЕТЕРБУРГСКИЙ ГОСУДАРСТВЕННЫЙ

ПОЛИТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ

КАФЕДРА РАДИОТЕХНИКИ И ТЕЛЕКОММУНИКАЦИЙ

Протоколы ускоренной маршрутизации.      Технология маршрутизации по меткам MPLS

Автор реферата:

Студент гр. 5092/1 Букин Сергей

meggabulk@mail.ru

Работа завершена 15 апреля 2006 г.

Аннотация реферата

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

Содержание

1

Введение

5

2

История вопроса

6

3

Поддержание качества обслуживания с ориентацией на соединение

6

4

Конструирование трафика

7

5

Поддержка виртуальных частных сетей

7

6

Архитектура многопротокольной коммутации по меткам (MPLS)

8

6.1

Терминология

8

6.2

Метки

9

6.3

Ключевые элементы функционирования архитектуры MPLS

9

6.4

Протокол MPLS

12

6.5

Обработка меток

13

6.6

Обработка пакетов

14

6.7

Выбор маршрута

16

6.8

Схема маршрута с коммутацией меток (LSP)? Входной и выходной LSP

17

6.9

LSP следующего шага

18

6.10

Неверные входные метки

18

7

Управление трафиком

19

7.1

Введение

19

7.2

Объективные характеристики управления трафиком

19

7.3

Управление трафиком и ресурсами

20

7.4

MPLS и управление трафиком

21

7.5

Наведенный MPLS-граф

22

8

Выводы

23

8.1

Приложения MPLS

23

8.2

Что сулит нам MPLS?

24

8.3

Что дальше?

25

9

Список литературы

26

Список сокращений

ATM                    Asynchronous Transfer Mode – асинхронный режим передачи

BGP                    Border Gateway Protocol – протокол внешней маршрутизации

FEC                     Forwarding Equivalence Class – класспереадресации

IGP                      Interior Gateway Protocol – внутреннийпротоколмаршрутизации

ILM                     Incoming Label Map – таблица соответствия входящих меток

IP                         Internet Protocol – протокол Интернет

IPG                      Interior Protocol Gateway

LDP                     Label Distribution Protocol – протоколпересылкиметок

L2                        Layer 2 – уровень 2

L3                        Layer 3 – уровень 3

LSP                     Label Switched Path – путь с коммутацией меток

LSR                     Label Switching Router – маршрутизатор c коммутацией меток

MPLS                  MultiProtocol Label Switching – многопротокольная коммутация меток

NHLFE              Next Hop Label Forwarding Entry – запись, содержащая адрес следующего шага при коммутации меток

OSPF                   Open Short Test Path First

PHB                     Per-HopBehavior- поведение на ретрансляционном участке

SVC                     Switched Virtual Circuit – переключаемаявиртуальнаясхема

SVP                     Switched Virtual Path – переключаемый виртуальный путь

TTL                     Time-To-Live – времяжизни

VC                       Virtual Circuit – виртуальнаясхема

VCI                    Virtual Circuit Identifier – идентификатор виртуальнойсхемы

VP                       Virtual Path – виртуальныйпуть

VPI                       Virtual Path Identifier – идентификаторвиртуальногопути.

VPN                    Virtual Private Network – Виртуальная частная сеть

  1. Введение

Бурное развитие Интернет, сопровождаемое ростом спроса на все более разнообразные и надежные услуги, заставляет Интернет-провайдеров постоянно модернизировать свои сети. В середине 90-х годов в качестве основы такой модернизации ряд компаний выбрали модель IP-over-ATM, которая позволила им повысить производительность сетей и осуществлять моделирование трафика. Более того, экономически выгодным оказалось мультиплексирование трафика Интернет вместе с другими типами трафика, передаваемого по АТМ-магистралям.

Но время идет, и технический прогресс не стоит на месте. Последним словом в развитии средств маршрутизации и коммутации для магистралей Интернет явилась разработка технологии многопротокольной коммутации на основе меток (Multiprotocol Label Switching — MPLS). В ней сохранено все лучшее, что присуще архитектуре IP-over-ATM (эффективные мультиплексирование и моделирование трафика, высокая производительность), и при этом она еще больше повышает масштабируемость сетей, упрощает их построение и эксплуатацию. Важно и то, что MPLS может использоваться не только с АТМ, но и с любой другой технологией канального уровня. [2]

MPLS (MultiProtocol Label Switching) — это технология быстрой коммутации пакетов в многопротокольных сетях, основанная на использовании меток. MPLS разрабатывается и позиционируется как способ построения высокоскоростных IP-магистралей, однако область ее применения не ограничивается протоколом IP, а распространяется на трафик любого маршрутизируемого сетевого протокола.

Традиционно главными требованиями, предъявляемыми к технологии магистральной сети, были высокая пропускная способность, малое значение задержки и хорошая масштабируемость. Однако современное состояние рынка диктует новые правила игры. Теперь поставщику услуг недостаточно просто предоставлять доступ к своей IP-магистрали. Изменившиеся потребности пользователей включают в себя и доступ к интегрированным сервисам сети, и организацию виртуальных частных сетей (VPN), и ряд других интеллектуальных услуг. Растущий спрос на дополнительные услуги, реализуемые поверх простого IP-доступа, обещает принести Internet-провайдерам огромные доходы.

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

За развитие архитектуры MPLS отвечает рабочая группа с одноименным названием, входящая в секцию по маршрутизации консорциума IETF. В деятельности группы принимают активное участие представители крупнейших поставщиков сетевых решений и оборудования. В архитектуре MPLS собраны наиболее удачные элементы всех упомянутых разработок, и вскоре она должна превратиться в стандарт Internet благодаря усилиям IETF и компаний, заинтересованных в скорейшем продвижении данной технологии на рынок. [4]

  1. История вопроса

История создания архитектуры MPLS началась с ряда попыток объединения технологий IP и ATM в середине 90-х гг. Первым продуктом на рынке стала IP-ком­мутация, разработанная компанией Ipsilon. О выпуске собственных аналогичных продуктов объявили многие другие компании, среди которых следует отметить CiscoSystems (тег-коммутация), IBM (IP-коммутация, основанная на агрегиро­ванных маршрутах) и Cascade (IP-навигатор). Целью всех этих продуктов было повышение пропускной способности и улучшение характеристик задержки протокола IP. Во всех продуктах применяется один и тот же основной метод: для нахождения маршрутов между конечными точками используется стандартный протокол маршрутизации, например OSPF, при поступлении пакетов в сеть им на­значаются соответствующие маршруты, для перемещения этих пакетов по марш­рутам применяются ATM-коммутаторы. Когда эти продукты вышли на рынок, ATM-коммутаторы были значительно быстрее IP-маршрутизаторов, поэтому цель заключалась в том, чтобы повысить производительность, переместив как можно большую часть трафика вниз, на уровень ATM, и использовать коммутационное оборудование ATM.

В ответ на эти частные инициативы группа IETF создала в 1997 г. рабочую груп­пу MPLS для разработки общего стандартизированного подхода. Рабочая группа выпустила свой первый набор предложений в 2001 г. Однако тем временем ры­нок не стоял на месте. В конце 90-х г. появились маршрутизаторы, не уступающие по скорости коммутаторам ATM, что избавило от необходимости поддерживать в одной и той же сети одновременно технологии ATM и IP. Тем не менее, архитек­тура MPLS играет важную роль, снижая объем необходимой обработки каждого пакета на каждом маршрутизаторе в IP-сети, что еще в большей степени увеличи­вает производительность маршрутизаторов. Что еще важнее, архитектура MPLSпредоставляет важные новые возможности в четырех популярных областях: поддер­жании качества обслуживания, конструировании трафика, виртуальных частных сетей и многопротокольной поддержки. Прежде чем перейти к обсуждению дета­лей архитектуры MPLS, поочередно кратко рассмотрим эти четыре области. [1]

  1. Поддержание качества обслуживания с ориентацией на соединение

Менеджерам и пользователям сетей по ряду причин требуется все более сложная система поддержания качества обслуживания. Перечислим основные требования:

· Гарантирование фиксированной пропускной способности для конкретных
приложений, таких как аудио- и видеоконференции.

· Управление характеристиками задержки и флуктуации задержки, а также
гарантирование пропускной способности для передачи голоса.

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

· Конфигурирование разных уровней качества обслуживания для разных
пользователей.

Сеть, не требующая соединений, такая как IP-сеть, не может предоставлять дей­ствительно твердых обязательств относительно качества обслуживания. Архитек­тура дифференцированных служб работает прямолинейно и только с агрегатами трафика от нескольких источников. Архитектура интегрированных служб, исполь­зующая протокол RSVP, напоминает подход с установлением соединения, но не допускает настройки в плане гибкости и масштабируемости. Для таких служб, как голос и видео, требующих сетей с высокой предсказуемостью, подходы, характер­ные для дифференцированных и интегрированных служб, в сильно загруженных сетях могут оказаться неадекватными. Напротив, ориентированная на соединение сеть, как мы видели, обладает мощными средствами управления трафиком и предос­тавления обслуживания с различными уровнями качества. Архитектура MPLS на­кладывает на объединенную IP-сеть структуру, ориентированную на соединение, и таким образом формирует основу для подробного и надежного договора о трафике. [1]

4.Конструирование трафика

Архитектура MPLS упрощает предоставление сетевых ресурсов, меняя нагрузку в соответствии с запросом, а также упрощает предоставление дифференцированных уровней поддержки, удовлетворяя разнообразные требования пользователей к тра­фику. Способность динамически выбирать маршруты, планировать ресурсы на основе известных требований и оптимизировать использование сети называется конструированием трафика (trafficengineering).

Основной механизм протокола IP обладает примитивными формами автома­тизированного конструирования трафика. В частности, протоколы маршрути­зации, например OSPF, позволяют маршрутизаторам в целях балансирования нагрузки динамически менять маршруты пакетов для данного получателя. Но по­добный метод динамической маршрутизации реагирует на возникновение пере­грузки весьма примитивно и не предоставляет обслуживания с разными уровня­ми качества. Весь трафик между двумя конечными точками следует по одному и тому же маршруту, который может быть изменен только в случае перегрузки. С другой стороны, архитектура MPLS обладает информацией не только об инди­видуальных пакетах, но и о потоках пакетов, у каждого из которых есть опреде­ленные требования к качеству обслуживания и предсказуемые потребности тра­фика. В архитектуре MPLS возможен выбор маршрутов на основе этих отдельных потоков, причем различные потоки, связывающие одну и ту же пару конечных то­чек, могут следовать по разным маршрутам. Кроме того, при возникновении пере­грузки проложенные архитектурой MPLS маршруты могут быть разумно измене­ны. То есть вместо простого изменения маршрутов отдельных пакетов архитектура MPLS позволяет изменять маршруты потоков, пользуясь данными о требованиях к трафику каждого потока. Эффективное конструирование трафика может суще­ственно увеличить пропускную способность сети. [1]

5. Поддержка виртуальных частных сетей

Архитектура MPLS предоставляет эффективный механизм поддержки виртуальных частных сетей (VirtualPrivateNetwork, VPN). При этом трафик данного предпри­ятия или группы прозрачно проходит через объединенную сеть, причем можно легко отделять этот трафик от остальных пакетов объединенной сети, предостав­ляя гарантии производительности и безопасности. [1]

6. Архитектура многопротокольной коммутации пакетов по метком MPLS

Терминология

· Класс эквивалентности продвижения данных (ForwardingEquivalenceClass,
FEC). Группа IP-пакетов, продвигаемых в одной и той же манере (напри­мер, по одному и тому же маршруту, с одним и тем же обслуживанием).

· Объединение кадров (framemerge). Объединение меток в случае работы с
носителем, передающим данные в виде кадров, так что проблем с чередова­нием ячеек не возникнет.

· Метка (label). Короткий физически непрерывный идентификатор фиксированной длины, используемый для идентификации FEC-класса, как правило, имеющий локальное значение.

· Объединение меток (labelmerge). Замена нескольких входных меток конкретного FEC-класса одной выходной меткой.

· Обмен меток (label swap). Основная операция продвижения, заключающа­яся в поиске входной метки, чтобы определить выходную метку, инкапсуляцию, порт и другую информацию, относящуюся к обработке данных.

· Замена меток (label swapping). Парадигма, упрощающая продвижение дан­ных при помощи меток, идентифицирующих классы пакетов данных, когда
они при продвижении не различаются.

· Ретрансляционный участок, коммутируемый по меткам (labelswitchedhop).
Ретрансляционный участок между двумя узлами MPLS, продвижение дан­ных на которых выполняется при помощи меток.

· Путь, коммутируемый по меткам (labelswitchedpath). Путь, проходящий
через один или несколько LSR-маршрутизаторов на одном иерархическом
уровне, по которому следуют пакеты конкретного FEC-класса.

· Маршрутизатор, коммутирующий пометкам (LabelSwitchingRouter, LSR).
MPLS-узел, способный продвигать «родные» LЗ-пакеты.

· Стек меток (label stack). Упорядоченный набор меток.

· Точка объединения (mergepoint). Узел, на котором выполняется объедине­ние меток.

· MPLS-домен (MPLSdomain). Непрерывное множество узлов, осуществля­ющих MPLS-маршрутизацию и продвижение и находящихся в одном доме­
не маршрутизации или административном домене.

· Пограничный MPLS-узел (MPLSedge node). MPLS-узел, соединяющий MPLS-домен с узлом, расположенным вне домена, либо потому, что он не исполь­
зует архитектуру MPLS, либо потому, что он находится в другом домене.
Обратите внимание на то, что если у LSR-маршрутизатора есть соседний
хост, на котором не работает архитектура MPLS, тогда этот LSR-маршрути-
затор является пограничным MPLS-узлом.

· Выходной MPLS-узел (MPLSegressnode). Пограничный MPLS-узел, управляющий трафиком, покидающим MPLS-домен.

· Входной MPLS-узел(MPLS ingress node). Пограничный MPLS-узел, управляющий трафиком, поступающим в MPLS-домен.

· MPLS-метка (MPLSlabel). Короткий физически непрерывный идентифи­катор фиксированной длины, используемый для идентификации FEC-класса, как правило, имеющий локальное значение. Метка переносится в заго­ловке пакета.

· MPLS-узел (MPLSnode). Узел, на котором реализована архитектура MPLS.
MPLS-узел обладает информацией об управляющих протоколах MPLS,
поддерживает работу одного из протоколов маршрутизации L3 и способен
продвигать пакеты по меткам. Дополнительно узел MPLS может продвигать
«родные» L3-пакеты. [5]

Метки

Метка является коротким идентификатором фиксированной длины, который используется для идентификации FEC. Метка, которая вложена в определенный пакет, представляет класс переадресации FEC (Forwarding Equivalence Class), к которому данный пакет приписан. Обобщая, можно сказать, что пакет приписан FEC, базирующемуся частично или целиком на его адресе места назначения сетевого уровня. Однако кодировка метки никогда не совпадает c этим адресом. [5]

Метки определяют по­ток пакетов между двумя конечными точками или, в случае групповой рассылки, между конечной точкой-источником и группой конечных точек-получателей. [1]

Ключевые элементы функциони­рования архитектуры MPLS

· Перед маршрутизацией и доставкой пакетов данного FEC-класса должен быть определен маршрут через сеть, называемый LSP-путем, а также уста­новлены параметры качества обслуживания вдоль этого пути. Параметры качества обслуживания определяют, во-первых, объем ресурсов, выделяе­мых пути, и, во-вторых, политику организации очередей и политику от­брасывания пакетов, устанавливаемую на каждом LSR-маршрутизаторе для пакетов данного FEC-класса. Для выполнения этих задач требуются два протокола, реализующие обмен информацией между маршрутизаторами.

                   - Протокол внутренней маршрутизации, такой как OSPF, используется для обмена сведениями о достижимости и маршрутах.

           - Пакетам должны назначаться метки определенного FEC-класса. Посколь­ку

использование глобальных меток привело бы к дополнительным расходам на

управление и ограничило бы количество доступных меток, метки обладают только

локальным значением, что будет обсуждаться далее. Сетевой оператор может явно

указать маршруты и назначить им соответствующие значения меток. В качестве

альтернативы для опреде­ления маршрута и установки меток между соседними LSR-

маршрутизаторами может использоваться либо протокол LDP (LabelDistribution

Protocol — протокол распределения меток), либо усовершенствованная версия уже

упоминавшегося протокола RSVP.

· Пакет входит в MPLS-домен через входной пограничный LSR-маршрутизатор, на котором он обрабатывается, чтобы определить, какие службы сетевого уровня ему требуются и таким образом пакету назначается определен­ный уровень качества обслуживания. LSR-маршрутизатор назначает этому пакету определенный FEC-класс и, следовательно, определенный LSP-путь; добавляет к пакету соответствующую метку и продвигает пакет. Если для данного FEC-класса еще не существует LSP-пути, пограничный LSR-маршрутизатор должен, взаимодействуя с другими LSR-маршрутизаторами,
выбрать новый LSP-путь.

· Получая меченый пакет в MPLS-домене, каждый LSR-маршрутизатор:

          - удаляет входную метку и прикрепляет к пакету соответствующую выход­ную метку;

          - переправляет этот пакет следующему LSR-маршрутизатору на LSP-пути.

· Выходной пограничный LSR-маршрутизатор удаляет метку, читает заголовок IP-пакета и переправляет

Рис. 6.1 Функционирование архитектуры MPLS

Следует отметить несколько ключевых особенностей функционирования ар­хитектуры MPLS:

· MPLS-домен состоит из непрерывного (или связного) множества маршрутизаторов, поддерживающих архитектуру MPLS. Трафик может поступать в домен и покидать его через конечную точку, подключенную непосред­ственно к сети, как показано в правом верхнем углу рис. 6.1. Трафик может также поступать от обычного маршрутизатора, соединенного с частью объ­единенной сети, не использующей архитектуру MPLS, как показано в левом
верхнем углу рис. 6.1.

· FEC-класс пакета может определяться по одному или по нескольким пара­
метрам, указанным сетевым администратором. Среди возможных парамет­ров можно назвать следующие:

- IP-адреса отправителя и/или получателя или IP-адреса сетей;

- номера портов отправителя и/или получателя;

- идентификатор IP-протокола;

- код дифференцированной службы;

                        - метка потока IPv6.

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

· Определенный тип РНВ (Per-HopBehavior— поведение на ретрансляци­онном участке) для данного FEC-класса может быть определен на LSR-маршрутизаторе. Тип РНВ для данного FEC-класса указывает очередность обра­ботки пакета в очереди и политику отбрасывания пакетов.

· Пакеты, посылаемые между одной парой конечных точек, могут принадле­жать разным FEC-классам. При этом они по-разному помечаются, обраба­тываются в соответствии с разными типами РНВ на каждом LSR-маршрутизаторе и могут следовать через сеть разными маршрутами.

Рис.6.2 Продвижение пакетов MPLS

Рисунок 6.2 более детально иллюстрирует обработку меток и продвижение пакета. Каждый LSR-маршрутизатор поддерживает таблицу продвижения данных для каждого LSP-пути, проходящего через данный LSR-маршрутизатор. Когда прибывает помеченный пакет, LSR-маршрутизатор индексирует таблицу продви­жения данных, чтобы определить следующий ретрансляционный участок. Как уже отмечалось, для масштабирования метки имеют только локальную значимость. Таким образом, LSR-маршрутизатор удаляет из пакета входную метку и, прежде чем переправить его дальше, присоединяет к нему соответствующую выходную метку. Входной пограничный LSR-маршрутизатор определяет FEC-класс для каждого непомеченного входящего пакета, на основе этого класса назначает паке­ту определенный LSP-путь, прикрепляет соответствующую метку и продвигает пакет дальше. [1]

Протокол MPLS

Протокол MPLS хорошо приспособлен для формирования виртуальных сетей (VPN) повышенного быстродействия (метки коммутируются быстрее, чем маршрутизируются пакеты). Принципиальной основой MPLS являются IP-туннели. Для его работы нужна поддержка протокола маршрутизации MP-BGP (RFC-2858). Протокол MPLS может работать практически для любого маршрутизируемого транспортного протокола (не только IP). После того как сеть сконфигурирована (для этого используются специальные, поставляемые производителем скрипты), сеть существует, даже если в данный момент через нее не осуществляется ни одна сессия. При появлении пакета в виртуальной сети ему присваивается метка, которая не позволяет ему покинуть пределы данной виртуальной сети. Никаких других ограничений протокол MPLS не накладывает. Протокол MPLS предоставляет возможность обеспечения значения QoS, гарантирующего более высокую безопасность. Не следует переоценивать уровня безопасности, гарантируемого MPLS, атаки типа “человек посередине” могут быть достаточно разрушительны. При этом для одного и того же набора узлов можно сформировать несколько разных виртуальных сетей (используя разные метки), например, для разных видов QoS. Но можно использовать возможности АТМ (процедура setup), если именно этот протокол применен в опорной сети (возможные перегрузки коммутаторов не в счет).

Для обеспечения структурирования потоков в пакете создается стек меток, каждая из которых имеет свою зону действия. Формат стека меток представлен на рис. 6.3. В норме стек меток размещается между заголовками сетевого и канального уровней (соответственно L2 и L3). Каждая запись в стеке занимает 4 октета.

Рис. 6.3 Формат стека меток

Рис. 6.3а. Размещение меток в стеке

На рисунке полю СoS соответствует субполю приоритет поля ToS. Поле CoS имеет три бита, что достаточно для поля приоритета IP-заголовка. 6-битовое поле кода дифференцированной услуги DSCP сюда записать нельзя. Можно попробовать разместить этот код в поле самой метки. S - флаг-указатель дна стека меток; TTL - время жизни пакета MPLS. [5]

Обработка меток

Ключевым полем в заголовке IP-пакета является поле времени жизни или счет­чика ретрансляционных участков. Обычно в объеди­ненной IP-сети это поле уменьшается на единицу на каждом маршрутизаторе, и когда значение счетчика достигает нуля, пакет отбрасывается. Это делается для того, чтобы избежать зацикливания пакета или слишком долгого пребывания па­кета в объединенной сети   из-за неверной маршрутизации. Поскольку LSR-маршрутизатор не исследует              IP-заголовка, поле времени жизни включается в метку, что позволяет сохранить функциональность этого поля. Правила обработки поля вре­мени жизни в метке следующие:

1.Когда IP-пакет прибывает на входной пограничный LSR-маршрутизатор MPLS-домена, в стек пакета помещается одна метка. Значение поля време­ни жизни этой метки устанавливается равным значению поля времени жизни IP-заголовка. Если значение поля времени жизни IP-заголовка должно быть уменьшено на единицу как часть IP-обработки, то подразумевается, что это уже сделано.

2.Когда MPLS-пакет прибывает на внутренний LSR-маршрутизатор MPLS-
домена, значение поля времени жизни в метке, находящейся на вершине сте­ка, уменьшается на единицу.

· MPLS-пакет даль­ше не передается. В зависимости от значения метки в стеке пакет либо просто отбрасывается, либо передается соответствующему «обычному» сетевому уровню для обработки ошибки (например, для формирования сообщения об ошибке протокола ICMP).

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

3.Когда MPLS-пакет прибывает на выходной пограничный LSR-маршрутизатор MPLS-домена, значение поля времени жизни единственной находя­щейся в стеке записи уменьшается на единицу, после чего метка извлекает­ся из стека и стек меток становится пустым.

· Если получившееся значение равно нулю, IP-пакет дальше не передает­ся. Пакет либо просто отбрасывается, либо передается соответствующе­му «обычному» сетевому уровню для обработки ошибки.

· Если получившееся значение положительное, оно помещается в поле времени жизни IP-заголовка, после чего IP-пакет переправляется даль­ше путем обычной IP-маршрутизации. Обратите внимание на то, что до того как переправить пакет дальше, должна быть пересчитана заново кон­трольная сумма IP-заголовка. [1]

Обработка пакетов

Существующие версии программного обеспечения Cisco IOS (например, Cisco IOS Release 12.0) содержат набор средств управления трафиком. В частности, имеется возможность формировать статические маршруты и управлять динамическими маршрутами путем манипулирования значениями метрики. Иногда этого вполне достаточно, но в большинстве случаев провайдер нуждается в более эффективных средствах.

Межрегиональные каналы являются одной из основных расходных статей провайдеров. Управление трафиком позволяет IP-провайдеру предложить оптимальный уровень услуг своим клиентам с точки зрения полосы и задержки. Одновременно эта технология снижает издержки обслуживания сети.

MPLS представляет собой интеграцию технологий уровней L2 и L3. Управление трафиком в MPLS реализуется путем предоставления традиционных средств уровня L2 уровню L3. Таким образом, можно предложить в односвязной сети то, что достижимо только путем наложения уровня L3 на уровень L2.

Управление коммутацией по меткам основывается на базе данных LIB (Label Information Base). Пограничный маршрутизатор MPLS LER (Label Edge Router) удаляет метки из пакетов, когда пакет покидает облако MPLS, у вводит их во входящие пакеты. Схема работы с помеченными и обычными IP-пакетами показана на рис. 6.4

Рис. 6.3 Обработка помеченных и обычных IP-пакетов

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

Информация об имеющихся ресурсах доводится до сведения заинтересованных субъектов с помощью протокола IPG (Interior Protocol Gateway), алгоритм которого базируется на состоянии канала.

Путь туннеля вычисляется, основываясь на сформулированных требованиях и имеющихся ресурсах (constraint-based routing). IGP автоматически маршрутизирует трафик через эти туннели. Обычно, пакет, проходящий через опорную сеть MPLS движется по одному туннелю от его входной точки к выходной.

Управление трафиком MPLS основано на следующих механизмах IOS:

· Туннелях LSP (Label-switched path), которые формируются посредством RSVP, c расширениями системы управления трафиком. Туннели LSP представляют собой туннельные двунаправленные интерфейсы IOS c известным местом назначения.

· Протоколах маршрутизации IGP, базирующиеся на состоянии канала (такие как IS-IS) с расширениями для глобальной рассылки ресурсной информации, и расширениях для автоматической маршрутизации трафика по LSP туннелям.

· Модуле вычисления пути MPLS, который определяет пути для LSP туннелей.

· Модуле управления трафиком MPLS, который обеспечивает доступ к и запись ресурсной информации, подлежащей рассылке.

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

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

Иногда, поток настолько велик, что его нельзя пропустить через один канал (туннель). В этом случае может быть создано несколько туннелей между отправителем и получателем.

Для реализации MPLS управления трафиком сеть должна поддерживать следующие возможности Cisco IOS:

· Мультипротокольную переадресацию пакетов с использованием меток (MPLS)

· IP-переадресацию CEF (Cisco Express Forwarding)

· Протоколмаршрутизации IS-IS (Intermediate System-to-Intermediate System; см. RFC-1142, -1195, -2763, -2966 и - 2973)   [5]

Выбор маршрута

Выбор маршрута означает выбор LSP-пути для конкретного FEC-класса. Архитек­турой MPLS поддерживаются два варианта: маршрутизация на уровне ретрансля­ционных участков и явная маршрутизация.

При маршрутизации на уровне ретрансляционных участков каждый LSR-маршрутизатор независимо выбирает следующий ретрансляционный участок для каждого FEC-класса. В RFC предполагается, что в данном варианте применяется обычный протокол маршрутизации, например OSPF. Такой вариант маршрутиза­ции опирается на некоторые преимущества архитектуры MPLS, включая быструю коммутацию при помощи меток, возможность организации меток в виде стека и дифференцированную обработку пакетов различных FEC-классов, следующих по одному и тому же маршруту. Однако из-за ограниченности метрик производитель­ности в типичных протоколах маршрутизации маршрутизация на уровне ретранс­ляционных участков не готова поддерживать конструирование трафика, какую-либо политику качества обслуживания, безопасность и пр.

В случае явной маршрутизации один LSR-маршрутизатор, как правило, вход­ной или выходной, определяет для данного FEC-класса несколько или все LSR-маршрутизаторы на LSP-пути. При жесткой явной маршрутизации один LSR-мар­шрутизатор определяет все LSR-маршрутизаторы на LSP-пути. При гибкой явной маршрутизации задаются лишь некоторые LSR-маршрутизаторы. Явная маршру­тизация позволяет использовать все преимущества архитектуры MPLS, включая возможность конструирования трафика и проведения какой-либо политики каче­ства обслуживания.

Явные маршруты могут выбираться во время конфигурирования, то есть уста­навливаться заранее, либо динамически. Динамическая явная маршрутизация обеспечивает оптимальные возможности для конструирования трафика. Для динамической явной маршрутизации LSR-маршрутизатору, устанавливающему LSP-пути, требуется информация о топологии MPLS-домена, а также о качестве обслуживания в MPLS-домене. В спецификации конструирования MPLS-трафи­ка предлагается разбиение относящейся к качеству обслуживания информации на две категории:

· Множество атрибутов, ассоциированных с одним FEC-классом или набо­
ром близких FEC-классов, описывающих характеристики их поведения.

· Множество атрибутов, ассоциированных с ресурсами (узлами, линиями),
накладывающими ограничения на прокладываемые через них LSP-пути.

Алгоритм маршрутизации, учитывающий требования трафика различных по­токов, а также принимающий во внимание доступные ресурсы на ретрансляцион­ных участках и узлах, называется алгоритмом маршрутизации с учетом ограниче­ний (constraint-basedroutingalgorithm). По существу, сеть, использующая такой алгоритм маршрутизации, в любой момент времени обладает информацией о те­кущем коэффициенте использования сети, имеющихся в наличии ресурсах и пре­доставляемых услугах. В традиционных алгоритмах выбора маршрута, таких как OSPF и BGP, информация о стоимости ресурсов в достаточной степени не используется, что не позволяет считать их алгоритмами, в которых учитываются ограни­чения. Кроме того, при расчете стоимости любого заданного маршрута может учи­тываться только какой-либо один параметр стоимости (например, количество ре­трансляционных участков, задержка). Для архитектуры MPLS необходимо либо расширить функциональность существующего протокола маршрутизации, либо разработать новый протокол. Так, например, была определена усовершенствован­ная версия протокола OSPF, предоставляющая, по меньшей мере, частичную под­держку архитектуры MPLS. Среди примеров метрик, применяемых в маршрути­зации с учетом ограничений, можно назвать следующие:

- максимальная скорость передачи данных в линии;

- текущее состояние ресурсов;

- процент потерянных пакетов;

- задержка распространения сигнала в линии.    [1]

Схема маршрута с коммутацией меток (LSP), входной и выходной LSP

"Маршрут с коммутацией меток (LSP) уровня m" для определенного пакета P является последовательностью маршрутизаторов со следующими свойствами:

1. R1, "вход LSP", является LSR, который вносит метку в стек пакета P, в результате формируется стек глубиной m;

2. Для всех i, 1

3. Никогда за время передачи P от R1 к R[n-1] глубина стека не будет меньше m;

4. Для всех i, 1

5. Для всех i, 1

a) решение не основано на содержимом стека или заголовка сетевого уровня;

b) решение основано на содержимом стека, куда положены другие метки (т.e., на метке уровня m+k, где k>0).

Другими словами, мы можем описать уровень m LSP для пакета P, как последовательность маршрутизаторов:

1. Которая начинается с LSR ("вход LSP "), заносящий метку на уровень m.

2. Все маршрутизаторы, чьи промежуточные LSR, принимают решение о переадресации согласно метке на уровне m.

3. Которая завершается (в "выходном LSP"), когда решение переадресации делается на основе коммутации меток на уровне m-k, где k>0, или когда решение переадресации делается "традиционно", посредством не-MPLS процедур.

Следствием этого является то, что, когда бы LSR ни занес метку в стек уже помеченного пакета, он должен быть уверен, что новая метка соответствует FEC, чьим выходом LSP служит LSR, который сформировал метку, которая сейчас является второй в стеке. Мы будем называть последовательность LSR "LSP для определенного FEC F", если он является LSP уровня m для заданного пакета P, когда уровень метки P соответствует FEC F.

Рассмотрим набор узлов, которые могут быть входными LSP-узлами для FEC F. Тогда существует LSP для FEC F, который начинается с каждого из этих узлов. Если некоторое число этих LSP имеет идентичный выходной LSP, тогда можно рассматривать набор таких LSP как дерево, чьим корнем является выходной LSP. (Так как данные переносятся вдоль этого дерева по направлению к корню, эта структура может быть названа деревом мультиточка- точка). Мы можем, таким образом, говорить о "дереве LSP" для определенного FEC F. [5]

LSP следующего шага

LSP Next Hop для определенного помеченного пакета в конкретном LSR является LSR, который представляет следующий шаг пути, как это выбрано записью NHLFE, использованной для переадресации пакета. LSP Next Hop для определенного

FEC является следующим шагом пути, как это выбрано записью NHLFE, индексированной меткой, которая соответствует этому FEC.,

Заметим, что LSP следующего шага может отличаться от того, который был бы

выбран алгоритмом маршрутизации сетевого уровня.

Неверные входные метки

Что должен сделать LSR, если он получает помеченный пакет с определенной

входной меткой, но не имеет ассоциации для этой метки? Соблазнительно

думать, что можно просто удалить метки и пакеты будут переадресовываться как

непомеченные IP. Однако в некоторых случаях, реализация этого приведет к

зацикливанию пакетов. Если вышестоящий LSR полагает, что метка сопряжена с

определенным маршрутом, а нижестоящий LSR не считает метку, связанной с

чем бы то ни было, и если маршрутизация шаг-за-шагом непомеченных IP-

пакетов приведет пакет назад к вышестоящему LSR, тогда образуется петля.

Возможно, что метка, пытается определять маршрут, который не может быть

получен из IP-заголовка.

Следовательно, когда получен помеченный пакет с неверной входной меткой, он

должен быть отброшен, если только он не определен каким-то способом, так что

его переадресация не может вызвать никакого вреда.[5]

7. Управление трафиком [5]

7.1 Введение

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

Одним из наиболее важных применений MPLS будет управление трафиком. Важность этого приложения является уже широко признанной. [3]

Главной целью этой главы является рассмотрение требований управления трафиком в больших опорных сетях Интернет. Описаны базовые возможности и функциональности, которым должна соответствовать реализация MPLS.

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

7.2 Объективные характеристики управления трафиком

Ключевые характеристики, сопряженные с управлением трафиком, могут относиться к следующим категориям:

- ориентированные на трафик или

- ориентированные на ресурсы.

Задачи, ориентированные на управление трафиком, включают в себя аспекты улучшения QoS информационных потоков. В модели “оптимальных усилий” для Интернет-сервиса ключевая задача управления трафиком включает в себя: минимизацию потерь пакетов и задержек, оптимизацию пропускной способности и согласование наилучшего уровня услуг. В данной модели минимизация вероятности потери пакетов является наиболее важным аспектом. Статистически заданные характеристики трафика (такие как разброс времени доставки пакетов, вероятность потери и максимальное время доставки) становятся важными в грядущих дифференцированных услугах Интернет. Одним из подходов решения таких проблем является оптимизация использования всех имеющихся ресурсов сети. В частности, желательно гарантировать, чтобы субнаборы сетевых ресурсов не были перегружены, в то время как аналогичные ресурсы на альтернативных маршрутах недогружены. Полоса пропускания является критическим ресурсом современных сетей. Следовательно, центральной функцией управления трафиком является эффективное управление пропускной способностью.

Минимизация перегрузок является первичной задачей. Здесь речь идет не о кратковременных перегрузках, а о долгосрочных, влияющих на поведение сети в целом. Перегрузка обычно проявляется двояко:

1. Когда сетевых ресурсов недостаточно или они не соответствуют существующей загрузке.

2. Когда потоки трафика неэффективно распределены по имеющимся ресурсам.

Первый тип проблем перегрузки может быть решен путем:

- расширения ресурса, или

- применением классических средств управления перегрузкой, или

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

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

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

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

7.3 Управление трафиком и ресурсами

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

В идеале управляющие действия должны включать:

1. Модификацию параметров управления трафиком,

2. Модификацию параметров, связанных с маршрутизацией, и

3. Модификацию атрибутов и констант, связанных с ресурсами.

Уровень человеческого вмешательства в процесс управления трафиком, когда это

возможно, должен быть минимизирован. Это может быть реализовано путем автоматизации операций, описанных выше. Операции эти могут быть распределенными и масштабируемыми.

7.4 MPLS и управление трафиком

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

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

Привлекательность MPLS для управления трафиком может быть ассоциирована со следующими факторами:

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

2. LSP могут поддерживаться эффективно,

3. Каналы передачи данных могут быть смоделированы и поставлены в соответствие LSP,

4. Набор атрибутов может быть ассоциирован с каналами передачи данных, которые регулируют их рабочие характеристики,

5. Набор атрибутов может быть ассоциирован с ресурсами, которые ограничивают положение LSP и каналов передачи данных,

6. MPLS позволяет как агрегацию так и дисагрегацию трафика, в то время как классическая переадресация на основе IP-адреса места назначения допускает только агрегацию,

7. Относительно легко интегрировать "маршрутизацию на основе ограничений" в рамках MPLS,

8. Хорошая реализация MPLS может предложить заметно более низкую избыточность, чем конкурирующие альтернативы управления трафиком.

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

7.5 Наведенный MPLS-граф

В данном подразделе вводится концепция "наведенного MPLS-графа", которая является центральной при управлении трафиком в сфере MPLS. Наведенный MPLS-граф аналогичен виртуальной топологии в модели наложений. Он логически проектируется на физическую сеть путем выбора LSP для каналов транспортировки трафика

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

Наведенные MPLS-графы важны потому, что базовые проблемы управления полосой пропускания в MPLS определяются тем, как эффективно совместить наведенный MPLS-граф с физической топологией сети. Абстракция наведенного MPLS-графа формализуется ниже. [5]

    8. Выводы

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

8.1 Приложения MPLS

На сегодняшний день существуют три основные области применения MPLS в сетях крупных поставщиков Интернет-услуг. Это моделирование трафика, поддержка классов обслуживания (CoS) и виртуальных частных сетей (VPN).

- моделирование трафика

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

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

- классы обслуживания

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

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

- виртуальные части сети

Виртуальная частная сеть (VPN) моделирует работу корпоративной территориально распределенной сети с помощью инфраструктуры общего пользования Интернет. Чтобы эта услуга представляла реальный интерес для корпоративных пользователей, сервис-провайдер должен решить проблемы безопасности передаваемых данных и поддержки неуникальных IP-адресов, выделенных для частных сетей. Обе эти задачи легко решаются с помощью технологии MPLS, поскольку она предусматривает маршрутизацию пакетов на основе меток, а не на основе адреса назначения. MPLS позволяет сервис-провайдеру организовать предоставление услуг VPN, используя простой, гибкий и мощный механизм туннелирования. Виртуальная частная сеть строится как совокупность маркированных маршрутов между различными физическими сегментами VPN. Система маршрутизаторов провайдера распределяет по всей сети информацию о масках подсетей, существующих внутри каждого сегмента. Входные LSR-маршрутизаторы сети направляют трафик VPN по соответствующим LSP-маршрутам, исходя из совокупности адреса назначения пакета и его принадлежности к определенной VPN. [2]

8.2 Что сулит нам MPLS?

Перед внедрением MPLS, как, впрочем, и любой новой технологии, необходимо дать ответ на вопрос: “Для чего это нужно?” Основная польза от технологии MPLS состоит в том, что она создает основу для развертывания новых типов услуг, не поддерживаемых традиционной маршрутизацией. Это особенно актуально в условиях нынешней жесткой конкуренции, когда провайдерам необходимо постоянно предлагать пользователям новые услуги, отсутствующие у конкурентов. Одновременно MPLS позволяет уменьшить себестоимость и улучшить качество базовых услуг. MPLS расширяет возможности маршрутизации, позволяя учитывать многие факторы (а не только адрес назначения пакета). Предположим, что хосты А и Б отправляют пакеты хосту В через сеть, в которой поддерживается технология MPLS (рис. 6). При традиционной маршрутизации — по принципу кратчайшего пути — пакеты и от хоста А, и от хоста Б будут направлены по пути № 1, выбранному средствами IGP в качестве кратчайшего. Теперь предположим, что сетевой администратор, проанализировав статистику загрузки сети, решил установить правила управления трафиком для того, чтобы уменьшить нагрузку на маршрутизатор LSR 2. Для этого ему необходимо перенаправить часть трафика по другим маршрутам, скажем, трафик от хоста Б к хосту В перевести на путь № 2 (а для трафика хоста А оставить прежний путь № 1). Осуществить такое разделение средствами традиционной маршрутизации было бы невозможно, поскольку она принимает во внимание только адрес назначения пакета, одинаковый в обоих случаях. Но в нашем примере маршрутизаторы в ядре сети поддерживают MPLS, поэтому реализовать такие правила достаточно просто. Для этого нужно сконфигурировать два маркированных маршрута так, чтобы маршрутизатор LSR 1 направлял весь трафик от А к В по пути № 1, а от Б к В — по пути № 2. Возможность классифицировать трафик по множеству параметров и направить трафик каждого класса по выбранному и, возможно, специально оптимизированному пути позволяет администратору точно управлять потоками трафика.

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

Если провайдер намеревается внедрить новый тип услуг, ему нет необходимости заменять всю MPLS-совместимую инфраструктуру. Достаточно всего лишь изменить управляющую составляющую, чтобы присвоить некоторой категории пакетов специальный FEC-класс, и затем указать для него специально спроектированный LSP-маршрут. Например, пакеты можно классифицировать по сочетанию подсети назначения и типа приложения или сетей источника и назначения, по специфическим требованиям к качеству услуг (QoS), по принадлежности к группе многоадресной IP-рассылки, по идентификатору виртуальной частной сети (VPN). Далее, сетевой администратор может конфигурировать LSP-маршруты таким образом, чтобы удовлетворить специфические требования данного класса трафика: минимизировать число транзитных узлов, обеспечить заданную полосу пропускания, направить трафик через определенные узлы и т. д. Заключительный шаг по внедрению новой услуги состоит в том, чтобы сконфигурировать входной LSR-маршрутизатор соответствующим образом. Он должен идентифицировать пакеты, подпадающие под определение данного класса, и направлять их по пути, специально предназначенному для трафика этого класса.     [2]

8.3 Что дальше?

В настоящее время существуют два основных способа создания магистральных IP-сетей: с помощью IP-маршрутизаторов, соединенных каналами «точка—точка», либо на базе транспортной сети АТМ, поверх которой работают IP-маршрутизаторы. Применение MPLS оказывается выгодным в обоих случаях. В магистральной сети АТМ оно дает возможность одновременно предоставлять клиентам как стандартные сервисы ATM, так и широкий спектр услуг IP-сетей вместе с дополнительными услугами. Такой подход существенно расширяет пакет услуг провайдера, заметно повышая его конкурентоспособность. Тандем IP и ATM, соединенных посредством MPLS, способствует еще большему распространению этих технологий и создает основу для построения крупномасштабных сетей с интеграцией сервисов. [4]

9. Список литературы

1. В. Строллингс . Современные компьютерные сети. – Спб.: Питер, 2003.

2. Сатовский Б.Л. «MPLS — технология маршрутизации для нового поколения сетей общего пользования»,

3. Д. Вудс «MPLS: новый регулировщик движения на сетевых магистралях»

4. И. Алексеев «Введение в архитектуру MPLS»

5. Ю.А. Семенов. Телекоммуникационные технологии