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

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

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

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

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

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

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

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

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

Адрес NSAP состоит из двух частей адреса домена: начальной и специфической - ЮР и DSP.

Элемент-менеджер ПО.

Элемент-менеджер ЕМ - это прикладной программный продукт, разрабатываемый производителями оборудования SDH для управления и мониторинга отдельных элементов сети SDH. Его также называют узловым менеджером NM, так как фактически он управляет узлом сети SDH, который может содержать несколько элементов SDH. Элемент-менеджер может быть использован для управления не только локальными, но и удаленными узлами сети. Он может быть также использован в полевых условиях для ремонтных работ и инсталляции новых узлов, а также для контроля за функционированием узлов.

Элемент-менеджеры могут быть реализованы на различных компьютерных платформах в том числе и на IBM PC совместимых компьютерах под управлением различных операционных систем, например, Windows, Windows 95, Windows NT. Информация, получаемая в процессе работы элемент-менеджера, может храниться в файле или в базе данных, используемой менеджером сети SDH. Основное окно ЕМ, кроме стандартных для оконных интерфейсов опций - Options, Window, Help, содержит по крайней мере следующие опции: Node - для работы с узлом или элементом сети, Data - для отображения хранящейся информации, Monitor - для мониторинга сообщений о возникновении аварийных ситуаций и рабочих характеристик оборудования и Configure - для инсталляции новых узлов и изменения конфигурации узлов.

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

Сетевой менеджер .

Сетевой-менеджер NM - это прикладной программный продукт, разрабатываемый производителями оборудования SDH для управления и мониторинга сетью SDH в целом. Он осуществляет целый ряд функций управления, отмеченных в разделе 3.1, и задач сетевого управления в рамках сетевого уровня модели OSI, среди которых:

- мониторинг - проверка маршрута (тракта) передачи,

- управление сетевой топологией,

- осуществление сетевого сервиса и обработка информации от сетевых элементов NE Функции управления, осуществляемые NM, как правило, соответствуют ряду рекомендаций и стандартов, среди которых ITU-T G.784 [23], М.ЗОЮ [60], Х.217 [99], Х.227 [100], Х.219 [101], Х.229 [102], ISO 9595 [103], ISO 9596 [83]. Как и ЕМ, но в более широких масштабах, NM осуществляет:

- обработку аварийных сообщений,

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

- управление конфигурацией,

- управление программой обслуживания сети и тестирования ее элементов,

- управление безопасностью системы,

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

NM реализуется как правило на достаточно мощных рабочих станциях, работающих под OS Unix, таких как станции SUN SPARC (OS Solaris) или Hewlett Packard (OS OpenView) Используемое программное обеспечение, как правило, разрабатывается самой фирмой, хотя в последнее время наметилась тенденция использования сетевого менеджера "OpenView" компании Hewlett Packard, как наиболее совершенного, в качестве основы для создания NM

Если рассмотреть в качестве образца сетевой менеджер ENM компании ECI [122], то он реализован на базе рабочей станции SUN SPARC по управлением OS Solaris (Unix-подобная OS) и имеет шесть основных опций - Alarm, Performance, Configuration, Maintenance, Security, System, в точности соответствующих шести вышеперечисленным задачам управления. Каждая опция позволяет генерировать свои экраны в соответствии с элементами меню опции, отображающими выполняемую функцию или задачу.

12. Синхронизация сетей SDH

Проблема синхронизации сетей SDH является частью общей проблемы синхронизации цифровых се­тей, использующих ранее плезиохронную иерархию. Общие вопросы синхронизации, описанные в рекомендации ССГГТ G.810 [116], актуальны как для плезиохронных, так и для синхронных сетей. Отсутствие хорошей синхронизации приводит, например, к относительному "проскальзыванию" цифро­вых последовательностей или "слипам" (slip) и ведет к увеличению уровня ошибок синхронных сетей.

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

Система такого распределения базируется в настоящее время на иерархической схеме, заклю­чающейся в создании ряда точек, где находится первичный эталонный генератор тактовых им­пульсов PRC (ПЭГ), или первичный таймер, сигналы которого затем распределяются по сети, соз­давая вторичные источники - вторичный или ведомый эталонный генератор тактовых импульсов SRC (ВЭГ), или вторичный таймер, реализуемый либо в виде таймера транзитного узла TNC, ли­бо таймера локального (местного) узла LNC. Первичный таймер обычно представляет собой хро­нирующий атомный источник тактовых импульсов (цезиевые или рубидиевые часы) с точностью не хуже 1011. Он обычно калибруется вручную или автоматически по сигналам мирового скоордини­рованного времени UTC [117]. Эти сигналы затем распространяются по наземным линиям связи для реализации того или иного метода синхронизации.

Методы синхронизации

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

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

Как было указано в п.2.7.2, а также рассмотрено в [29], сети SDH имеют несколько дублирую­щих источников синхронизации:

- сигнал внешнего сетевого таймера, или первичный эталонный таймер PRC, определяемый в рекомендации ITU-T G.811 [118], сигнал с частотой 2048 кГц;

- сигнал с трибного интерфейса канала доступа, аналог таймера транзитного узла TNC, опре­деляемый в рекомендации ITU-T G.812 [119], сигнал с частотой 2048 кГц, выделяемый из первичного потока 2048 кбит/с;

- сигнал внутреннего таймера, или таймера локального узла LNC, определяемый в рекоменда­ции ITU-T G.812 [119], сигнал 2048 кГц;

- линейный сигнал STM-N, или линейный таймер, сигнал 2048 кГц, выделяемый из линейного сигнала 155.520 Мбит/с или 4n x 155.520 Мбит/с.

Учитывая, что трибы 2 Мбит/с отображаются в виртуальные контейнеры и могут плавать в рам­ках структуры вложенных контейнеров, использующих указатели, их сигналы должны быть исключены из схемы синхронизации SDH сети. Точность сигналов внутреннего таймера порядка 1-5x106 - мала,

учитывая возможность накапливания ошибки в процессе так называемого "каскадирования сигналов таймеров", когда узел сети восстанавливает сигнал таймера по принятому сигналу и передает его следующему узлу. В этом смысле наиболее надежными источниками синхронизации являются сигнал внешнего сетевого таймера и линейный сигнал STM-N.

Целостность синхронизации сети PDH базировалась на использовании иерархической принуди­тельной синхронизации (ведомый/ведущий таймеры). В ней прохождение сигналов таймеров через узлы сети было прозрачным. В сети SDH, восстанавливающей в каждом узле сигнал таймера из ли­нейного сигнала STM-N, такая прозрачность теряется. В этой ситуации целостность синхронизации сети SDH лучше поддерживается при использовании распределенных первичных эталонных источ­ников PRS, что позволяет устранить эффекты "каскадирования сигналов таймеров" [117]. Метод распределенных PRS описан в стандарте Bellcore GR-2830-CORE [120].

Наши рекомендации