'

Возможности администратора повлиять на выбор пути

Понравилась презентация – покажи это...





Слайд 0

Возможности администратора повлиять на выбор пути Bandwidth Priority Administrative Weight Attributes & Affinity


Слайд 1

Bandwidth ip rsvp bandwidth <x> <y> Позволяет протоколу RSVP динамически резервировать до X Кбит/c пропускной способности на определенном интерфейсе X – верхний предел резервирования в Кбит/с Y – в MPLS не использкется default: X==Y==75% пропусной способности интерфейса


Слайд 2

Priority tunnel mpls traffic-eng <S> {H} Конфигурируется на интерфейсе типа tunnel S = setup priority (0-7) - установка H = holding priority (0-7) - удержание 0 – высший приоритет


Слайд 3

Priority Новый туннель с более высоким приоритетом установки может вытеснить (разорвать) туннель с более низким приоритетом удержания, если ему нужна пропускная способность старого туннеля Конфигурирование S<H не разрешается Default: S=7, H=7


Слайд 4

Priority 45MB 45MB 45MB = 40MB tunnel S=7, H=7 = 40MB tunnel S=6, H=6


Слайд 5

Priority 45MB 45MB 45MB = 40MB tunnel with S=7, H=7 = 40MB tunnel with S=6, H=6 RtrC посылает сообщение ResvTear протокола RSVP к RtrA, туннель разрушается


Слайд 6

Administrative Weight mpls traffic-eng administrative-weight <X> Команда конфигурирования физического интерфейса X = 0, 1, … (232 –1) Назначает метрику, которая заменяет метрику IGP


Слайд 7

Administrative Weight tunnel mpls traffic-eng path-selection metric {te|igp} Команда конфигурирования туннеля Default параметр - ‘igp’ Параметр ‘te’ приведет к использованию сконфигурированной административной метрики administrative-weight при выборе пути для туннеля Обычно используется при учете задержек каналов – чувствительная к задержкам метрика


Слайд 8

Чувствительная к задержкам метрика tunnel mpls traffic-eng path-selection metric {te|igp} mpls traffic-eng administrative-weight <x> Сконфигурируйте admin weight == interface delay Сконфигурируйте VoIP туннели для использования метрики TE metric при выборе пути


Слайд 9

Attributes & Affinity Атрибуты – 32 бита, описывающие некоторые свойства канала связи Affinity туннеля (сходство) – желание проложить туннель через каналы с определенными свойствами


Слайд 10

mpls traffic-eng attribute-flags <0x0-0xFFFFFFFF> Команда физического интерфейса Attributes & Affinity


Слайд 11

tunnel mpls traffic-eng affinity <0x0-0xFFFFFFFF> {mask <0x0-0xFFFFFFFF>} Команда конфигурирования туннеля Маска определяет биты «интереса» Биты affinity определяют желаемые значения бит интереса: 0x2 mask 0xA - «меня интересуют биты 2 and 8; бит 2 должен быть установлен в 1, а бит 8 - в 0» Attributes & Affinity


Слайд 12

Пример: чтобы исключить спутниковые каналы из туннеля для VoIP, нужно дать таки каналам атрибут 0x2, а туннель для VoIP сконфигурировать как ‘affinity 0x0 mask 0x2’ Attributes & Affinity


Слайд 13

Auto-Bandwidth – динамическое изменение резервирования полосы tunnel mpls traffic-eng auto-bw ? collect-bw Just collect Bandwidth info on this tunnel frequency Frequency to change tunnel BW max-bw Set the Maximum Bandwidth for auto-bw on this tunnel min-bw Set the Minimum Bandwidth for auto-bw on this tunnel Команда конфигурирования туннеля Периодически изменяет зарезервированную полосу для туннеля в зависмости от трафика, протекакющего через туннель Настраиваемый таймер периода


Слайд 14

Защита путей и каналов В обычной IP сети отказ канала приводит к простою в несколько секунд


Слайд 15

В сети MPLS нужно выполнить несколько больше действий для перехода на новый путь LSP Защита путей и каналов


Слайд 16

Стандартная защита пути в MPLS tunnel mpls traffic-eng path-option 1 explicit name straight tunnel mpls traffic-eng path-option 2 dynamic Задается две опции для туннеля: Основная – точный статический путь Резервная – динамически вычисляемый путь после отказа основого


Слайд 17

Fast ReRouting (Cisco)– быстрый переход на новый путь Link Protection Единственная схема, реализованная сегодня Node Protection Разрабатывается Path Protection Дальняя цель разработчиков


Слайд 18

Link Protection TE туннель A->B->D->E


Слайд 19

Link Protection B имеет предварительно установленный туннель к дальнему концу защищаемой линии (RtrD) B считает, что D использовал при привязывании метки глобальное (платформенно-специфическое) пространство меток


Слайд 20

Link Protection Связь B->D отказывает, туннель A->E инкапсулируется в туннель B->D Резервный туннель используется до тех пор, пока A не вычислит новый путь для туннеля A->B->C->D->E ( 10-30 сек)


Слайд 21

Link Protection Конфигурирование туннеля в ingress LSP: tunnel mpls traffic-eng fast-reroute На защищаемой линии: mpls traffic-eng backup-path <backup-tunnel>


Слайд 22

Два подхода к поддержке QoS в сетях MPLS DS-TE: Diffserv-aware Traffic Engineering (L-LSP) Отдельные пути (и резервирование) для транков трафика разных классов DiggServ Набор расширений протоколов, используемых для MPLS TE Изменения в протоколах сигнализации (резервирование) – никаких новых механизмов QoS при передаче данных Не дают гарантированного QoS MPLS DS (E-LSP) DSCP -> EXP EXP -> PHB конфигурируется вручную


Слайд 23

Резервирование полосы в TE Find route & set-up tunnel for 20 Mb/s from POP1 to POP4 WAN area Find route & set-up tunnel for 10 Mb/s from POP2 to POP4


Слайд 24

Пример проблемы с голосовым трафиком в MPLS TE 2 туннеля через связь C<->E 40MB каждый туннель 100MB свободной полосы на связи C<->E, 55 МВ уже переносят голосовой трафик Что будет, если каждый туннель будет переносить по 20MB трафикаVoIP?


Слайд 25

Проблема: один пул пропускной способности для интерфейса, нет возможности дифференцировать тип трафика! Решение: поддерживать несколько пулов 55MB LLQ+40MB LLQ = 95 MB LLQ – на 25МВ больше 50% канала – большие задержки голоса Пример проблемы с голосовым трафиком в MPLS TE


Слайд 26

Задержка как функция коэффициента использования Utilization Delay 0% 100% ? % Цель для EF Цель для Data Premium – AF1 Цель для Best-Effort Если для EF трафика < ? % , то задержка EF будет меньше M1 ms Если для AF1 трафика < ? % , то задержка AF1 будет меньше M2 ms ? %


Слайд 27

Diffserv-Aware Traffic Engineering ip rsvp bandwidth <x> sub-pool <y> «эта связь имеет резервируемую полосу X, Y из которой – это sub-pool» Для приоритетного трафика доступно только Y Кбит/c, которые также входят в пул X


Слайд 28

Пулы пропускной способности Общая величина пула TE Пул для приоритетного трафика, если он недоиспользован, то полоса отдается общему пулу


Слайд 29

Diffserv-Aware Traffic Engineering tunnel mpls traffic-eng bandwidth <x> sub-pool Создание туннеля для приоритетного трафика, который резервирует X Кбит/с из sub-pool Если в sub-pool уже нет достаточной полосы, то туннель не устанавливается Трафик с этой меткой направляется в приоритетную очередь


Слайд 30

Стандартизация DS-TE Начало – середина 2000 Internet Drafts: draft-ietf-tewg-diff-te-reqts-00.txt draft-ietf-mpls-diff-te-ext-01.txt draft-ietf-ospf-diff-te-00.txt draft-ietf-isis-diff-te-00.txt


Слайд 31

Сеть TE - Best Effort Find route & set-up tunnel for 20 Mb/s from POP1 to POP4 WAN area Find route & set-up tunnel for 10 Mb/s from POP2 to POP4


Слайд 32

Сеть TE и MPLS Diff-Serv Find route & set-up tunnel for 20 Mb/s (aggregate) from POP1 to POP4 Find route & set-up tunnel for 10 Mb/s (aggregate) from POP2 to POP4 WAN area


Слайд 33

DiffServ Aware Traffic Engineering Find route & set-up tunnel for 5 Mb/s of EF from POP1 to POP4 Find route & set-up tunnel for 3 Mb/s of EF from POP2 to POP4


Слайд 34

Обобщенная коммутация на основе GMPLS Единицы коммутации: Тайм-слоты и виртуальные контейнеры SDH/PDH Световые волны (лямбды) DWDM Оптические волокна (порты) Метка GMPLS представляет собой условный номер волокна, длины волны или тайм-слота в виртуальном контейнере Протокол сигнализации из архитектуры GMPLS позволяет динамически сформировать оптический путь через SDH-мультиплексоры и DWDM кросс-коннекторы – гигабиты по требованию Устройства узнают топологию сети и состояния каналов по традиционным протоколам маршрутизации сетей IP: OSPF и IS-IS с расширениями Переход на заранее определенный резервный маршрут – десятки миллисекунд, как в SDH


Слайд 35

Иерархия уровней коммутации в GPMLS IP SDH l Fiber l SDH IP IP-пакеты Тайм-слоты и виртуальные контейнеры Волны Волокна Сигнализация GMPLS управляет расстановкой меток в разнотипном оборудовании – общая плоскость управления Пути вкладываются друг в друга: Пути IP-пакетов объединяются в SDH/PDH пути SDH/PDH пути объединяются в пути оптических волн Пути оптических волны объединяются в волокна


Слайд 36

Стандартизация GMPLS Начальная стадия разработки стандартов – Internet Draft В разработке участвуют многие ведущие производители магистрального оптического оборудования – Nortel, Alcatel, Lucent, Siemens, Cisco, Juniper, CIENA и многие другие Форум Optical Internetworking Forum разработал проект спецификации пользовательского интерфейса доступа к оптическому ядру – Optical UNI Совместимость реального оборудования по интерфейсу Optical UNI была продемонстрирована в ходе конференции-шоу SuperComm-2001. В демонстрации использовалось оборудование 25 производителей, в том числе Nortel, Lucent, Cisco, Alcatel, CIENA, Sycamore


×

HTML:





Ссылка: