- •Глава 1
- •Глава 2
- •2.5. Модели транспортных сетей в оптических мультисер-
- •Глава 3
- •3.1.2. Формирование виртуальных контейнеров и функции
- •3.1.6. Технологические решения по контролю качества трактов и
- •Глава 4
- •4.3. Мультиплексоры вывода/ввода adm с электрическими и
- •4.5. Оптический сетевой элемент с функциями
- •Глава 5
- •5.3.2. Фазовые дрожания и их нормирование относительно
- •5.4.4. Отображение функций управления через окна графического
- •5.5. Автоматически коммутируемые оптические транспортные
- •Глава 6
- •6.4. Коммутационные и алгоритмические возможности
- •6.5. Этапы разработки проекта оптической транспортной
- •Глава 1
- •1.1. Определение системы передачи
- •1.2. Обобщенная схема оптической системы передачи
- •1.3. Принципы построения аппаратуры оптических систем передачи и транспортных сетей
- •Глава 2
- •2.1. Модель транспортной сети sdh
- •2.2. Модель транспортной сети atm
- •2.3. Модель транспортной сети otn-oth
- •2.4. Модель транспортной сети Ethernet
- •2.5. Модели транспортных сетей в оптических мультисервисных транспортных платформах
- •Глава 3
- •3.1. Технология мультиплексирования sdh
- •3.1.1. Термины, определения и обозначения в sdh
- •3.1.2. Формирование виртуальных контейнеров и функции заголовков рон3.1.2.
- •3.1.3. Сцепленные виртуальные контейнеры
- •3.1.4. Синхронный транспортный модуль stm-n
- •3.1.5. Формирование указателей ptr
- •3.1.6. Технологические решения по контролю качества трактов и секций sdh
- •3.2. Технология асинхронного режима передачи atm
- •3.2.1. Термины, определения и обозначения в atm
- •3.2.2. Уровни адаптации atm
- •3.2.3. Функции уровня atm
- •3.2.4. Размещение и передача ячеек atm на физическом уровне
- •3.3. Технология оптической транспортной сети otn-oth
- •3.3.1. Термины, определения и обозначения otn-oth
- •3.3.2. Формирование блоков нагрузки оптических каналов opUk
- •3.3.3. Блок данных оптического канала odUk
- •3.3.4. Оптический транспортный блок otUk
- •3.3.5. Блок оптического канала оси
- •3.3.6. Блок переноса оптического канала осс
- •3.3.7. Блок группирования оптических несущих частот ocg-n
- •3.3.8. Блок оптического транспортного модуля otm-n.M
- •3.4. Технология мультиплексирования Ethernet
- •3.4.1. Ethernet стандарта ieee 802.3
- •3.4.2. Ethernet стандарта ЕоТ
- •3.4.3. Построение схем мультиплексирования Ethernet
- •3.4.4. Технологическое решение для t-mpls
- •3.5. Технологические согласования транспортных сетей
- •3.5.1. Протокольное решение laps
- •3.5.2. Протокольное решение gfp
- •3.5.3. Технология защищаемого пакетного кольца rpr
- •Глава 4
- •4.1. Регенератор и оптический усилитель
- •4.2. Терминальные мультиплексоры
- •4.2.1. Терминальный мультиплексор с функциями портов pdh
- •4.2.2. Терминальный мультиплексор с функциями портов Ethernet
- •4.2.3. Терминальный мультиплексор с функциями портов atm
- •4.2.4. Терминальный мультиплексор с функциями портов отн
- •4.2.5. Терминальный мультиплексор с функциями портов ason
- •4.2.6. Терминальный мультиплексор с линейными портами wdm
- •4.3. Мультиплексоры вывода/ввода adm с электрическими и
- •4.4. Цифровой кроссовый коммутатор sdxc
- •4.5. Оптический сетевой элемент с функциями
- •4.6. Платформенный принцип построения сетевых
- •Глава 5
- •5.1. Структуры транспортных сетей
- •5.2. Схемы защиты транспортных сетей
- •5.2.2. Защита секции мультиплексирования в кольцевой сети
- •5.2.3. Защита соединений тракта
- •5.2.4. Защитные переключения в сети с многовол-
- •5.2.5. Защитные переключения в транспортной сети Ethernet
- •5.3. Синхронизация в транспортных сетях
- •5.3.1. Нормирование проскальзываний
- •5.3.2. Фазовые дрожания и их нормирование относительно проскальзываний
- •5.3.3. Генераторы сигналов синхронизации
- •5.3.4. Распределение тактового синхронизма
- •5.3.6. Аудит сети синхронизации
- •5.4. Управление в транспортных сетях
- •5.4.1. Общие принципы управления сетями связи
- •5.4.2. Функции управления транспортной сетью
- •5.4.3. Стандартные элементы сети управления
- •5.4.4. Отображение функций управления через окна графиче-
- •5.5. Автоматически коммутируемые оптические транс-
- •5.5.1. Общая структура ason/astn
- •5.5.2. Логическое построение ason
- •5.5.3. Построение сигнальной сети и ее функции
- •5.5.4. Протоколы сигнальной системы ason
- •5.5.5. Однонаправленные и двунаправленные lsp
- •5.5.6. Транспортировка сообщений защиты lsp
- •5.5.7. Механизм сигнализации с использованием протокола
- •5.5.8. Механизм сигнализации с использованием протокола
- •Глава 6
- •6.1. Принципы планирования
- •6.2. Виды нагрузки транспортной сети и требуемые ресурсы
- •6.3.1. Интерфейсы одноволновых систем оптической передачи
- •6.3.2. Интерфейсы многоволновых систем
- •6.3.3. Реализация многоволновых интерфейсов
- •6.4. Коммутационные и алгоритмические возможности транс
- •6.5. Этапы разработки проекта оптической транспортной сети
5.5.5. Однонаправленные и двунаправленные lsp
Организация однонаправленных и двунаправленных LSP имеет существенные отличия.
Время установления двунаправленного LSP равно одному интервалу времени установления LSP плюс одна задержка переходного процесса «инициатор-адресат». Это время не только покрывает время установления для случая успешного формирования LSP, но распространяется на худший случай обнаружения недоступного LSP, что в два раза больше переходного процесса «инициатор-адресат». Эти задержки особенно существенны для LSP, которые формируются для восстановления при повреждениях.
Избыточность управления в два раза больше чем в случае однонаправленных LSP. Это связано с тем, что необходимо генерировать отдельные управляющие сообщения для обоих сегментов двунаправленного LSP.
Из-за того что ресурсы заняты в отдельных сегментах сети, выбор маршрута оказывается осложненным. Можно ожидать дополнительной конкуренции при выделении ресурсов, которая может уменьшить вероятность успешного формирования двунаправленного соединения.
Двунаправленные оптические LSP рассматриваются в качестве требования большинством операторов сетей. Установление двустороннего LSP от инициатора до получателя и наоборот происходит с использованием одного набора сигнальных сообщений, что уменьшает время установления тракта.
При установлении двунаправленных LSP возможна ситуация конфликтов меток. Конфликты меток могут происходить между двумя запросами установления двунаправленных LSP, которые направлены в противоположных направлениях. Такие конфликты могут происходить, когда обе стороны выделяют одни и те же ресурсы (метки) в одно и то же время. Если нет ограничений на использование меток в двунаправленных LSP и если ресурсы являются альтернативными, тогда оба узла передадут разные метки вверх по ходу и конфликта не будет. Однако, если имеется ограничение на метки, используемые для двунаправленных LSP или если нет более доступных ресурсов, то конфликт разрешается другими средствами. Например, узел с более высокоприоритетным идентификатором посылает сообщение — уведомление об ошибке тракта Path Error/NOTIFICATION с указанием на проблему маршрутизации или отказ присвоения метки. После получения такого сигнала ошибки, узел должен попытаться выделить другую метку для сегмента, расположенного выше в двунаправленном маршруте.
Для снижения вероятности конфликта можно ввести правило, когда узел с идентификатором нижнего уровня не предлагал бы меток и всегда использовал предлагаемую свыше метку.
5.5.6. Транспортировка сообщений защиты lsp
Защита LSP предполагает транспортировку сообщений в новом объекте (пакете данных) (рис. 5.61). Эти сообщения используются для описания атрибутов защиты канала, запрошенного LSP. В сообщении указывается на желательный тип защиты канала LSP. Запрашиваемый конкретный тип защиты (например, 1+1 или 1:N) может реализоваться только при наличии ресурса.
Сообщение указывает также, является ли данный LSP первичным или вторичным (резервным). Вторичный LSP считается резервным по отношению к первичному LSP. Ресурсы вторичного LSP не используются до тех пор, пока работает первичный LSP. Ресурсы, выделенные для вторичного LSP, могут использоваться другими LSP до тех пор, пока первичный LSP не откажет. В такой ситуации любой LSP, который использует ресурсы вторичного LSP, должен быть отключен до устранения повреждения.
Когда бит S (рис. 5.61) равен единице, то это указывает на то, что запрашиваемый LSP вторичный. Флаги канала (6 битов) отмечают желательный тип защиты канала. Возможности защиты могут закладываться при маршрутизации. Значение ноль во всех битах флага указывает на возможность любой защиты, включая её отсутствие.
Определены флаги следующих типов защиты:
улучшенная защита, указывает на то, что следует использовать надежную схему, например, 4-волоконную схему MS-SPRing;
-выделенная защита 1+1, указывает, что для LSP следует использовать выделенную схему защиты канального уровня 1+1;
-выделенная защита 1:1, указывает, что для LSP следует использовать выделенную схему защиты канального уровня 1:1;
совместная защита 1:N, указывает на то, что для LSP следует использовать совместную схему защиты канального уровня 1 :N;
не защищено, указывает на то, что LSP не должно использовать средства защиты;
дополнительный трафик, указывает, что LSP должен использовать другие каналы, которые защищают другой первичный трафик; такие LSP могут быть разорваны, когда отказывают каналы с защищенным трафиком.
Метками может транслироваться информация административного состояния (тестирования, ликвидации соединения и т.д.).
Непосредственно механизмы сигнальных взаимодействий могут быть реализованы через протоколы, например, RSVP-TE и CR-LDP.
