Казахтелеком» «утверждаю» Управляющий директор ао «Казахтелеком»
| Вид материала | Документы |
- «утверждаю» Генеральный директор Карагандинской Областной Дирекции Телекоммуникаций, 577.23kb.
- Акционерное общество «казахтелеком», 970.31kb.
- Утверждена приказом ао «казахтелеком», 2648.04kb.
- Утверждено приказом ао «казахтелеком» от «28» марта 2011 года №94 тендерная документация, 6836.18kb.
- Утверждена приказом ао «казахтелеком» от «30» июня 2011 года №215 Тендерная документация, 1354.28kb.
- Тендерная документация по закупу оборудования оптического доступа (далее – тд) Закупки:, 1032.1kb.
- Д. Сартбаев приказ №244 от 24. 06. 2011, 2397.36kb.
- Административный директор. Управляющий филиалом. Заместитель директора, 55.57kb.
- Утверждаю утверждаю директор Департамента Директор моу дод по делам молодёжи и спорта, 86.96kb.
- Конкурс по закупке : «Программное обеспечение Office Standart 2010 Russian», 592.57kb.
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 На основе полученных данных должны вычисляться метрики производительности. После расширения должны быть доступны для хранения и отображения дополнительные метрики:
• Policing Exceeded Volume (octets)
• Policing Violated Volume (octets)
• Policing Violated Volume (packets)
• Policing Conformed Volume (octets)
• Policing Conformed Volume (packets)
• Policing Exceeded Volume (packets)
• Traffic Shaping Dropped Throughput (bps)
• Traffic Shaping Delayed Throughput (bps)
• Traffic Shaping Delayed Volume (packets)
• Traffic Shaping Dropped Volume (packets)
• Traffic Shaping Delayed Volume (octets)
• Traffic Shaping Dropped Volume (octets)
• Post-Policy Throughput (bps)
• Pre-Policy Throughput (bps)
• No Buffer Queue Drops (packets)
• Policy Drops (packets)
• Policy Drops (octets)
• Policy Drops (%)
• Policing Violated Throughput (bps)
• Traffic Shaping Dropped Throughput (bps)
• Queue Policy Drop Rate (bps)
• Queue Policy Drops (octets)
• Queue Policy Drops (pkts)
• WRED Random Drops Volume (octets)
• WRED Tail Drops Volume (pkts)
• WRED Random Drops Volume (pkts)
• WRED Transmit Volume (pkts)
• WRED Tail Drops Volume (octets)
• WRED Transmit Volume (octets)
• Class Match Policy Volume (pkts)
• Class Match Policy Volume (octets)
• Class Match Policy Throughput (bps)
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 должна поддерживать различные времена хранения информации для данных с агрегацией:
- Не агрегированные
- Агрегированные за день
- Агрегированные за неделю
- Агрегированные за месяц