Руководящий документ РД 45.248-2002 Система аварийного надзора за объектами сети связи. Общие технические требования.
РД 45.248-2002
Группа Т50
РУКОВОДЯЩИЙ ДОКУМЕНТ ОТРАСЛИ
СИСТЕМА АВАРИЙНОГО НАДЗОРА ЗА ОБЪЕКТАМИ СЕТИ СВЯЗИ
Общие технические требования
ОКС 01.120
ОКСТУ 0001
Дата введения 2002-12-01
Предисловие
1 РАЗРАБОТАН ГП Центральным научно-исследовательским институтом связи (ГП ЦНИИС)
ВНЕСЕН Департаментом электросвязи Минсвязи России
2 УТВЕРЖДЕН Минсвязи России
3 ПРИНЯТ И ВВЕДЕН В ДЕЙСТВИЕ приказом Минсвязи России N 70 от 28.06.2002 г.
4 ВВЕДЕН ВПЕРВЫЕ
1 Область применения
Настоящий руководящий документ отрасли распространяется на оборудование систем аварийного надзора за объектами сети связи различного уровня и принадлежности. Контролируемые сети могут включать в себя линейные и коммутационные объекты, относящиеся к различным видам электросвязи - телефонные, передачи данных, мультимедийные и др. Оборудование может использоваться для принятия решений по оперативному управлению сетью электросвязи самостоятельно или совместно с другими подсистемами технологического процесса управления предприятием связи.
Настоящий руководящий документ отрасли предназначен для разработки и проведения сертификационных испытаний оборудования, предназначенного для аварийного надзора за объектами сетей электросвязи.
2 Нормативные ссылки
В настоящем руководящем документе отрасли использованы ссылки на следующие стандарты:
ГОСТ 12.2.003-91 ССБТ. Оборудование производственное. Общие требования безопасности.
ГОСТ 12.2.007.0-75 ССБТ. Изделия электротехнические. Общие требования безопасности.
ГОСТ 12969-67 Таблички для машин и приборов. Технические требования.
ГОСТ 14192-96 Маркировка грузов.
ГОСТ 21552-84 Средства вычислительной техники. Общие технические требования, приемка, методы испытаний, маркировка, упаковка, транспортирование и хранение.
ГОСТ 25861-83 Машины вычислительные и системы обработки данных. Требования по электрической и механической безопасности и методы испытаний.
ГОСТ Р 50377-92 Безопасность оборудования информационной технологии, включая электрическое конторское оборудование.
3 Обозначения и сокращения
ОС - операционная система
СУБД - система управления базами данных
ПО - программное обеспечение
ETSI - European Telecommunication Standards Institute (Европейский институт стандартов связи)
ISO/IEC - International Organization for Standardization/International Electrotechnical Commission (Международная организация по стандартизации)
ОТТ - общие технические требования
4 Технические требования
4.1 Требования к структуре и функционированию
4.1.1 Система аварийного надзора за объектами сети связи (далее система) должна осуществлять сбор и обработку сообщений о неисправностях сетевого оборудования (непосредственно или через промежуточное оборудование взаимодействия) и от систем управления отдельными видами оборудования и подсетями и предоставлять пользователю информацию о состоянии объектов сети и о возникших на них неполадках.
4.1.2 Система должна состоять из следующих основных частей:
- устройство взаимодействия по каналам электросвязи с контролируемыми объектами,
- устройство обработки данных контроля,
- накопители для хранения данных контроля,
- средства защиты от несанкционированного доступа по линиям связи,
- рабочие места пользователей.
4.1.3 Система должна быть разработана на основе открытой платформы, состоящей из типовых средств вычислительной техники и связи.
Система должна:
- получать информацию от сетевого оборудования и других систем управления с помощью стандартизованных сетевых интерфейсов и протоколов;
- позволять осуществлять сбор информации от оборудования разных производителей;
- работать под управлением программных средств общего применения (ОС, СУБД и т.п.) и прикладного ПО.
4.1.4 Рабочие места пользователей могут быть локальными или удаленными, подключенными по прямым или коммутируемым каналам связи.
4.2 Требования к взаимодействию с внешними объектами и подсистемами
4.2.1 Подключение системы к контролируемому сетевому оборудованию (объектам контроля) должно осуществляться по каналам связи непосредственно или через промежуточное оборудование взаимодействия с объектом.
Система должна иметь возможность:
- инициализировать процесс сбора данных;
- диагностировать отсутствие связи и корректность поступающей информации;
- отделять сообщения о неисправностях от служебных сообщений промежуточного оборудования взаимодействия с объектом.
Передача данных по линиям связи должна осуществляться в соответствии со стандартизованными протоколами передачи данных.
4.2.2 Система должна обеспечивать регистрацию поступающих сообщений о неисправностях. Должны быть предусмотрены следующие виды журналов регистрации:
- журнал регистрации всех поступающих сообщений (журнал текущей регистрации сообщений);
- журнал регистрации нераспознанных сообщений.
Распознанными считаются сообщения, соответствующие одному из форматов сообщений о неисправностях, поступающих в систему. Журнал регистрации текущих сообщений должен архивироваться ежесуточно и храниться в системе (с возможностью доступа) не менее 6 мес.
4.2.3 Система должна преобразовывать сообщения о неисправностях, полученные от объектов контроля разных производителей, в единый унифицированный формат.
4.2.4 Принятые сообщения должны передаваться на накопители для последующей обработки и хранения.
4.2.5 В случае если предусмотрено взаимодействие с другими подсистемами управления в автоматическом или автоматизированном режиме, оно должно осуществляться по линиям связи с использованием стандартных протоколов.
4.2.6 Для сбора информации от объектов контроля или промежуточных устройств должны использоваться прямые или коммутируемые линии связи. На нижних трех уровнях взаимодействия допускается использование только стандартизованных ETSI или ISO/IEC протоколов в соответствии с [1].
4.3 Требования к обработке данных
4.3.1 Система должна обеспечивать возможность создания, хранения и модификации конфигурации контролируемой сети.
Должна иметься возможность установки иерархии объектов контроля, определяющей зависимость состояния объектов более высокого уровня от неисправностей объектов нижних уровней. Например, может быть определена следующая иерархия объектов контроля:
- сетевые элементы - станции и узлы коммутации;
- подсистемы - коммутационное поле, программное обеспечение, подсистема сигнализации, подсистема синхронизации, подсистема центрального процессора и сопряженного оборудования, файловая подсистема, подсистема множества точек окончания пучков каналов и т.п.;
- класс точек окончания пучков каналов;
- соединения - пучки каналов между узлами коммутации.
4.3.2 Информация об объектах контроля должна вводиться в систему пользователем посредством интерфейса пользователя. Должна иметься возможность обновления (коррекции) конфигурации через интерфейс пользователя.
4.3.3 Первоначальная установка конфигурации должна производиться в соответствии с заданной объектной моделью. Объектная модель строится как иерархия зависимых объектов. При изменении оперативного состояния дочерних объектов должно изменяться и оперативное состояние родительского объекта.
4.3.4 Система должна предоставлять пользователю в реальном времени перечень проблемных ситуаций, возникших на объектах контроля. Проблемная ситуация определяется на основе первичного сообщения о неисправности объектов контроля и последовавшей за ней цепочки порожденных сообщений о неисправностях объектов более высокого уровня.
4.3.5 Должна быть предусмотрена возможность фильтрации сообщений о неисправностях с целью отсеять неинформативные на верхнем уровне управления сообщения, которые Заказчик считает нецелесообразным учитывать при контроле оперативного состояния сети. Должна иметься возможность задания пользователем корректировки в процессе работы списка сообщений, считающихся информативными, для осуществления фильтрации. Неинформативные сообщения не должны учитываться при формировании оперативных сводок, но должны использоваться в аналитических и статистических сводках.
4.3.6 Система должна предоставлять возможность наблюдения состояния объектов контроля в графическом виде посредством представления серии иерархических карт. Должна быть предусмотрена возможность настройки карты, отображающей топологию сети, для каждого пользователя путем создания логических представлений сети, наложенных на географическую карту.
Пользователь должен иметь возможность детализации проблемы путем открытия набора иерархических карт.
4.3.7 Система должна предоставлять пользователю возможность задания, хранения и обновления административного состояния объектов контроля. Пользователь должен иметь возможность задания следующих административных состояний объектов:
- объект в эксплуатации;
- объект выведен из эксплуатации;
- объект находится в процессе вывода.
Система должна предоставлять пользователю возможность подтверждения планов вывода из эксплуатации объектов контроля. Пользователь, обладающий соответствующими правами, должен иметь возможность через графический пользовательский интерфейс задать состояние объекта контроля, как выведенного из эксплуатации, или, наоборот, задать состояние объекта контроля, как восстановленного в эксплуатации.
Для получения доступа к полной версии без ограничений вы можете выбрать подходящий тариф или активировать демо-доступ.