6.4.2.4. Управление маршрутизацией потоков данных в сети

Эта опция позволяет:

• формировать в автоматическом режиме маршруты потоков данных (trail routes), используя схему топологии сети, типы мультиплексоров, адреса терминальных точек клиентов, требуе­ мые емкости каналов данных и другую информацию;

• корректировать или заново формировать потоки данных (trails) вручную, используя сведения о ресурсах сети SDH и ограничениях, существующих на отдельных ее участках;

• осуществлять мониторинг потоков данных на основе задания точек мониторинга РОН VC нижнего уровня (точек LPOM);

• формировать следующие типы защиты потоков данных: без защиты, полная (двунаправленная), частичная (путем дублирования контейнеров), типа SNCP (см. разд. 2.6), дублирование на уровне ОВ, защита на уровне серверного потока данных (использующего блоки верхнего уров­ ня, например, AU-4, для защиты инкапсулированных в нем потоков нижнего уровня);

• реконфигурацию трафика и восстановление потока данных;

• просмотр списка потоков данных по клиентам/пользователям;

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

6.4.2.5. Управление программой обслуживания сети и тестирования ее элементов

Эта опция позволяет:

• оперировать на выбранных оконечных точках, перенаправлять выходящие и входящие сигна­ лы, организовывать шлейфы как на ближнем, так и на дальнем концах;

• осуществлять диагностику выбранного элемента/узла;

• осуществлять перезагрузку системы управления;

• искусственно инициировать поток аварийных сообщений и сигналов сбоя для выбранного объ­ екта и посылать сигналы AIS и FERF;

• блокировать автоматическое защитное переключение активного кольца;

• вручную переключать активное кольцо на резервное;

• осуществлять выбор источника синхронизации;

• просматривать список операций по обслуживанию, проведенных для данного NE;

• осуществлять резервное переключение трибных карт с помощью матрицы защиты трибов ТСМ;

• осуществлять операции на уровне виртуальных контейнеров VC для поддержки операций с ТСМ. Общее управление обслуживанием регламентируется стандартом ITU-T Rec. M.20 [76].

6.4.2.6. Управление безопасностью системы

Эта опция позволяет:

• устанавливать и менять пароли;

• менять список пользователей, имеющих авторизованный доступ;

• создавать списки групп пользователей с определенным уровнем доступа;

• администратору системы разрабатывать иерархию уровней допуска пользователей;

• блокировать рабочую станцию с установленной на ней eNM;

• контролировать список пользователей, работающих в данный момент с системой. Общее управление безопасностью регламентируется стандартом ITU-T Rec. M.3016 [357].

6.4.2.7. Административное управление

Эта опция позволяет:

• осуществлять копирование исторически важных данных в базу данных;

• осуществлять резервное копирование баз данных;

• загружать базы данных информацией из файлов пользователя и NM;

• распечатывать отчеты и сообщения, как стандартные для системы, так и сформированные опе­ ратором или администратором;

• загружать (в том числе и дистанционно) новые версии программного обеспечения и заменять программные модули системы в NE, используя возможности каналов передачи данных;

• осуществлять процедуры регистрации пользователей системы NM;

• проверять наличие отклика (ping) со стороны любого NE на запросы со стороны eNM;

• просматривать текущую информацию о NM;

• изменять режим работы eNM (с режима Master на Monitor и обратно).

6.4.3. Сеть управления на основе каналов DCC

Рассмотрим некоторую обобщенную практическую двухуровневую схему управления сетью SDH, которая состоит, например, из колец SDH, а кольцо состоит из нескольких узлов - мультиплексо­ров. Соединение колец и узлов формирует SMN. Такое соединение можно сделать, используя либо встроенные каналы связи DCC, которые обеспечиваются самим оборудованием SDH, либо внеш­нюю кабельную проводку между узлами, реализующую сеть Х.25 или Ethernet. В любом случае каждый узел должен быть доступен для управления. Для защиты наиболее важных участков сети управления может использоваться резервирование.

Маршрутизация в сети управления может осуществляться, например, на основе протокола связи между конечной и промежуточной системами ES-IS [ 106] или протокола связи между промежуточными системами IS-IS [107], взятых из протоколов, обслуживающих интерфейс О> Это обеспечит автоматическую маршрутизацию как в процессе инсталляции сети, так и при возник­новении ошибок в сети, то-есть, если какое-то звено сети неисправно, то используется альтернатив­ный маршрут. Схема маршрутизации должна автоматически изменяться и при изменении конфигу­рации. Обычно используют два-три канала DCC на один узел, чтобы время маршрутизации не было большим, однако при необходимости их число может быть увеличено до семи.

На рис. 6-15 приведена прак­тическая схема управления сетью SDH, состоящей из двух колец по четыре мультиплексора в каждом, с элемент-менеджером ЕМ (нижний уровень управления), подключенным к одному из узлов сети (мультиплексору) через ин­терфейс F, и сетевым менедже­ром NMS (верхний уровень управления), подключенным через локальную сеть к сети SDH через интерфейс Q₃. Это может быть ло­кальный (для данного кольца) или центральный менеджер. Кольца также соединены между собой по контуру управления через интер­фейс Q₃.

6.4.3.1. Спецификация интерфейсов управления

С учетом вышесказанного, приведем сводные данные по локальной сети и интерфейсам управле­ния Q₃ и F. Для конкретного примера выберем LAN Ethernet типа 10BASE2, которой соответству­ет набор протоколов CLNS1. Тогда профили стеков протоколов SDH и СЬ и протоколы маршрути­зации, используемые в управлении сети SDH, регламентируются стандартами и рекомендациями, приведенными в табл. 6-7.

Элемент-менеджер формально соединен с сетью через интерфейс F, фактически же (при использовании локальной сети Ethernet) это тот же интерфейс СЬ с указанными протоколами уровня 2. Учитывая, что применена сеть Ethernet 10BASE2 с тонким коаксиальным кабелем, ис­пользуются соединительные разъемы типа BNC с импедансом 50 Ом.

6.4.3.2. Адресация точки доступа сетевого сервиса NSAP

Каждый узел сети управления должен иметь свой адрес точки доступа сетевого сервиса NSAP. Этот адрес присваивается узлу при инсталляции. Он уникален и служит для идентификации узла при его подключении к ЕМ или NMS.

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

Некоторые вещи полезно знать для того, чтобы осуществить такое разбиение:

• наиболее удобной топологией для сети управления, имеющей несколько областей, является то­ пология звезды (например, область в виде квадрата, можно разбить делением сторон пополам, что дает 4 симметричные области с центром в центре квадрата),

• области управления могут не иметь ничего общего с топологией транспортной сети SDH (хотя это и рекомендуется),

• используя портативный компьютер в качестве ЕМ, нужно помнить, что при переходе из облас­ ти в область надо менять адрес NSAP у портативного компьютера.

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

Структура адреса NSAP показана рис. 6-16. Максимальная длина его - 20 байтов.

Адрес NSAP состоит из двух частей: начальной и специфической частей домена, ISP и DSP. Начальная часть домена IDP в свою очередь состоит из двух полей: поля идентификатора полномочий и формата AFI (длиной в 1 байт) и начального идентификатора домена IDI (дли­ной в 2 байта). Структура специфической части домена DSP соответствует протоколу IS-IS, вы­бранному в нашем примере в качестве протокола маршрутизации. Поля фиксируются локальной схемой нумерации, которой они и следуют. Так как нет жестко регламентирующих правил нуме­рации адреса, то лучше придерживаться схемы нумерации, данной в стандарте ISO 10589 [107] для данного протокола. Пример генерации и использования адреса NSAP приведен в гл. 7.

Внутри одной области начальная часть домена ГОР и адрес области АА (длиной в 10 бай­тов) постоянны. Только идентификатор системы SID (длиной в 6 байтов) изменяется от узла к узлу в одной области, но его размер остается постоянным. Поле NSEL имеет длину в один байт и принимается постоянным и равным 0.

6.4.3.3. Использование сети Ethernet для управления

Это может быть, например, 15, что ог­раничивает общее число узлов сети SMN, под­ключенных к сети Ethernet. Образующиеся от­дельные "островки" сети Ethernet могут быть соединены мостами, причем каждое такое со­единение засчитывается как один дополни­тельный узел сети Ethernet.

Все подключения кабелей к панели разъемов мультиплексоров SDH (полок в преде­лах одной стойки), при объединении нескольких узлов SMN кабелями Ethernet, должны быть сделаны до инициализации сети Ethernet так, как показано на рис. 6-17. Если такими же кабелями соединяются стойки, то должен соблюдаться тот же принцип соединения. При наличии разного числа (1 или 2) блоков управления CU на пол­ках необходимо следовать указаниям руково­дства по установке полок в стойку от конкрет­ного производителя оборудования.

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

6.4.3.4. Служебные каналы и внешние интерфейсы

Как уже упоминалось выше, заголовки SOH и РОН фрейма STM-N имеют достаточно большую резервную емкость, которая может быть использована для формирования различных служебных

каналов. Общий объем заголовка составляет 90 (81+9) байт. Использование каждого байта эквива­лентно формированию канала емкостью 64 кбит/с. Все указанные байты могут быть разделены на три типа (см. рис. 6-18):

- байты, которые не могут эксплуатироваться пользователями SDH оборудования (их 36, они заштрихованы на рис. 6-18),

- байты, которые специально предназначены для использования в служебных целях или для создания служебных каналов (их 16, они помечены символом и номером); к ним относятся, например, канал DCC_R (D1,D2,D3), имеющий скорость 192 кбит/с для обслуживания регенераторных секций, канал DCC_M (D4-D12) - 576 кбит/с для об­ служивания мультиплексных секций; кроме этого существуют еще 4 байта - Е1, Е2 и F1, F2, зарезервированые для создания четырех каналов емкостью 64 кбит/с,

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

Последние две группы байтов могут быть сгруппированы для создания служебных каналов и скоммутированы на внешние интерфейсы, к которым может подключаться пользователь SDH оборудования. Число таких интерфейсов (а значит и вариантов группирования) зависит от произ­водителя оборудования. Например, компания Nokia в мультиплексорах уровня STM-1, 4 обеспе­чивает 4-6 таких интерфейсов (рис. 6-19 [115]).

Как видно из рис. 6-19 и описано в [115], блок внешних интерфейсов позволяет осущест­вить ряд вариантов группирования каналов, а также следующие функции:

• подключение физических интерфейсов (например, V.11 или G.703) к выбранным байтам заго­ ловка фрейма STM-N;

• две специальные функции с гибридным набором данных DH 1, DH 2 для данных, взятых из избранных байтов заголовка фрейма ОН или из физического интерфейса V.11;

• подключение стека Q₃ к выбранным байтам заголовка фрейма ОН или к внешнему физическо­ му интерфейсу (AUX-3).

Такая организация внешних интерфейсов и наличие гибридных наборов данных позволяет с помощью сети SDH осуществлять управление PDH оборудованием, подключенным к мультип­лексорам SDH с помощью интерфейсов V.11, используя каналы управления 64 кбит/с, сформиро­ванные пользователем на основе байтов заголовка фрейма ОН 1,2,3,4. Это дает возможность соз­давать на базе единой сети управления гибридные PDH-SDH комплексы, продляя жизнь оборудо­ванию PDH.

Использование стека Q3 вместе с каналами данных через AUX-3 позволяет осуществить маршрутизацию управляющей информации через сеть, которая не может напрямую использовать каналы ЕСС.