Утверждена приказом ао «казахтелеком»

Вид материалаДокументы

Содержание


1000Base-lx/lh sfp (dom)
Подобный материал:
1   2   3   4   5   6   7   8   9   ...   15

  1. Техническая поддержка



    1. Поставщик должен иметь возможность предоставить АО «Казахтелеком» следующие услуги по технической поддержке после завершения гарантийного срока:
    2. Для устранения возникающих в оборудовании проблем поставщик обязан 24 часа в сутки 7 дней в неделю предоставлять соответствующие услуги. Услуги по технической поддержке заключаются в полном устранении неисправности и приведении оборудования в состояние, имевшее место до аварии;
    3. Техническая поддержка должна включать в себя поставку и ремонт оборудования, сопровождение программного обеспечения (устранение ошибок, загрузка новых версий ПО и др.), устранение аварий;
    4. Услуги по технической поддержке классифицированы по степеням в зависимости от уровня серьёзности проблемы:
      1. полная или частичная потеря трафика (ПРОБЛЕМА ПЕРВОЙ СТЕПЕНИ);
      2. опасность потери трафика (ПРОБЛЕМА ВТОРОЙ СТЕПЕНИ);
      3. проблемы, не влияющие на трафик (ПРОБЛЕМА ТРЕТЬЕЙ СТЕПЕНИ);
      4. Нормативное время на устранение проблем:
      5. проблема первой степени – 4 часа;
      6. проблема второй степени – 48 часов;
      7. проблема третьей степени – 10 дней.
    5. Услуги по технической поддержке должны оказываться на весь период эксплуатации оборудования.
    6. Услуги по технической поддержке оказываются на основе отдельно заключаемого договора.



  1. Требования к услугам по проектированию, монтажу и пуско-наладке
    1. Оказываемые услуги и проводимые работы должны включать в себя:
      1. Разработку Требований к местам установки оборудования;
      2. Предпроектные изыскания на объектах Заказчика;
      3. Разработку Технического проекта;
      4. Разработку Рабочей документации;
      5. Разработку Программы и методики тестирования работоспособности и функциональности сети;
      6. Приемку Мест установки под монтаж оборудования;
      7. Установку и пуско-наладку предварительно сконфигурированных комплектов и тестирование оборудования на местах установки;
      8. Проведение приемочных испытаний.



  1. Требования к документации
    1. Общие требования
      1. Вся документация должна быть на русском языке.
      2. Вся документация должна соответствовать принятым стандартам. По возможности должны быть использованы стандартизированные символы и термины, рекомендованные МСЭ и МЭК.
    2. Документация должна быть представлена в бумажном и электронном видах.



  1. Состав Документации
    1. Технический проект, в составе:
      1. Пояснительная записка, включающая в свой состав:
      • Описание создаваемой сети;
      • Общие требования, предъявляемые к сети;
      • Общая схема построения сети и описание ее функциональных возможностей;
      • Описание состава компонент сети и их функциональных возможностей;
      • Общее описание функционирования сети;
      • Принципы построения узлов сети;
      • Описание IP адресации в сети;
      • Описание организации маршрутизации на сети;
      • Описание настроек типовых сервисов на Оборудовании;
      • Описание и схемы интеграции существующей сети с создаваемой сетью.
      1. Общая топологическая схема сети и другие схемы (по необходимости).
      2. Описание комплекса технических средств.
      3. Спецификация оборудования и программного обеспечения.
      4. Рабочая документация на каждый объект, в составе:
      5. Схема организации связи.
      6. Схема размещения оборудования в помещении.
      7. План размещения оборудования в телекоммуникационных шкафах.
      8. Схема или таблица соединений оборудования связи.
      9. Схема или таблица подключения оборудования к электропитанию.
      10. Спецификация оборудования, кабельных изделий и материалов.
    1. Программа и методика тестирования работоспособности и функциональности сети, включающая в свой состав:
      • перечень объектов, подлежащих испытаниям;
      • критерии приема системы и ее частей;
      • условия и порядок проведения испытаний;
      • материально-техническое обеспечение испытаний;
      • перечень тестов (проверок), по которым проводятся испытания;
      • методики проведения испытаний и обработки их результатов;
      • перечень оформляемой в ходе испытаний документации.



  1. Монтаж, запуск, наладка оборудования и тестирование Сети
    1. Работы по монтажу, запуску, наладке и тестированию Сети выполняются Поставщиком на объектах Покупателя. При этом для выполнения работ по подключению к каналам связи, электропитанию и заземлению привлекаются соответствующие специалисты Покупателя.
    2. Процесс выполнения работ на объектах Покупателя включает:
      1. распаковка, подготовка и монтаж оборудования;
      2. выполнение всех внутришкафных соединений - подключение к системам распределения электропитания и, при необходимости, к внутреннему кроссовому оборудованию;
      3. подключение к объектовым системам электропитания и заземления (с привлечением ответственного персонала Покупателя);
      4. подключение к каналам связи (с привлечением ответственного персонала Покупателя);
      5. необходимое конфигурирование оборудования;
      6. тестирование работоспособности оборудования в соответствии с технологическими инструкциями Поставщика.



  1. Приемо-сдаточные испытания
    1. После завершения монтажа Оборудования и установки Программного обеспечения на всех Местах установки, проводятся приёмо-сдаточные испытания сети в комплексе, которые должны подтвердить, что сеть работоспособна и функционирует в полном соответствии с Техническими требованиями.
    2. В случае если для проведения приёмо-сдаточных испытаний необходимо дополнительное тестовое Оборудование или Программное Обеспечение, оно предоставляется Поставщиком.
    3. Приёмо-сдаточные испытания проводятся Поставщиком согласно разработанной Поставщиком Программе и методике тестирования работоспособности и функциональности сети с участием представителей Покупателя.


2. Технические требования к оборудованию и услугам для расширения

сети MetroEthernet ГЦТ «Астанателеком». Лот 2.

  1. Общие требования к модернизированной сети

Целью модернизации сети передачи данных Metro Ethernet г. Астана, ГЦТ «Астанателеком» (далее ГЦТ) является:
  • Расширение портовой емкости на уровне агрегации СПД ГЦТ для подключения новых клиентов. Путем добавления карт расширения в уже существующее оборудование.
  • Поставка системы управления сетевыми устройствами уровня агрегации.
  • Поставка системы контроля доступа к сетевыми устройствами уровня агрегации.



  1. Требования к структуре модернизированной сети
    1. Модернизированная сеть должна быть построена по иерархическому принципу.
    2. Уровень агрегации существующей СПД ГЦТ состоит из десяти узлов, размещенных на объектах АТС-39, АТС-36, АТС-33, АТС-32, ПСЭ-240 и Дип.Городок. Узлы соединяются друг с другом через уровень сервис – независимого ядра. В рамках проводимой модернизации для уровня агрегации, требуется:
      1. Обеспечить установку интерфейсной карты имеющей 20 портов пропускной способностью 1 Гбит/с каждый, на оборудовании узлов АТС-36, АТС-33 и АТС-32, по две штуки на узел.
      2. Обеспечить установку интерфейсной карты имеющей 20 портов пропускной способностью 1 Гбит/с каждый, на оборудовании узлов АТС-21, ПСЭ-240 и Дип.Городок, по одной штуки на узел.
      3. Обеспечить установку интерфейсных модулей 1000BASE-LX-LH SFP на объектах: АТС-36, АТС-33, АТС-32, АТС-21, ПСЭ-240 и Дип.Городок, по 9 штук на узел.
      4. Обеспечить поставку в ГЦТ «Астанателеком» программно-аппаратный комплекс системы контроля доступа к сетевым устройствам.
      5. Обеспечить поставку в ГЦТ «Астанателеком» программное обеспечение системы управления сетевыми устройствами.



  1. Требования к аппаратному обеспечению уровня агрегации
    1. Интерфейсные карты для маршрутизаторов уровня агрегации должны удовлетворять следующим требованиям:
      1. Карты должны допускать установку в существующее шасси маршрутизатора;
      2. Карты должны быть совместимы с существующими модулями управления, установленными в маршрутизатор;
      3. Карты должны поддерживать установку и удаление из шасси без перерыва в работе маршрутизатора;
      4. Карты должны быть оборудованы модулем распределенной коммутации;
      5. Карты должны поддерживать COS, Multicast, H-QoS;
      6. Карты должны поддерживать не менее 8 очередей на порт;
      7. Карты должны занимать в шасси один слот;


  1. Требования к системе контроля доступа к сетевым устройствам:
    1. Система контроля доступа должна удовлетворять следующим требованиям:
      1. Система контроля доступа должна поддерживать возможность авторизации по протоколам TACACS+ и RADIUS
      2. Система контроля доступа должна поддерживать возможность взаимодействия с базами данных пользователей по протоколу LDAP и Windows Active Directory
      3. Система контроля доступа должна поддерживать следующие протоколы авторизации: PAP, MS-CHAP, Extensible Authentication Protocol (EAP)-MD5, Protected EAP (PEAP), EAP-Flexible Authentication via Secure Tunneling (FAST), and EAP-Transport Layer Security (TLS).
      4. Система контроля доступа должна поддерживать модели доступа по атрибутам и правилам, а также скачиваемым листам доступа(dACL)
      5. Система контроля доступа должна иметь интегрированные модули для наблюдения и отчетности доступные через WEB-интерфейс
  2. Требования к программному обеспечению системы управления сетевыми устройствами:
    1. Система управления должна удовлетворять следующим требованиям:
      1. Система управления должна поддерживать возможность авторизации по протоколам TACACS+ и RADIUS
      2. Система управления должна поддерживать возможность взаимодействия с сетевым оборудованием по протоколу SNMP
      3. Система управления должна поддерживать взаимодействие с Модулям Анализа Сети(NAM)
      4. Система управления должна иметь интегрированные модули для наблюдения и отчетности доступные через WEB-интерфейс
      5. Система управления должна иметь возможность формирования отчетов по расписанию и событиям.
      6. Система управления должна обеспечивать сигнализацию аварий в реальном времени.
      7. Система управления должна поддерживать интеграцию в другие системы с помощью протокола ODBC
      8. Система управления должна иметь открытую документацию к интерфейсу прикладного программирования (Open API).
  1. Общие требования к управлению сетевыми устройствами
    1. Устройства должны использовать единую операционную систему с идентичным CLI.
    2. Устройства должны поддерживать следующие способы управления:
      • Управление при помощи RS232 интерфейса;
      • Управление через сеть передачи данных (in band).
    1. Должны поддерживаться следующие протоколы управления:
      • Telnet;
      • SSH;
      • SNMP.
    1. Устройства должны поддерживать аутентификацию пользователей, пытающихся получить доступ к интерфейсу управления, при помощи:
      • Локальной базы данных;
      • RADIUS;
      • TACACS+.
    1. Гибкий механизм безопасности должен позволять администратору устанавливать несколько уровней привилегий, а также различные права доступа для операторов сети в зависимости от их местонахождения и функций;
    2. Устройства должны поддерживать сохранение журнала событий на удаленном сервере при помощи протокола SYSLOG и передачу SNMP Trap на станцию управления, информирующих об изменении состояний протоколов маршрутизации, параметров окружающей среды и т.п.
    3. Устройства должны поддерживать протокол синхронизации времени NTP (RFC 1305).
    4. Требования к безопасности:
      1. Устройства должны поддерживать фильтрацию трафика управления с помощью списков доступа (ACL);
      2. Для протоколов маршрутизации должны поддерживаться расширения, обеспечивающие аутентификацию их сообщений;



  1. Требования к ЗИП
    1. В состав ЗИП должно входить:

Табл. 1. Состав ЗИП



Наименование

Количество

1

7600 ES+ Line Card, 20xGE SFP with DFC 3C

1

2

ES+ Basic License with IPv6 (no MVPN/6vPE/MPLS VPN)

1

3

1000BASE-LX/LH SFP (DOM)

6



  1. Требования к пассивному оборудованию
    1. На шести проектируемых узлах метро-сети необходимо предусмотреть поставку всего необходимого пассивного оборудования для проведения монтажных и пуско-наладочных работ.
      1. Проектируемое оборудование предполагается установить в существующих маршрутизаторах.
    2. Требования к подсистеме электропитания:
      1. Необходимо предоставить материалы (кабели, автоматические выключатели, панели распределения питания, клеммы и т.д.) в наборе для обеспечения работ по подключению системы заземления в пределах телекоммуникационного шкафа.
    3. Требования к расходным материалам
      1. Оптические патч-корды для подключения оборудования внутри шкафов;
      2. Дополнительные расходные материалы.



  1. Требования к характеристикам взаимосвязей системы со смежными системами управления
    1. Оборудование должно обеспечивать интеграцию с существующей в АО "Казахтелеком" Системой Управления Сетями Телекоммуникаций посредством передачи потоков аварийных и информационных сообщений с использованием одного из интерфейсов: SNMP, RS-232 / Telnet;
    2. Общие требования ко всем интерфейсам:
      1. Все принимаемые сообщения должны содержать:

a) Физический и/или логический адрес оборудования, на котором произошла неисправность;

b) Идентификатор или внутренний номер репортажа;

c) Тип репортажа (проблема/разрешение/информация);

d) Категория срочности устранения неисправности (critical/minor/major, и т.п.);

e) Дата и время возникновения неисправности;

f) Другая дополнительная информация, которую технический персонал может использовать для локализации и устранения неисправности оборудования.
    1. Эксплуатационная документация на поставляемое оборудование должна содержать перечни аварийных и информационных сообщений, включающие в себя описание формата сообщений, идентификаторы (уникальные ключевые слова) сообщений, и их описание на английском и русском языках.
    2. Требования к интерфейсу SNMP:
      1. Сообщения должны передаваться в следующих форматах:

a) SNMP V1 traps, V2c traps, and V3 traps;

b) SNMP V2c and V3 informs.
      1. Эксплуатационная документация на поставляемое оборудование должна содержать:

a) Версию используемого протокола;

b) Набор всех необходимых MIB файлов, соответствующий оборудованию, включая все вышестоящие MIB;

c) Описание Trap’ов и Inform’ов;

d) Описание и формат значений передаваемых OID’ов.
    1. Требования к интерфейсу RS-232 / Telnet:
      1. Сообщения должны передаваться в формате ASCII или CP1251;
      2. Выводить сообщения без запроса (без выполнения команд);
      3. Сообщение должно заканчиваться фиксированным символом или их набором информируя о логическом завершении сообщения.


  1. Гарантийное обслуживание
    1. Гарантийный срок на поставляемое оборудование и оказанные услуги -12 месяцев с даты подписания Акта предварительной приемки и сдачи оборудования в коммерческую эксплуатацию;
    2. Гарантийное обслуживание должно включать в себя ремонт оборудования, сопровождение программного обеспечения (устранение ошибок, загрузка новых версий ПО и др.), устранение аварий, консультирование с целью разрешения технических проблем по телефону, факсу или электронной почте (по вопросам функционирования, эксплуатации и конфигурации Оборудования);
    3. Неисправное оборудование должно быть восстановлено и возвращено поставщиком в течение 45 дней со дня отправки на ремонт.