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

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

Важным параметром сети является количество мультиплексоров, управление которыми возможно.

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

IDD Начальная часть домена		Специфическая часть домена DSP
AFI	IDI	Адрес области AA	Идентификатор Сигнала SID	NSEL

Рисунок №4.

Поле "адрес области" (10 байт) может быть разби­то на две части: адрес домена (Domain - 8 байтов) и собственно адрес области (Area - 2 байта).

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

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

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

SID-отражает структуру сети:

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

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

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

Таблица №3.

Узел	A	B	C	D	E	F
SID	01010001	02010001	03010001	04010001	05010001	06010001

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

Для синхронизации всего оборудования узла или станции должен использоваться один источник сигналов синхронизации. Схема синхронизации должна иметь вид "звезды" с расходящимися лучами.

Схема синхронизации сети должна предусматривать возможность автоматического самовосстановления и исключать при этом возможность появления петель синхронизации.

Сообщение о статусе синхронизации отмечается в заголовке цикла передачи (агрегатного сигнала), передаваемого по линии.

В таблице №4 приведено обозначение уровня качества и соответствие его источникам синхронизации. Приоритеты назначаются в каждом узле и в процессе ручной или автоматической реконфигурации сети синхронизации остаются неизменными. Число возможных приоритетов от 1 до 15.

Таблица №4 – Уровни качества синхронизации.

Уровень качества	Содержание байта S1 (в STM - N)	Стабильность частоты	Вид источника синхронизации
Q1	. . . 0010	10-11	PRG ПЭГ (G.811)
Q2	. . . 0100	10-9	SSU – T ВЗГ - T (G.812)
Q3	. . . 1000	2 . 10-8	SSU – L ВЗГ - L (G.812 - 1)
Q4	. . . 1011	4,6 . 10-6	Удержание или SEC
Q5	. . . 0000	----------	Качество не определено
Q6	. . . 1111	----------	Для синхронизации не использовать
QF	----------	----------	Сообщение сигнал не обнаруживается

В данном случае схема синхронизации будет содержать первичный источник PRC (узел B) и один вторичный источник (узел D) G. 812 T (рис.2).

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

Рис.2.

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

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

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

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

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

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

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

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

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

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

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