- •Содержание
- •Глава 5. Типы оборудования в мультисервисных сетях………….…………………….41
- •Глава 9. Технологии сетей широкополосного абонентского доступа…………….……74
- •Глава12. Примеры построения мультисервисных сетей связи в рф….…………...…106
- •Введение
- •Глава 1. Понятие мсс и ее базовые принципы
- •1.1. Понятие и основные определения мсс
- •1.2. Требования к мсс как сетям связи нового поколения
- •1.3. Особенности инфокоммуникационных услуг
- •Глава 2. Архитектура мультисервисных сетей связи
- •Глава 3. Услуги и службы мультисервисных сетей
- •3.1. Классификация служб и услуг мультисервисных сетей Дадим некоторые основные понятия и определения
- •3.2. Коммуникационные службы мсс
- •3.3. Информационные службы мсс
- •3.4. Операторы на рынке перспективных инфокоммуникационных услуг
- •Vpn как услуга
- •Услуги Triple Play
- •Глава 4. Протоколы мультисервисных сетей связи
- •4.1. Основные типы протоколов
- •4.2. Протокол н.323
- •4.3. Протокол sip
- •4.4. Протокол mgcp
- •4.5. Протокол megaco/h.248
- •4.6. Протокол sigtran
- •4.7. Протокол передачи информации с управлением потоком
- •Глава 5. Типы оборудования в мультисервисных сетях
- •5.1. Гибкий (программный) коммутатор Softswitch
- •5.1.1. Эталонная архитектура Softswitch
- •Транспортная плоскость
- •Плоскость управления обслуживанием вызова и сигнализации
- •Плоскость услуг и приложений
- •5.1.2. Основные характеристики Softswitch
- •Поддерживаемые протоколы
- •Поддерживаемые интерфейсы
- •5.2. Шлюзы
- •5.2.1. Основные характеристики шлюзов Емкость
- •Производительность
- •Поддерживаемые интерфейсы
- •5.3. Терминальное оборудование
- •5.4. Сервер приложений
- •Глава 6. Ims-единая платформа для доставки услуг в мсс
- •6.1. Способы предоставления услуг
- •Некоторые протоколы, подсистемы, стандарты, применяемые в современных сетях сотовой подвижной связи
- •Обозначение и функции элементов ip Multimedia Core Network
- •6.2. Конвергенция услуг и сетей
- •6.3. Универсальная технология для всех услуг
- •6.4. Аспекты стандартизации
- •6.5. Поступательное развитие сетей
- •Стандартизация применяемых решений
- •Глава 7. Технология mpls - фундамент для инфраструктуры мультисервисных сетей следующего поколения
- •7.2. Принцип коммутации
- •7.3. Элементы архитектуры Метки и способы маркировки
- •Стек меток
- •Компоненты коммутируемого маршрута
- •Привязка и распределение меток
- •7.4. Построение коммутируемого маршрута
- •7.5. Перспективы технологии mpls
- •7.6. Краткий глоссарий терминов по технологии mpls
- •8.1. Понятие «качество обслуживания»
- •8.2. Резервирование ресурсов
- •8.3. Дифференцированные услуги
- •8.4. Коммутация по меткам
- •8.5. Пути реализации качества обслуживания
- •Глава 9. Технологии сетей широкополосного абонентского доступа
- •9.1. Основные технологии доступа
- •9.1.1. Беспроводная технология
- •Третьим положительным фактором технологии беспроводной связи является значительно более короткое время ввода системы в действие по сравнению с кабельной инфраструктурой.
- •9.1.2. Спутник для доступа в мсс
- •9.1.3. Семейство технологий хDsl
- •9.2. Сетевая архитектура
- •Глава 10. Управление и эксплуатационно-техническое обслуживание мсс
- •10.1. Система управления, построенная на базе snmp
- •10.2. Система управления на базе архитектуры tmn
- •10.3. Суэто для мультисервисных сетей
- •Глава 11. Обеспечение информационной безопасности в мультисервисных сетях
- •11.1. Рынок информационной безопасности
- •11. 2. Архитектура информационной безопасности
- •11.3. Угрозы безопасности мсс
- •11.4. Классификация угроз нсд в мсс
- •Цели (объекты) угроз
- •Пути проникновения действия угроз
- •11.5. От каких угроз иб следует защищать мсс
- •11.6. Пять наиболее важных технологий в области информационной безопасности
- •11.6.2. Встроенные средства биометрии
- •11.6.3. Жесткие диски со встроенной возможностью шифрования
- •11.6.4. Браузеры и приложения со встроенными функциями защиты
- •11.6.5. Защита для мобильных устройств
- •11.7. Перспективы информационной безопасности
- •Глава 12. Примеры построения мультисервисных сетей связи в Российской Федерации
- •12.1. Мсс нового поколения от основных операторов связи
- •12.2. Мсс в регионах России
- •12.2.1. Мультисервисная сеть птт
- •12.2.2. Сеть нового поколения в Новокузнецке
- •12.2.3. Мультимедийная сеть нового поколения в Якутии
- •12.2.4. Мультисервисная сеть в Ханты-Мансийском округе
- •Заключение
- •Список литературы
- •Термины и определения
- •Махровский
7.3. Элементы архитектуры Метки и способы маркировки
Метка – это короткий идентификатор фиксированной длины, который определяет класс FEC. По значению метки пакета определяется его принадлежность к определенному классу на каждом из участков коммутируемого маршрута.
Как уже отмечалось, метка должна быть уникальной лишь в пределах соединения между каждой парой логически соседних LSR. Поэтому одно и то же ее значение может использоваться LSR для связи с различными соседними маршрутизаторами, если только имеется возможность определить, от какого из них пришел пакет с данной меткой. Другими словами, в соединениях «точка–точка» допускается применять один набор меток на интерфейс, а для сред с множественным доступом необходим один набор меток на модуль или все устройство. В реальных условиях угроза исчерпания пространства меток очень маловероятна.
Перед включением в состав пакета метка определенным образом кодируется. В случае использования протокола IP она помещается в специальный «тонкий» заголовок пакета, инкапсулирующего IP. В других ситуациях метка записывается в заголовок протокола канального уровня или кодируется в виде определенного значения VPI/VCI (в сети АТМ). Для пакетов протокола IPv6 метку можно разместить в поле идентификатора потока.
Стек меток
В рамках архитектуры MPLS вместе с пакетом разрешено передавать не одну метку, а целый их стек. Операции добавления/изъятия метки определены как операции на стеке (push/pop). Результат коммутации задает лишь верхняя метка стека, нижние же передаются прозрачно до операции изъятия верхней. Такой подход позволяет создавать иерархию потоков в сети MPLS и организовывать туннельные передачи. Стек состоит из произвольного числа элементов, каждый из которых имеет длину 32 бита: 20 бит составляют собственно метку, 8 отводятся под счетчик времени жизни пакета, один указывает на нижний предел стека, а три не используются. Метка может принимать любое значение, кроме нескольких зарезервированных.
Компоненты коммутируемого маршрута
|
Рис. 7.2. Компоненты коммутируемого соединения |
Коммутируемый путь (LSP) одного уровня состоит из последовательного набора участков, коммутация на которых происходит с помощью метки данного уровня (рис.7.2). Например, LSP нулевого уровня проходит через устройства LSR 0, LSR 1, LSR 3, LSR 4 и LSR 5. При этом LSR 0 и LSR 5 являются, соответственно, входным (ingress) и выходным (egress) маршрутизаторами для пути нулевого уровня. LSR 1 и LSR 3 играют ту же роль для LSP первого уровня; первый из них производит операцию добавления метки в стек, а второй – ее изъятия. С точки зрения трафика нулевого уровня, LSP первого уровня является прозрачным туннелем. В любом сегменте LSP можно выделить верхний и нижний LSR по отношению к трафику. Например, для сегмента «LSR 4 – LSR 5» четвертый маршрутизатор будет верхним, а пятый – нижним.
Привязка и распределение меток
Под привязкой понимают соответствие между определенным классом FEC и значением метки для данного сегмента LSP. Привязку всегда осуществляет «нижний» маршрутизатор LSR, поэтому и информация о ней распространяется только в направлении от нижнего LSR к верхнему. Вместе с этими сведениями могут предаваться атрибуты привязки.
Обмен информацией о привязке меток и атрибутах осуществляется между соседними LSR с помощью протокола распределения меток. Архитектура MPLS не зависит от конкретного протокола, поэтому в сети могут применяться разные протоколы сетевой сигнализации. Очень перспективно в данном отношении – использование RSVP для совмещения резервирования ресурсов и организации LSP для различных потоков.
Существуют два режима распределения меток: независимый и упорядоченный. Первый предусматривает возможность уведомления верхнего узла о привязке до того, как конкретный LSR получит информацию о привязке для данного класса от своего нижнего соседа. Второй режим разрешает высылать подобное уведомление только после получения таких сведений от нижнего LSR, за исключением случая, когда маршрутизатор LSR является выходным для этого FEC.
Распространение информации о привязке может быть инициировано запросом от верхнего устройства LSR (downstream on-demand) либо осуществляться спонтанно (unsolicited downstream).