Генеральный директор Дирекции корпоративных продаж

2. Общие сведения

3. Общие требования

• 
  ITU-T Recommendation M.3010. Principles for a Telecommunications Management Network.
  
• 
  ITU-T Recommendation M.3020. TMN Interface Specification Methodology.
  
• 
  ITU-T Recommendation M.3010. Generic Network Information Model.
  
• 
  ITU-T Recommendation M.3001. Managed Object Conformance Statements for the Generic Network Information Model.
  
• 
  ITU-T Recommendation M.3180. Catalogue of TMN Management Information.
  
• 
  ITU-T Recommendation M.3180. TMN Management Functions.
  
• 
  ITU-T Recommendation Q.811. Low Layer Protocol Profiles for the Q₃ Interface.
  
• 
  ITU-T Recommendation Q.812. Upper Layer Protocol Profiles for the Q₃ Interface.
  
• 
  Определение параметров ошибок рекомендации G.826, M.2101 ITU-T.
  

1. Развитие системы управления сетей передачи данных Proviso

1.1 Требования к объекту автоматизации

1.1.1 Объектом автоматизации являются сетевые устройства сети передачи данных АО “Казахтелеком”.

1.1.2 В настоящее время измерение параметров качества обслуживания сети передачи данных АО “Казахтелеком” производится системой IBM Tivoli Netcool/Proviso на следующих участках:

- на опорной сети

- на радиальных ответвлениях от опорной сети к сетям MetroEthernet

- между опорными узлами в сетях MetroEthernet

1.1.3 В СПД используются маршрутизаторы и коммутаторы производства Cisco, Juniper Networks, Redback Networks, Huawei Networks.

1.1.4 В настоящее время используется IBM Tivoli Netcool/Proviso и портал управления Proviso Management Portal.

1.2 Требования к расширению системы Proviso

1.2.1 После расширения системы Proviso должна решать следующие задачи (дополнительно к существующему функционалу):

• 
  сбор данных о работе механизма Cisco Class-Based QoS с районных маршрутизаторов и узлов «Сайлау» АО “Казахтелеком” для мониторинга трафика на UpLink'ах распределенного по классам обслуживания.
  
• 
  контроль параметров механизма Cisco Class-Based QoS в реальном времени с районных маршрутизаторов и узлов «Сайлау» АО “Казахтелеком” для мониторинга трафика на UpLink'ах распределенного по классам обслуживания.
  

1.2.2 Контроль уровня сервиса должен включать выбор необходимого для тестирования на определенном направлении оконечного оборудования, сбор результатов, вычисление параметров качества предоставляемого сервиса. Оповещение персонала о факте или угрозе выхода параметров за границы сервисного соглашения путем отправки сообщения в виде SNMP-trap в сторону системы CIC. На графиках системы Proviso должны отображаться линии уровней критичности, в таблицах должны отображаться пиктограммы уровней критичности.

1.2.3 Необходимо обеспечить интеграцию нового потока данных с существующей базой данной системы Proviso.

1.2.4 Система Proviso должна осуществлять мониторинг количественных характеристик трафика, на который оказывают влияние политики Cisco Class-Based QoS (Shaping, Queuing, Policing) для всех классов трафика (для всех типов IP Precedence), передаваемых по районным маршрутизаторам и узлам «Сайлау» АО Казахтелеком.

1.2.5 Измерение параметров качества сервиса должно осуществляться для всех типов IP трафика, передаваемых по районным маршрутизаторам и узлам «Сайлау» АО Казахтелеком.

1.2.6 Система Proviso должна содержать модули для сбора данных внешних источников, без привязки к конкретному оборудованию, по следующим стандартным протоколам: ICMP; SNMP v1, v2, v3; Syslog; Telnet; SSH; ODBC

1.2.7 Система Proviso должна позволять определять какие параметры, и от каких устройств необходимо собирать, даже если поддержка этих устройств не заложена в систему производителем ПО, но устройства должны принимать запросы и оправлять данные по протоколу SNMP. Для отправки запросов на оборудования и получения данных необходимо использовать Netcool/Proviso DataLoad SNMP.

1.2.8 На основе полученных данных должны вычисляться метрики производительности. После расширения должны быть доступны для хранения и отображения дополнительные метрики:

1.2.9 Система Proviso должна позволять определить произвольное количество пороговых значений для каждой метрики.

1.2.10 Система Proviso должна иметь гибкий механизм установки пороговых значений для каждого элемента/саб-элемента, либо для группы элементов/саб-элементов.

1.2.11 Система Proviso должна иметь три типа пороговых значений:

• 
  Пороговые значения, формирующие «на лету» при обработке сырых (raw) данных.
  
• 
  Пороговые значения, формирующиеся при нарушениях за период времени (период должен задаваться независимо для каждого элемента/саб-элемента и с произвольным промежутком времени).
  
• 
  Пороговые значения, формирующиеся при отклонении от базового уровня (за предыдущие интервалы времени).
  

При выходе за пороговые значения должны генерироваться сообщения в виде SNMP-trap в сторону системы CIC с приоритетами соответствующими уровню нарушений (Warning или Critical).

1.2.12 Сообщения о выходе за границы должны генерироваться в виде SNMP-trap в сторону системы CIC, как по факту выхода за пороговое значение, так и при определенном времени нахождения метрики за пределами порогового значения. Т.е. пороговое значение должно характеризоваться не только критическим значением метрики, но и критическим временем, в течение которого метрика находится за пределами нормальных значений.

1.2.13 Набор информации (метрики, математические формулы вычисления значений) и способ ее представления (графики, таблицы, диаграммы) на отчете могут быть произвольными, причем должна поддерживаться возможность редактирования поставляемых с системой отчетов. Редактирование отчетов должно происходить через стандартные инструменты системы Proviso.

1.2.14 Модернизация существующей системы должна обеспечивать сбор всех данных с районных маршрутизаторов и узлов «Сайлау» на серверах DataLoad SNMP.

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

1.2.16 Должно быть предусмотрено подключение дополнительной системы хранения данных, для хранения информации, собранной системой Proviso, объемом не менее 1 ТБ.

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

1.2.18 Должна существовать возможность увеличения производительности системы за счет наращивания аппаратных мощностей (для компонент DataLoad SNMP, DataChannel), а также за счет разнесения различных функциональных модулей на отдельные аппаратные сервера.

1.2.19 Расширение системы Proviso должно предусматривать увеличение количества вышеуказанныз контролируемых параметров системы Proviso не менее чем на 3113 единиц с помощью закупа необходимого количества и видов лицензии.

1.2.20 Система Proviso должна поддерживать различные времена хранения информации для данных с агрегацией:

• 
  Не агрегированные
  
• 
  Агрегированные за день
  
• 
  Агрегированные за неделю
  
• 
  Агрегированные за месяц