Geum.ru

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

Вид материалаДокументы
Заключение договора о закупках по итогам тендера
Приложение 1 к Тендерной документации
Перечень закупаемых товаров
Краткая характе-ристика (описание) товаров, услуг
Срок поставки товаров, оказания услуг
И. о. Председателя Правления Маханбетажиев Б. А.
Технические требования
Требования к аппаратному обеспечению уровня дистрибуции
Требования к ЗИП
Требования к пассивному оборудованию
Подобный материал:
1   2   3   4   5   6   7   8   9   ...   15

  1. Заключение договора о закупках по итогам тендера




  1. Договор о закупках заключается в соответствии с содержащимся в Тендерной документации проектом договора (Приложение 8 Тендерной документации).
  2. Договор о закупках, заключается в сроки, указанные в протоколе об итогах тендера, но не более 20 (двадцати) календарных дней с даты подписания протокола об итогах тендера. Тендерной документацией допускается возможность доработки проекта договора, прилагаемого к Тендерной документации, с учётом предложений победителя тендера. При этом вносимые изменения в проект договора о закупках не должны затрагивать условия договора, касающиеся наименования товара, цены и другие условия, явившиеся основой для выбора поставщика.
  3. Поставщик в течение 10 (десяти) рабочих дней со дня заключения договора о закупках вносит обеспечение исполнения договора на сумму денег, выплачиваемых до исполнения обязательств по договору со стороны поставщика, в размере, указанном в пункте 9 настоящей Тендерной документации, путём перечисления гарантийного денежного взноса на банковский счет Заказчика или предоставления банковской гарантии по форме согласно Приложению 7 к Тендерной документации.

Не допускается совершение поставщиком действий, приводящих к возникновению у третьих лиц права требования в целом, либо в части на внесенный гарантийный денежный взнос до полного исполнения обязательств по договору о закупках.
  1. Заказчик возвращает внесенное обеспечение исполнения договора о закупках поставщику в срок, указанный в договоре о закупках.
  2. В случае если потенциальный поставщик в сроки, установленные протоколом об итогах тендера, не представил Заказчику подписанный договор о закупках или, заключив договор о закупках, не внес обеспечение исполнения договора, то такой потенциальный поставщик признается уклонившимся от заключения договора о закупках.

В случае признания потенциального поставщика уклонившимся от заключения договора о закупках Заказчик:
    1. удерживает внесенное им обеспечение заявки на участие в тендере;
    2. направляет в установленном порядке соответствующую информацию в Фонд для внесения сведений о таком поставщике в Перечень ненадёжных потенциальных поставщиков (поставщиков).
  1. Внесение изменений в проект договора о закупках допускается при соблюдении следующих взаимосвязанных условий:

1) внесение изменения в проект договора инициировано одной из сторон не позднее 5 (пяти) рабочих дней со дня подписания протокола об итогах закупок способом тендера;

2) внесение изменения допускается в части уменьшения суммы проекта договора при условии неизменности качества и других условий, явившихся основой для выбора поставщика;

3) решение о внесении изменения в части уменьшения суммы договора принято по взаимному согласию сторон.

Не допускается внесение изменения в проект договора о закупках без соблюдения условий, предусмотренных настоящим пунктом.
  1. Внесение изменения в заключенный договор о закупках при условии неизменности качества и других условий, явившихся основой для выбора поставщика, допускается:

1) по взаимному согласию сторон в части уменьшения цены на товары, услуги и соответственно суммы договора, если в процессе исполнения договора о закупках цены на аналогичные закупаемые товары, услуги изменились в сторону уменьшения;

 2) в части уменьшения либо увеличения суммы договора, связанной с уменьшением либо увеличением потребности в объеме приобретаемых товаров, услуг, также в части соответствующего изменения сроков исполнения договора, при условии неизменности цены за единицу товара, услуги, указанных в заключенном договоре о закупках данных товаров, услуг. Такое изменение заключенного договора о закупках товаров, услуг допускается в пределах сумм, предусмотренных в годовом плане закупок для приобретения данных товаров, услуг;

3) в случае, если поставщик в процессе исполнения заключенного с ним договора о закупках товара предложил при условии неизменности цены за единицу товара более лучшие качественные и (или) технические характеристики либо сроки и (или) условия поставки товара, являющегося предметом заключенного с ним договора о закупках товара;
  1. Не допускается вносить в проект либо заключенный договор о закупках изменения, которые могут изменить содержание условий проводимых (проведенных) закупок и/или предложения, явившегося основой для выбора поставщика, по иным основаниям, не предусмотренным пунктами 69 и 70 Тендерной документации.
  2. Потенциальные поставщики (поставщики) вправе обжаловать действия и решения, принимаемые в процессе закупок руководителями и членами органов Заказчика, а также иных лиц, включая членов тендерной, экспертной комиссий, эксперта.
  3. Жалобы могут быть направлены для рассмотрения Заказчику, в Фонд.


10. Разъяснение положений Тендерной документации

  1. При проведении тендера Заказчик вправе организовать встречу с потенциальными поставщиками, получившими Тендерную документацию, для разъяснения положений Тендерной документации по адресу: г. Алматы, ул. Фурманова, 240Б, каб. 110, в рабочие дни с 09-00ч. до 18-00ч., но не позднее 5 рабочих дней до даты вскрытия конвертов.

По итогам встречи с участниками тендера секретарь тендерной комиссии оформляет протокол, который должен содержать:
  1. наименование, юридический адрес, контактные телефоны потенциальных поставщиков и их уполномоченных представителей с указанием фамилий, имен, отчеств присутствовавших на встрече на основании документов, подтверждающих право представителя потенциального поставщика участвовать во встрече;
  2. информацию о работниках Заказчика с указанием должности и фамилий, имен, отчеств, участвовавших во встрече;
  3. затронутые вопросы и ответы на них в рамках Тендерной документации;
  4. сведения о необходимости внесения изменений и/или дополнений в Тендерную документацию.

Протокол подписывается работниками Заказчика, присутствовавшими на встрече, и в течение 2 (двух) рабочих дней со дня проведения встречи направляется всем потенциальным поставщикам, получившим Тендерную документацию.
  1. Потенциальный поставщик, получивший Тендерную документацию, вправе обратиться с письменным запросом о разъяснении положений Тендерной документации в срок не позднее 7 (семи) календарных дней до истечения окончательного срока приема Заявок.

Заказчик обязан не позднее 3 (трех) рабочих дней с момента поступления запроса ответить на него и без указания на то, от кого поступил запрос, направить данное разъяснение всем потенциальным поставщикам, получившим Тендерную документацию.


11. Изменение Тендерной документации

  1. Изменения и дополнения в Тендерную документацию вносятся Заказчиком в установленном порядке в срок не позднее 5 (пяти) календарных дней до истечения окончательного срока представления Заявок. При этом окончательный срок предоставления Заявок продлевается не менее чем на 10 (десять) календарных дней. Об изменениях и дополнениях Тендерной документации и изменённом сроке представления Заявок Заказчик уведомляет всех потенциальных поставщиков, получивших Тендерную документацию, в течение 2 (двух) рабочих дней со дня утверждения изменений и дополнений в Тендерную документацию и посредством размещения соответствующей информации и Тендерной документации с внесенными изменениями на веб-сайте telecom.kz и на веб-сайте Фонда www.samruk-kazyna.kz.



Приложения:

  1. Перечень закупаемых товаров и услуг (Пиложение №1 к Тендерной документации);
  2. Техническая спецификация (техническое задание) закупаемых товаров и услуг (Приложение №2);
  3. Форма Заявки на участие в тендере (для юридических лиц) (Приложение №3);
  4. Форма Заявки на участие в тендере (для физических лиц) (Приложение №4);
  5. Форма ценового предложения потенциального поставщика (Приложение №5);
  6. Банковская гарантия (форма обеспечения тендерной заявки) (Приложение №6);
  7. Банковская гарантия (форма обеспечения исполнения договора о закупках) (Приложение №7)
  8. Проект договора о закупках товаров и услуг (Приложение №8)



Приложение 1 к Тендерной документации

по закупке оборудования и услуг монтажа и

пусконаладки «под ключ» для расширения

сетей передачи данных АО «Казахтелеком»


Перечень закупаемых товаров и услуг


Заказчик – АО «Казахтелеком»

N лотов
Наименование товаров, услуг (по лотам)
Краткая характе-ристика (описание) товаров, услуг*
Ед. изм.
Коли-чество (объем потреб-ности)
Срок поставки товаров, оказания услуг
Место поставки товаров

 №1
Оборудование и услуги монтажа и пусконаладки «под ключ» для расширения сети Metro Ethernet ГЦТ «Алматытелеком»
См. Прило-

жение № 2

комплект
1
Поставка оборудования в течение 75 (семьдесят пять) календарных дней, оказание услуг в течение 155 (сто пятьдесят пять) дней с даты подписания договора
DAP/DDP г. Алматы 

№2
Оборудование и услуги монтажа и пусконаладки «под ключ» для расширения сети Metro Ethernet ГЦТ «Астанателеком»
См. Прило-

жение № 2
комплект
1
DAP/DDP г. Астана

№3
Оборудование и услуги монтажа и пусконаладки «под ключ» для расширения сети Metro Ethernet Карагандинской ОДТ

См. Прило-

жение № 2
комплект
1
DAP/DDP г. Караганда

№4
Оборудование и услуги монтажа и пусконаладки «под ключ» для расширения сети Metro Ethernet Костанайской ОДТ
См. Прило-

жение № 2
комплект
1
DAP/DDP г. Костанай

№5
Оборудование и услуги монтажа и пусконаладки «под ключ» для расширения сети Metro Ethernet Южно-Казахстанской ОДТ

См. Прило-

жение № 2
комплект
1
DAP/DDP г. Шымкент

№6
Оборудование и услуги монтажа и пусконаладки «под ключ» для расширения сети Metro Ethernet Актюбинской ОДТ

См. Прило-

жение № 2
комплект
1
DAP/DDP г. Актобе

№7
Оборудование и услуги монтажа и пусконаладки «под ключ» для расширения сети Metro Ethernet Алматинской ОДТ

См. Прило-

жение № 2
комплект
1
DAP/DDP г. Талды-корган

№8
Оборудование BRAS и услуги монтажа и пусконаладки «под ключ» для филиалов АО «Казахтелеком»
См. Прило-

жение № 2
комплект
1
Поставка оборудования в течение 75 (семьдесят пять) календарных дней, оказание услуг в течение 255 дней с даты подписания договора.
DAP/DDP

г. Алматы 

№9
Оборудование для расширения транспортных сетей передачи данных для повышения скорости услуг широкополосного доступа

АО «Казахтелеком»

См. Прило-

жение № 2
комплект
1
Поставка оборудования в течение 75 (семьдесят пять)календарных дней с даты подписания договора.
DAP/DDP г. Алматы

№10
Оборудование и услуги монтажа и пусконаладки «под ключ» для расширения и модернизации сети агрегации сервисов ПД АО Казахтелеком»
См. Прило-

жение № 2
комплект
1
Поставка оборудования в течение 75 (семьдесят пять) календарных дней, оказание услуг в течение 255 (двести пятьдесят пять) дней с даты подписания договора.
DAP/DDP г. Алматы 

№11
Оборудование и услуги монтажа и пусконаладки «под ключ» по внедрению протокола IPv6 на сети АО «Казахтелеком» (0 фаза)
См. Прило-

жение № 2
комплект
1
Поставка оборудования в течение 75 (семьдесят пять) календарных дней с даты подписания договора, оказание услуг в течение 180 (сто восемьдесят) дней с даты уведомления о готовности инфраструктуры сетей.
DAP/DDP г. Алматы 

№12
Оборудование и услуги монтажа и пусконаладки «под ключ» для внедрения Системы автоматизации процедур управления сервисов/абонентов GPON доступа

См. Прило-

жение № 2
комплект
1
Поставка оборудования в течение 75 (семьдесят пять) календарных дней, оказание услуг в течение 245 дней с даты поставки оборудования
DAP/DDP г. Алматы 


*Полное описание и характеристика товаров и услуг указаны в технической спецификации (Приложение 2).


И. о. Председателя Правления Маханбетажиев Б. А.

М.П.


Приложение 2 к Тендерной документации

по закупке оборудования и услуг монтажа и

пусконаладки «под ключ» для расширения

сетей передачи данных АО «Казахтелеком»


Техническая спецификация закупаемых товаров и услуг

Потенциальный поставщик в обязательном порядке должен представить полное описание и технические и качественные характеристики предлагаемого оборудования, которые должны соответствовать нижеприведенным техническим требованиям, предъявляемым к оборудованию. Спецификация на поставляемое оборудование должна включать все комплектующие, входящие в состав оборудования. Спецификация может быть представлена в виде Таблицы 2 Приложения № 5 Тендерной документации.


ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ

1. Лот 1

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

сети MetroEthernet ГЦТ «Алматытелеком».
  1. Общие требования к модернизированной сети
    1. Целью модернизации сети передачи данных Metro Ethernet г. Алматы, ГЦТ Алматытелеком (далее ГЦТ) является:
    2. Расширение кол-ва портов на уровне сервис - независимого ядра СПД ГЦТ для высокоскоростного транзита трафика на оборудовании типа CRS-1/8. Путем добавления карт расширения в уже существующее оборудование.
    3. Расширение кол-ва портов на уровне сервис сервисной границы СПД ГЦТ для высокоскоростного транзита трафика. Путем добавления карт расширения в уже существующее оборудование.
    4. Расширение кол-ва портов на уровне Дистрибуции СПД ГЦТ для высокоскоростного транзита трафика. Путем добавления карт расширения в уже существующее оборудование.
    5. Создание отказоустойчивой схемы передачи данных между устройствами дистрибуции и сервис – независимого ядра ГЦТ.
    6. Создание отказоустойчивой схемы передачи данных между устройствами дистрибуции уровня ГЦТ.
    7. Анализ текущей схемы подключения оборудования уровня дистрибуции к уровню сервис независимого ядра, как результат рекомендации к улучшению передачи сервиса и повышению отказоустойчивости.



  1. Требования к структуре модернизированной сети
    1. Модернизированная сеть должна быть построена по иерархическому принципу.
    2. Уровень сервис – независимого ядра существующей СПД ГЦТ состоит из двух узлов, размещенных на объектах ОПС-73 и ОПТС-6. Узлы соединяются друг с другом двумя каналами связи пропускной способностью 10 Гбит/с. В рамках проводимой модернизации для уровня сервис – независимого ядра, требуется на существующее оборудование:
      1. Обеспечить установку интерфейсного модуля имеющего 4 порта пропускной способностью 10 Гбит/с каждый (Cisco CRS-1 Series 4X10GE Interface Module), на оборудовании узлов ALM-OPS73-P-01 и ALM-OPTS6-P-01. По две штуки на узел.
      2. Обеспечить установку оптических модулей типа XFP LR (10GBASE-LR XENPAK Module with DOM support), в количестве 4 штук на каждый интерфейсный модуль.
    3. В рамках проводимой модернизации уровня сервисной границы с уровнем сервис независимого ядра требуется на существующее оборудование:
      1. Обеспечить установку интерфейсного модуля имеющего 4 порта пропускной способностью 10 Гбит/с каждый (Cisco CRS-1 Series 4X10GE Interface Module), на оборудовании узлов ALM-OPS73-DataPE, ALM-OPTS6-DataPE и ALM-OPTS3-DataPE. По одной штуке на узел.
      2. Обеспечить установку оптических модулей типа XFP LR(10GBASE-LR XENPAK Module with DOM support), в количестве 4 штук на каждый интерфейсный модуль.
    4. В рамках проводимой модернизации уровня Дистрибуции требуется на существующее оборудование:
      1. Обеспечить установку интерфейсного модуля имеющего 2 порта пропускной способностью 10 Гбит/с каждый (Cisco 7600 2x10G module), на оборудовании узлов ALM-OPS73-DSTR, ALM-OPTS6-DSTR, ALM-OPTS3-DSTR и ALM-OPTS62-DSTR. По одной штуке на узел.
      2. Обеспечить установку оптических модулей типа XFP LR(10GBASE-LR XENPAK Module with DOM support), в количестве 2 штук на каждый интерфейсный модуль.



  1. Требования к аппаратному обеспечению уровня сервис – независимого ядра
    1. Процессорная плата для маршрутизаторов уровня сервис – независимого ядра должна удовлетворять следующим требованиям:
      1. Плата должна допускать установку в существующее шасси маршрутизатора;
      2. Плата должна быть совместимы с существующими модулями управления, установленными в маршрутизатор;
      3. Плата должна поддерживать установку и удаление из шасси без перерыва в работе маршрутизатора;
      4. Плата должна быть оборудованы модулем распределенной коммутации;
      5. Плата должна поддерживать COS. TE, Multicast;
      6. Плата должна поддерживать не менее 8 очередей на порт;
      7. Плата должна занимать в шасси один слот;
      8. Встроенное аппаратное ускорение для обработки критического трафика;
    2. Интерфейсная плата с портами 10GE для маршрутизаторов уровня сервис – независимого ядра должны удовлетворять следующим требованиям дополнительно к требованиям, перечисленным в п. 2.2.3:
      1. Плата должна иметь пропускную способность к коммутационной матрице маршрутизатора не менее 40 Гбит/с;
      2. Плата должна поддерживать существующее Программное Обеспечение версии IOS XR 4.0.0 или позднее;
      3. Платы должны поддерживать не менее 8 очередей для входящего трафика и не менее 8 очередей для исходящего трафика на каждый порт;
      4. Платы должны быть оборудованы как минимум 4 портами 10GE;
      5. Порты 10GE на плате должны быть рассчитаны на установку интерфейсных конвертеров типа XFP и должны быть дооснащены следующими интерфейсами в количестве указанных в таблице 1.

Табл. 1. Интерфейсы для маршрутизаторов уровня сервис – независимого ядра

Узел
10GE

10GBASE-LR

ОПС-73
8

ОПТС-6
8


  1. Требования к аппаратному обеспечению уровня сервисной границы
    1. Процессорная плата для маршрутизаторов уровня сервис – независимого ядра должна удовлетворять следующим требованиям:
      1. Плата должна допускать установку в существующее шасси маршрутизатора;
      2. Плата должна быть совместимы с существующими модулями управления, установленными в маршрутизатор;
      3. Плата должна поддерживать установку и удаление из шасси без перерыва в работе маршрутизатора;
      4. Плата должна быть оборудованы модулем распределенной коммутации;
      5. Плата должна поддерживать COS. TE, Multicast;
      6. Плата должна поддерживать не менее 8 очередей на порт;
      7. Плата должна занимать в шасси один слот;
      8. Встроенное аппаратное ускорение для обработки критического трафика;
    2. Интерфейсная плата с портами 10GE для маршрутизаторов уровня сервис – независимого ядра должны удовлетворять следующим требованиям дополнительно к требованиям, перечисленным в п. 2.2.3:
      1. Плата должна иметь пропускную способность к коммутационной матрице маршрутизатора не менее 40 Гбит/с;
      2. Плата должна поддерживать существующее Программное Обеспечение версии IOS XR 4.0.0 или позднее;
      3. Платы должны поддерживать не менее 8 очередей для входящего трафика и не менее 8 очередей для исходящего трафика на каждый порт;
      4. Платы должны быть оборудованы как минимум 4 портами 10GE;
      5. Порты 10GE на плате должны быть рассчитаны на установку интерфейсных конвертеров типа XFP и должны быть дооснащены следующими интерфейсами в количестве указанных в таблице 2.

Табл. 2. Интерфейсы для маршрутизаторов уровня сервисной границы

Узел
10GE

10GBASE-LR

ОПС-73
4

ОПТС-6
4

ОПТС-3
4


  1. Требования к аппаратному обеспечению уровня дистрибуции
    1. Интерфейсные платы с портами 10GE для маршрутизаторов граничного уровня должны удовлетворять следующим требованиям дополнительно к требованиям, перечисленным в п.3:
      1. Платы должны поддерживать установку и удаление из шасси без перерыва в работе маршрутизатора;
      2. Платы должны быть оборудованы модулем распределенной коммутации;
      3. Платы должны поддерживать не менее 256000 записей в аппаратной таблице коммутации;
      4. Платы должны занимать в шасси один слот.
      5. Платы должны иметь пропускную способность к коммутационной матрице маршрутизатора не менее 40 Гбит/с;
      6. Платы должны иметь не менее 200 Мбайт памяти на каждый порт для пакетных буферов;
      7. Платы должны поддерживать MTU не менее 9216 байт;
      8. Платы должны поддерживать не менее 8 очередей для входящего трафика и не менее 8 очередей для исходящего трафика на каждый порт;
      9. Платы должны быть оборудованы как минимум 2 портами 10GE;
      10. Платы должны поддерживать технологию H-QoS;
      11. Плата должна иметь пропускную способность к коммутационной матрице маршрутизатора не менее 40 Гбит/с;
      12. Платы должны поддерживать очередность на выходе не менее 8 на порт;
      13. Платы должны быть оборудованы как минимум 8 портами 10GE;
      14. Платы должны поддерживать L3 субинтерфейсов на порт менее 4000;
      15. Платы должны поддерживать не менее 8000 полисеров;
      16. Платы должны поддерживать буфер не менее 50 мс;
      17. Порты 10GE на плате должны быть рассчитаны на установку интерфейсных конвертеров типа Xenpak.
      18. Порты 10GE на плате должны быть рассчитаны на установку интерфейсных конвертеров типа Xenpak и должны быть дооснащены следующими интерфейсами в количестве указанных в таблице 3.

Табл. 3. Интерфейсы для маршрутизаторов уровня дистрибуции

Узел
10GE

10GBASE-LR

ОПС-73
2

ОПТС-6
2

ОПТС-3
2

ОПТС-62
2



  1. Требования к программному обеспечению уровня сервисной границы
    1. Процессорные платы для маршрутизаторов уровня ядра должны удовлетворять следующим требованиям:
      1. Платы должны поддерживать следующие сетевые протоколы:
        • IPv4 unicast сервисы
        • IPv6 unicast сервисы
        • IPv4/IPv6 ECMP
        • IPv4/IPv6 load balancing
      2. Forwarding Технологии:
        • Access control lists (ACLs/xACLs)
        • Quality of service/class of service (QoS/CoS) using Modular QoS CLI (MQC)
        • IP packet classification/marking
        • Queuing (both ingress and egress)
        • Policing (both ingress and egress)
        • Diagnostic and network management support
      3. IPv4 Multicast Технологии:
        • Protocol Independent Multicast (PIM) Forwarding
        • IP Multicast Priority Propagation
        • Multicast Reverse Path Forwarding (RPF)
        • Multicast Nonstop Forwarding (NSF)
        • Multicast Forwarding Information Base (MFIB)
      4. MPLS Технологии:
        • MPLS forwarding
        • MPLS load balancing
        • Traffic Engineering (TE), Point-to-Multipoint TE (P2MP)
        • Policy-based TE Selection (PBTS)
        • MPLS OAM
        • UNI
        • LMP
      5. Технологии безопасности:
      6. Access control list
      7. Unicast Reverse Path Forwarding (uRPF)
      8. QoS based Policy Propagation through BGP (QPPB)
      9. Control packet policing (CPP)
      10. Dynamic control plane protection (DCoPP)
      11. GTSM RFC 3682 (formally BTSH)
      12. Error Detection and Fast Convergence Технологии:
      13. Bidirectional Forwarding Detection (BFD)
      14. Ethernet OAM (E-OAM), Service-Level Agreement (SLA), 802.1ag, 802.3ah, Y.1731
      15. Accounting:
      16. NetFlow
      17. BGP Policy Accounting
    1. Интерфейсная плата с портами 10GE для маршрутизаторов магистрального уровня должны удовлетворять следующим требованиям:
      1. Платы должны поддерживать следующие сетевые протоколы:
      • Инкапсуляцию (ARPA, IEEE 802.2/SAP, IEEE 802.3/SNAP);
      • Контроль трафика (IEEE 802.x);
      • IEEE 802.1p tagging
      • Виртуальные LAN (IEEE 802.1q);
      • Multiple Spanning Trees (IEEE 802.1s);
      • Per-port byte and packet counters for policy drops; oversubscription drops; cyclic redundancy check
      • (CRC) error drops; packet sizes; and unicast, multicast, and broadcast packets
      • Rapid Reconfiguration of Spanning Tree (IEEE 802.1w);
      • Полнодуплексный режим и управление потоком (IEEE 802.3x);
      • Агрегация каналов (IEEE 802.3ad);
      • 10 Гбит/с Ethernet по LAN WAN/PHY
      1. Платы должны поддерживать следующие функции совместимости:
      • Cisco IOS XR Software Release 4.0.0 или позднее



  1. Требования к программному обеспечению коммутаторов уровня дистрибуции
    1. Коммутаторы должны поддерживать следующие программные поддержки в программном обеспечении:
      • Платы должны поддерживать следующие сетевые протоколы Carrier Ethernet and IP/MPLS:
      • IPv4 Unicast and Multicast
      • IPv6 Unicast and Multicast
      • MPLS provider edge Layer 2 and Layer 3 VPNs
      • MPLS Traffic Engineering (MPLS-TE)
      • MPLS Fast Reroute (FRR)
      • Diff-Serv aware MPLS TE
      • GRE and IP-in-IP Tunneling
      • Ethernet Bridging and Ethernet Multipoint Bridging (E-MPB)
      • Ethernet Switching
      • Ethernet over MPLS (EoMPLS)
      • Switch port - access and trunk
      • QinQ Termination
      • Selective QinQ
      • Flexible QinQ
      • VLAN Translation
      • Private VLAN
      • VPLS and H-VPLS
      • VLAN and Spanning Tree Protocols
      • Per VLAN Spanning Tree (PVST)
      • Virtual Switch Tagging (VST)
      • Rapid Spanning Tree Protocol (RSTP)
      • Multiple Spanning Tree (MST) Protocol - IEEE 802.1s
      • VACL and VTP
      • 802.1ah
    1. Платы должны поддерживать следующие функции обеспечения качества обслуживания:
      • Modular QoS CLI (MQC)
      • Policing granularity down to ingress, egress, physical interfaces, and VLAN
      • Access control lists
      • Classification, marking, policing, and queuing
      • Diff-Serv Code Point (DSCP)
      • Complex re-marking of Ethernet and IP/MPLS headers
      • Hierarchical QoS (H-QoS)



  1. Общие требования к управлению сетевыми устройствами
    1. Устройства должны использовать единую операционную систему с идентичным CLI.
    1. Устройства должны поддерживать следующие способы управления:
      • Управление при помощи RS232 интерфейса;
      • Управление через сеть передачи данных (in band).
    1. Должны поддерживаться следующие протоколы управления:
      • Telnet;
      • SSH;
      • SNMP.
    1. Устройства должны поддерживать аутентификацию пользователей, пытающихся получить доступ к интерфейсу управления, при помощи:
      • Локальной базы данных;
      • RADIUS;
      • TACACS+.
    1. Гибкий механизм безопасности должен позволять администратору устанавливать несколько уровней привилегий, а также различные права доступа для операторов сети в зависимости от их местонахождения и функций;
    2. Устройства должны поддерживать сохранение журнала событий на удаленном сервере при помощи протокола SYSLOG и передачу SNMP Trap на станцию управления, информирующих об изменении состояний протоколов маршрутизации, параметров окружающей среды и т.п.
    3. Устройства должны поддерживать протокол синхронизации времени NTP (RFC 1305).
    4. Требования к безопасности:
      1. Устройства должны поддерживать фильтрацию трафика управления с помощью списков доступа (ACL);
      2. Для протоколов маршрутизации должны поддерживаться расширения, обеспечивающие аутентификацию их сообщений;



  1. Требования к ЗИП

В состав ЗИП должно входить оборудование в количестве, указанном в таблице 4:

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

№
Наименование
Количество

1
Интерфейсный модуль типа 4-10GE для оборудования CRS-1; Cisco CRS-1 Series 4X10GE Interface Module
1

2
Процессор пересылки; Cisco CRS-1 Series Forwarding Processor 40G
1

3
Интерфейсный модуль типа XENPAK 10GB LR; 10GBASE-LR XENPAK Module with DOM support
1

4
Интерфейсный модуль типа 4-10GE для оборудования 7600; Cat6500 4-port 10 Gigabit Ethernet Module (req. XENPAKs)
1

5
Карта распределения пересылки для оборудования 7600; Catalyst 6500 Dist Fwd Card- 3CXL, for WS-X67xx
1



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



  1. Требования к характеристикам взаимосвязей системы со смежными системами управления
    1. Оборудование должно обеспечивать интеграцию с существующей в АО "Казахтелеком" Системой Управления Сетями Телекоммуникаций посредством передачи потоков аварийных и информационных сообщений с использованием одного из интерфейсов: SNMP, RS-232 / Telnet;
    1. Общие требования ко всем интерфейсам:
    2. Все принимаемые сообщения должны содержать:
    3. a) Физический и/или логический адрес оборудования, на котором произошла неисправность;
    4. b) Идентификатор или внутренний номер репортажа;
    5. c) Тип репортажа (проблема/разрешение/информация);
    6. d) Категория срочности устранения неисправности (critical/minor/major, и т.п.);
    7. e) Дата и время возникновения неисправности;
    8. f) Другая дополнительная информация, которую технический персонал может использовать для локализации и устранения неисправности оборудования.
    9. Эксплуатационная документация на поставляемое оборудование должна содержать перечни аварийных и информационных сообщений, включающие в себя описание формата сообщений, идентификаторы (уникальные ключевые слова) сообщений, и их описание на английском и русском языках.
    10. Требования к интерфейсу SNMP:
    11. Сообщения должны передаваться в следующих форматах:
    12. a) SNMP V1 traps, V2c traps, and V3 traps;
    13. b) SNMP V2c and V3 informs.
    14. Эксплуатационная документация на поставляемое оборудование должна содержать:
    15. a) Версию используемого протокола;
    16. b) Набор всех необходимых MIB файлов, соответствующий оборудованию, включая все вышестоящие MIB;
    17. c) Описание Trap’ов и Inform’ов;
    18. d) Описание и формат значений передаваемых OID’ов.
    19. Требования к интерфейсу RS-232 / Telnet:
    20. Сообщения должны передаваться в формате ASCII или CP1251;
    21. Выводить сообщения без запроса (без выполнения команд);
    22. Сообщение должно заканчиваться фиксированным символом или их набором информируя о логическом завершении сообщения.
    23. Для осуществления контроля качества (QOS) на вновь вводимых сегментах Сети Передачи Данных все активное сетевое оборудование, которое будет участвовать в определений границ доверия на сети (маршрутизаторы, коммутаторы Метро сетей и оборудования Магистральных сетей IP/MPLS ДКП), должно быть дополнительно укомплектовано маршрутизатором, содержащим компонент Service Assurance Agent (SAAsr с типом интерфейса Fast Ethernet), для проведения измерений.
    24. Сетевое оборудование должно иметь дополнительный интерфейс Fast Ethernet для подключения SAAsr, либо конвертирующее устройство, через которое можно будет подключить SAAsr к соответствующему интерфейсу устройства.
    25. При проектировании сетевой архитектуры необходимо учитывать организацию каналов мониторинга SLA параметров.



  1. Гарантийное обслуживание

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