7.3. Формирование сети управления и синхронизации

Рассмотрим пример формирования сети управления для ячеистой сети SDH. В соответствии с вы­шесказанным в разд. 6.4. в качестве основных каналов управления сетью SDH используются кана­лы DCC. Для этих же целей могут быть использованы и каналы сети Ethernet.

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

В качестве примера ячеистой сети SDH, рассмотрим сеть на рис. 7-1.

Для нее одним из вариантов формирования сети управления может быть сеть, показанная на рис. 7-3 [115]. На нем показаны фактически две сети. Одна сеть использует каналы DCC и объ­единяет все шесть узлов (A-F) ячеистой сети (шесть станций: А (подстанция А) и станции В, С, D, Е и F), другая - использует каналы Ethernet и объединяет три подстанции узла А (А1-АЗ). К по­следней подстанции A3, присоединен узловой менеджер на базе PC.

7.3.1. Определение адресов NSAP для узлов сети

Структура адреса NSAP соответствует той, что была приведена на рис. 6-16 в разд. 6.4.3 выше. Единственным уточнением может быть то, что поле "адрес области" (10 байт) может быть разби­то на две части: адрес домена (Domain - 8 байтов) и собственно адрес области (Area - 2 байта).

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

Код страны в сетях передачи также должен регламентироваться определенным стандар­том. Им является стандарт ISO 3166, который содержит список трехзначных десятичных (двух­значных шестнадцатиричных) кодов, выделенных для каждой страны и используемых для запол­нения поля AFI.

В этой связи в данном примере используется произвольный адрес страны: IDI = 00IF. a также произвольный идентификатор AFI = 39. Адрес собственно области - 1, адрес домена - 1, т.е. поле адреса области АА = 00000000000000010001. Поле NSEL = 0. Эти адресные поля остаются постоянными для всех узлов рассматриваемой в данном примере сети SDH.

Системный идентификатор SID должен быть уникальным в данной области и должен отра­жать структуру используемой сети SDH. В данном примере используется следующая структура SID:

• поле с номером станции (Station - 3 байта),

• поле с номером отсека (места установки), где установлено оборудование (Room - 1 байт),

• поле с номером полки (Subrack - 2 байта).

С учетом этого в табл. 7-3 помещены значения системных идентификаторов (исключая первые два нулевых байта - 0000) для различных узлов сети. Именно эти номера и приведены на рис. 7-3.

7.3.2. Формирование сети синхронизации

Рассмотрим формирование сети синхронизации для той-же ячеистой сети на рис. 7-1. Для этого используем общий подход, рассмотреннный ранее. Разбиваем сеть на три секции с логически свя­занными узлами, см. рис. 7-4. Первая секция состоит из четырех узлов: А, С, D, В; вторая - из двух: узлов Е и F ; третья - фактически содержит один узел А, т.е. A, Al, A2, A3.

В результате получаем общую схему синхронизации, показанную на рис. 7-5. Схема со­держит один первичный источник PRC (Узел А) и один вторичный источник в транзитном узле (G.812T - Узел В). Сплошными линиями показаны цепи первичной синхронизации, а штриховыми линиями - цепи вторичной синхронизации.

Списки источников синхронизации, выбираемых по номеру приоритета для каждого узла, сведены в табл. 7-4.

7.3.3. Соединение и конфигурирование узлов и маршрутизация потоков

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

Примерная процедура инициализации узла могла бы включать следующие этапы:

• подключить интерфейс F очередного узла (например А) к NM и запустить NM;

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

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

• ввести адрес NSAP;

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

• отредактировать приоритеты в списке источников синхронизации;

• сконфигурировать каналы управления DCC;

• сконфигурировать используемые блоки STM-N, снабдить каждый проложенный маршрут дан­ ных контейнера VC-4 идентификатором трассировки маршрута данных TTI.

Длина TTI не должна превышать 15 символов, если придерживаться при его формирова­нии правил, предложенных ETSI и основанных на рекомендации ITU-T E.164 [139]. Он должен содержать как минимум имена исходного узла и узла назначения, символьный код виртуального контейнера (например, А ~ VC-12, В ~ VC-2, С ~ VC-3, D ~ VC-4), номер тайм-слота терминально­го кросс-коммутатора, осуществляющего вывод заданного виртуального контейнера. Описать это более подробно можно только на примере конкретного оборудования. Идентификаторы TTI по­зволяют контролировать корректность установки таблицы кросс-коммутаций у кросс-коммутаторов на всем пути следования виртуального контейнера.

Параллельно формируется таблица маршрутизации виртуальных контейнеров с указанием того, какие интерфейсы на оконечных узлах должны быть задействованы. Конкретный пример маршрутизации потока 2 Мбит/с между узлами А и С сети, рассмотренной в нашем примере выше, приведен в табл. 7-5 ниже [58].

Пример физической связи узлов А (соединительный разъем Т4А, интерфейс 7) и С (соеди­нительный разъем Т4А, интерфейс 5) по каналу 2 Мбит/с показан на рис. 7-6. Сигнал этого канала передается в структуре сигнала STM-4 в канале 1,3,1 первого виртуального контейнера VC-4. Имя, используемое для кросс-коммутации может быть одним и тем же для всего маршрута данных.