Технические требования
Редакция: 1
Технические требования на расширение существующей системы управления станциями коммутации HUAWEI в зоне МРФ «Волга» в рамках проекта «Укрупнение Центров управления сетями»
Стр. из
Приложение 1.2 к Документации
Технические требования на расширение существующей системы управления HUAWEI в зоне МРФ «Волга» в рамках проекта
«Укрупнение Центров управления сетями»
Москва, 2016 г.
Оглавление
2. Назначение и цели разработки 3
2.2. Цели реализации проекта 3
8.1. Схема организации связи 7
8.2.1. Оборудование с интерфейсом Ethernet 9
8.2.2. Оборудование с интерфейсом RS-232 9
8.2.3. Оборудование, подключенное к локальной сети управления 9
1. Термины, определения и сокращения
В документе использованы следующие термины, определения и сокращения:
№
|
Значение
|
Расшифровка
|
|
API
|
Application Program Interface – набор готовых классов, процедур, функций, структур и констант, предоставляемых программным продуктом для использования во внешних программных продуктах
|
|
L2 VPN
|
Layer 2 Virtual Private Network - виртуальная частная сеть уровня 2
|
|
L3 VPN
|
Layer 3 Virtual Private Network - виртуальная частная сеть уровня 3
|
|
NBI
|
Northbound Interface - верхнеуровневый (северный) интерфейс, предназначенный для передачи данных в смежные OSS-системы
|
|
OSS/BSS
|
Системы операционной поддержки /
Системы поддержки бизнеса
|
|
SNMP
|
Simple Network Management Protocol - простой протокол сетевого управления
|
|
SOAP
|
Simple Object Access Protocol - простой протокол доступа к объектам
|
|
STP
|
Signaling transfer point
|
|
Клиент
|
физическое или юридическое лицо, намеревающееся заключить, либо заключившее договор с ПАО «Ростелеком» на оказание услуги
|
|
КЦ
|
Корпоративный Центр ПАО «Ростелеком»
|
|
МРФ
|
Макрорегиональный филиал ПАО «Ростелеком»
|
|
МРЦУСС
|
Макрорегиональный центр управления сетями связи
|
|
Общество
|
ПАО «Ростелеком»
|
|
Оператор связи
|
юридическое лицо или индивидуальный предприниматель, оказывающие услуги связи на основании соответствующей лицензии
|
|
ОТЭ
|
объект технической эксплуатации
|
|
РФ
|
региональный филиал, подразделение Общества, находящееся в зоне действия и в административном и функциональном подчинении макрорегионального филиала
|
|
РЦУСС
|
Региональный центр управления сетями связи
|
|
СМиУ
|
Система мониторинга и управления станциями коммутации магистральной, внутризоновой и местной сетей МРФ «Волга» ПАО «Ростелеком»
|
|
СУ
|
Система управления
|
|
СУРМС
|
Система учета ресурсов мультисервисной сети на базе решения Oracle Metasolv Solution
|
|
СЛТУ
|
Система линейно-технического учета
|
|
ТЗУС
|
Транзитный зоновый узел связи
|
|
ТМгУС
|
Транзитный междугородний узел связи
|
|
ФЦУСС
|
Федеральный центр управления сетями связи макрорегионального филиала ПАО «Ростелеком»
|
|
ЦУСС
|
Центр управления сетями связи КЦ
|
|
ЧТЗ
|
Частное техническое задание
|
2. Назначение и цели разработки
2.1. Назначение системы
Система мониторинга и управления, далее СМиУ, предназначена для обеспечения функций мониторинга аварийных состояний коммутационной сети и управления оборудованием коммутации производства HUAWEI, а так же представления интерфейса (NBI) для взаимодействия с системами OSS/BSS.
2.2. Цели реализации проекта
Централизация функций мониторинга и управления оборудованием производства HUAWEI магистральной, внутризоновой и местных сетей МРФ «Волга» ПАО «Ростелеком» на федеральном уровне.
Обеспечение унифицированной возможности интеграции с OSS/BSS системами посредством единого открытого интерфейса и стандартных протоколов SNMP, SOAP для всех типов оборудования.
3. Порядок реализации
Работы выполняются в 1 этап.
4. Общие требования к СМиУ
СМиУ должна обеспечивать дистанционный контроль аварийных состояний и управление оборудованием станций коммутации уровня ГТС, ТЗУС, ТМгУС, STP магистральной, внутризоновой и местных сетей, оборудованием DSLAM и оборудование GPON МРФ «Волга» ПАО «Ростелеком».
Объём оборудования планируемого к подключению к СМиУ представлен в Приложении 2 (п.16).
5. Требования к функционалу СМиУ
СМиУ должна обеспечивать следующие функции:
- проверки соединения с сетевым элементом,
- автоматической и ручной ресинхронизации,
- назначения различных пользовательских видов с доступом и отображением только разрешенных пользователю объектов мониторинга,
- каскадное подключение нескольких систем мониторинга с обеспечением сквозной поддержки функций ресинхронизации,
- Подключение оборудования, не поддерживающего SNMP должно осуществляться посредством программных модулей с обязательным преобразованием получаемых информационных сообщений в сообщения SNMP.
- Система мониторинга должна отображать объекты мониторинга в графическом виде с географической привязкой.
- Предоставлять возможности просмотра, печати, экспорта в файл, записи в базу данных и отправки по электронной почте аварийных сообщений.
- Обеспечивать возможность подключения панелей аварийной сигнализации.
- Обеспечивать вызов приложений централизованного управления из контекстного меню.
- Поддержку одновременной работы не менее 60 пользователей системы;
- Отображение не менее 16 000 объектов;
- подключение к командным интерфейсам коммутационного оборудования и выполнение команд для любого подключённого узла из единого окна;
- назначение и редактирование прав пользователей;
- идентификация пользователей;
- назначение доступных пользователю объектов;
- создание, удаление и изменение черных/белых списков команд;
- возможность введения команд по управлению оборудованием из интерфейса системы;
- ведение логов ввода команд оборудования;
- ведение истории команд;
- ведение наполняемого справочника команд с подсказками по синтаксису и описанием для различных типов оборудования;
- контекстный переход в подсистему мониторинга;
На этапе проектирования должен быть разработан модуль интеграции с системой учета ресурсов мультисервисной сети (СУРМС) в части обогащения СУРМС информацией об инвентарном составе оборудования, кодов, маршрутов. Требования к интеграции определяются ЧТЗ на этапе выполнения договора.
Детальные требования должны быть представлены на этапе разработки ЧТЗ на каждую подсистему.
6. Требования к взаимодействию (интеграции) с внешними системами.
С целью интеграции с существующими на сети системами OSS/BSS «Техноград» МУИК и «Аргус» Сириус СМиУ должна обеспечивать интерфейс северного направления SOAP/REST c поддержкой универсальных единообразных методов для всего набора оборудования:
А) Измерение абонентской линии
Б) Включение/Отключение абонента
Детальные требования должны быть представлены на этапе разработки ЧТЗ на интеграцию с модулями СЛТУ систем «Аргус» Сириус ,«Техноград» МУИК и TEOCO Netrac Fault Management.
7. Требования к технической архитектуре
- СМиУ должна максимально переиспользовать существующую техническую инфраструктуру и обеспечивать плавный переход к двухуровневой структуре.
- Все инструменты СМиУ должны быть доступны из любой точки, имеющей технологическое подключение к СМиУ.
- Программные модули доступа подсистем управления и мониторинга к коммутационному оборудованию должны размещаться в МРЦУСС Макрорегионального филиала «Волга».
- на верхнем уровне обработке данных должна выполняться агрегация информационных потоков с нижнего уровня и дистрибуция в обратном направлении для существующей инфраструктуры и одноуровневая структура управления на вновь вводимых объектах.
- Компоненты систем РФ/МРФ должны быть выделены в независимый домен и иметь собственную БД объектов для обеспечения разрешения имен/адресов объектов без обеспечения их уникальности.
- Домены должны быть управляемые, наполнение доменов редактируемое в части оборудования и прав пользователей.
- Компоненты каждого следующего уровня должны обеспечивать разрешение конфликтов имен и адресов между нижележащими уровнями.
Детальные требования определяются на этапе разработки Технического задания.
8. Перечень обязательных проектных решений
С целью обеспечения оптимизации затрат на реализацию предлагается построение иерархической архитектуры с максимальным использованием существующих централизованных систем РФ уровня не ниже РЦУСС в качестве уровней агрегации информационных потоков при наличии и установка агрегирующих серверов на уровне МРЦУСС. В зоне макрорегионального филиала архитектура определяется параметрами низкой стоимости и наличия резервирования.
Такой подход дает ощутимую экономию по причине отсутствия необходимости унификации сетевых идентификаторов для межрегионального взаимодействия.. На части оборудовании TDM отсутствуют порты сопряжения с IP сетью и порт управления и мониторинга представлен в единственном экземпляре и в этом случае должна оставаться локальная возможность доступа к интерфейсу без отключения объекта от вышестоящих ЦСУ.
В целях гармонизации развития сети управления коммутационными станциями и снижения стоимости внедрения система должна быть организована на базе существующих централизованных систем управления производства Huawei путем их расширения или полнофункциональное замещения системы.
Рисунок 1. Принципиальная схема архитектуры решения
Примечание: СУ РЦУСС в данном случае выполняет функции агрегации и распределения информационных потоков на уровне филиала для обеспечения функций вывода управления и мониторинга существующей местной сетью на уровень МРЦУСС. Таким образом, обеспечивается возможность разрешения имен и сетевых адресов на базе серверных доменов и экономия средств за счет оптимизации объема работ.
В дальнейшем сервера РЦУСС могут быть перемещены в ЦОД как физически так и с использованием технологий виртуализации.
Детальная архитектура решения должна быть представлена на этапе проектирования. При разработке архитектуры необходимо учесть возможность использования среды виртуализации.
-
-
-
-
-
-
8.1. Схема организации связи
Межсетевое взаимодействие элементов системы должно строиться на базе VPN туннелей, организованных на сети ПАО Ростелеком. Укрупненная архитектура межсетевого взаимодействия приведена на рисунке (см. Рисунок 2)
Рисунок 2. Укрупненная архитектура межсетевого взаимодействия
Детальная схема организации связи должна быть представлена на этапе проектирования.
Разработанной схемой организации связи должно предусматриваться:
МРЦУСС Волга:
Существующие серверы ЦСУ региональных филиалов, административно входящих в МРФ Волга, подключаются к проектируемой ЦСУ МРЦУСС МРФ Волга.
Оборудование станций коммутации магистральной и внутризоновой сетей ПАО «Ростелеком», входящих в МРФ региональных филиалов не охваченное ЦСУ подключается к существующим ЦСУ РФ.
ФЦУСС Москва
Размещаемые в ФЦУСС в рамках укрупнения сервера ЦСУ подключаются к ЦСУ МРЦУСС Волга
Между площадками силами Заказчика должен быть организована сеть VPN L3. Требования к VPN L3 приведены в приложении (см. п.13 Приложение 1)
8.2. Способы подключения оборудования к системам управления
Так как существующее станционное оборудование может быть типизировано по типу включения, то выделяются типовые схемы включения станций в сеть. По типу подключения выделены следующие основные типы:
8.2.1. Оборудование с интерфейсом Ethernet
Оборудование подключается непосредственно к маршрутизатору Заказчика.
Схема подключения оборудования приведена на рисунке (см. Рисунок 3)
Рисунок 3. Подключение тип Eth
8.2.2. Оборудование с интерфейсом RS-232
Оборудование должно предусматривать переход (преобразование) в IP для передачи пакетов SNMP.
8.2.3. Оборудование, подключенное к локальной сети управления
Оборудование подключается путем подключения локальной Сети управления (Managment Network) оборудованием маршрутизатору Заказчика.
Схема подключения оборудования приведена на рисунке (см. Рисунок 7)
Рисунок 7. Подключение тип MN
9. Виды выполняемых Исполнителем работ/услуг в рамках проекта
МРФ «Волга»
МРЦУСС «Волга», г. Нижний Новгород, ул. Жукова, д.3
Выполнить следующий объем работ:
установка сервера мониторинга МРЦУСС
установка сервера управления МРЦУСС
установка сервера управления МРЦУСС
Подключение серверов централизованной CуИМ
установка АРМ G645, 4GB, 250GB, Win7 Pro, монитор LCD 22”
На каждый установленный АРМ:
установка антивирусного ПО
установка лицензий
10. Требования к надёжности СМиУ
Оборудование и ПО должны проектироваться для круглосуточной работы, позволять осуществлять резервирование и восстановление СМиУ после сбоев.
СМиУ в целом должна обеспечивать выполнение целевых функций в режиме 24х365 (24 часа в день, 365 дней в году) за исключением периодов технического обслуживания, предусмотренных технической документацией. Критерием выполнения данного требования является значение коэффициента готовности.
Конкретные технические решения и список компонентов подлежащих резервированию уточняются на этапе проектирования.
Характеристики надёжности технических средств, входящих в СМиУ, определяются техническими условиями (технической документацией) на эти средства.
11. Требования к безопасности
Все внешние элементы технических средств СМиУ, находящиеся под напряжением, должны иметь защиту от случайного прикосновения, а сами технические средства иметь зануление или защитное заземление в соответствии с ГОСТ 12.1.030-81 и «Правилами устройства электроустановок» (ПУЭ).
Система электропитания должна обеспечивать защитное отключение при перегрузках и коротких замыканиях в цепях нагрузки, а также аварийное ручное отключение.
Общие требования пожарной безопасности должны соответствовать нормам на бытовое электрооборудование. В случае возгорания не должно выделяться ядовитых газов и дымов. После снятия электропитания должно быть допустимо применение любых средств пожаротушения.
Факторы, оказывающие вредные воздействия на здоровье со стороны всех элементов системы (в том числе инфракрасное, ультрафиолетовое, рентгеновское и электромагнитное излучения, вибрация, шум, электростатические поля, ультразвук строчной частоты и т.д.), не должны превышать действующих норм (СанПиН 2.2.2./2.4.1340-03 от 03.06.2003 г.).
12. Требования к производительности
СМиУ должна обеспечивать одновременное подключение не менее 16 000 сетевых элементов и одновременную работу не менее 60 операторов
Детальные требования к производительности аппаратного и программного обеспечения определяются на этапе проектирования.
13. Приложение 1. Требования к пропускной способности каналов связи для функционирования ПО
Требования к пропускной способности могут быть уточнены на этапе проектирования
14. Требования к технической и пользовательской документации
По результатам выполнения работ по созданию системы, представляется рабочая документация в следующем составе:
Техническое задание на реализацию
чертеж установки технических средств;
план расположения оборудования;
схема электрических соединений устанавливаемого оборудования;
программа и методика испытаний;
ведомость эксплуатационных документов;
руководство пользователя
инструкции по эксплуатации
Документация предоставляется Заказчику при проведении приемки работ в 2-х экземплярах на бумажном носителе и в электронном виде в формате pdf (на компакт-дисках).
15. Порядок контроля и приемки Системы
Заказчик осуществляет приемку выполненных работ в течение 10 рабочих дней после получения уведомления Исполнителя о готовности.
В результате приёмки Заказчик и Исполнитель подписывают следующие документы:
1) акт приема-передачи оборудования ПТК ЦОВ;
2) акт приемки выполненных работ
3) протокол испытаний
При приемке, в том числе, должно проверяться соответствие объема и качества выполненных работ (оказанных услуг).
При несоответствии результатов работы требованиям настоящего Технического задания, Заказчик направляет Исполнителю перечень замечаний, которые последний обязан устранить в согласованные с Заказчиком сроки и представить доработанный комплекс оборудования на повторное тестирование, в соответствии со списком замечаний.
|