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

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

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

Рассмотрим пример формирования сети управления для ячеистой сети SDH.

В соответствии с вышесказанным в разделе 3.4.1. в качестве основных каналов управления сетью

SDH используются каналы DCC. Для этих же целей могут быть использованы и каналы сети Ethernet.

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

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

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

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

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

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

Системный идентификатор SID должен быть уникальным в данной области и должен отражать структуру используемой сети SDH. В данном примере используется следующая структура SID: поле с номером станции (Station - 3 байта), поле с номером отсека (места установки), где установлено оборудование (Room - 1 байт), и поле с номером полки (Subrack - 2 байта). С учетом этого в таб.3-6 помещены значения системных идентификаторов (исключая первые два нулевых байта - 0000) для различных узлов сети. Именно эти идентификаторы приведены на рис.3-22.

Таблица 3-6. Значения системных идентификаторов для узлов сети

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

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

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

Списки источников синхронизации, выбираемых по номеру приоритета для каждого узла, сведены в таблицу 3-7. Каждый узел, кроме узлов А1, А2, A3, имеет по три источника синхронизации с номерами, соответствующими порядку приоритета (т.е. 1, 2, 3). Номера слотов, откуда поступают сигналы синхронизации, соответствуют схеме установки сменных блоков оборудования в слотах, приведенной на рис.2-48.

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

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

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

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

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

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

- ввести адрес NSAP,

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

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

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

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

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

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

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

Рассмотренные в этой главе задачи, методы и практические схемы управления сетями SDH выявили ряд характерных моментов. Наиболее важным из них является существование общих черт в управлении сетями передачи данных, использующих различные технологии. Это делает оправданным рассмотрение общей модели управления сетью и общей схемы управления сетью. С этой точки зрения задача управления сетью SDH может рассматриваться как частный случай общей задачи управления. Наиболее важным вкладом здесь является применимость к этой частной задаче управления рассмотренных протоколов, логики внутрисистемных взаимодействий и концепции Менеджер-Агент, а также возможность использования общих интерфейсов Q и F для связи отдельных подсистем в единую схему управления сетью SDH.

Приходится, однако, констатировать, что до сих пор нет единой системы управления сетями SDH, которая, как, например, сетевая ОС Novell Netware для локальных сетей, могла бы после стандартной процедуры настройки управлять сетями SDH, использующими оборудование различных производителей. Более того, даже сам факт построения общей сети SDH, составленной из мультиплексеров различных производителей, хотя бы даже и одного уровня STM-N, пока невозможен.

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