УТВЕРЖДАЮ - Прокуратура Архангельской области

ЧАСТЬ II. ПРОЕКТ ГОСУДАРСТВЕННОГО КОНТРАКТА
Государственный контракт № ___
на поставку оборудования системы унифицированных коммуникаций
для нужд прокуратуры Архангельской области
г. Архангельск
«___» __________ 2013 г.
Прокуратура Архангельской области, в лице заместителя прокурора области старшего
советника юстиции Ананьева Владимира Михайловича, действующего на основании
доверенности от 08 июля 2013 года, 29 АА № 0458964 удостоверенной Неклюдовой Ольгой
Юрьевной, нотариусом нотариального округа город Архангельск Архангельской области,
именуемая в дальнейшем «Заказчик» и ______________ в лице ____________________,
действующем на основании _____________, именуемый в дальнейшем «Поставщик» на основании
протокола №____ от ____________, заключили настоящий государственный контракт (далее по
тексту - Контракт) о нижеследующем:
1. Предмет контракта
1.1. Поставка оборудования системы унифицированных коммуникаций для нужд
прокуратуры Архангельской области (далее Товар) согласно техническому заданию (приложение
№ 1), являющемуся неотъемлемой частью настоящего контракта.
2. Цена и порядок расчетов
2.1. Общая цена контракта, включает налог на добавленную стоимость и действующие на
момент заключения контракта таможенные платежи, пошлины и другие сборы Российской
Федерации, взимаемые в связи с выполнением настоящего контракта, устанавливается в
российских рублях в сумме (с учетом НДС) ______________________.
2.3. Цена, предусмотренная в п. 2.1. настоящего контракта, остается неизменной в течение
всего срока его действия. В цену товара входит стоимость тары, упаковки, маркировки, страховки
и доставки.
2.4. Оплата товара производится в российских рублях. Датой платежа считается день
зачисления на расчетный счет «Поставщика» денежных средств, перечисленных «Заказчиком».
2.5. Оплата поставленной продукции будет произведена по факту в течение 10 банковских
дней со дня подписания сторонами накладной приемки-передачи товара.
3. Срок и условия поставки
3.1. Товар поставляется «Заказчику» по адресу: г. Архангельск, ул. Садовая, д. 11.
3.2. Поставка всего Товара, осуществляется не позднее 30 (Тридцати) дней с момента
подписания государственного контракта.
3.3. Право собственности на товар переходит к «Заказчику» с момента оплаты Товара,
которым считается день поступления на расчетный счет «Поставщика» денежных средств. Днем
доставки товара считается доставка Товара в место, указанное в п. 3.1. настоящего контракта,
сдача его в установленном порядке уполномоченному представителю «Заказчика» и подписания
уполномоченными представителями «Поставщика» и «Заказчика» накладной приемки-передачи
товара.
4. Качество и комплектность
1
4.1. «Поставщик» обязан передать «Заказчику» Товар в полном соответствии с техническим
заданием (Приложение №1), являющемуся неотъемлемой частью настоящего контракта.
4.2. «Поставщик» гарантирует качество товара, отвечающее требованиям действующих
нормативных документов.
4.3. «Поставщик» не вправе самостоятельно заменять составные части оборудования без
письменного согласования с «Заказчиком».
4.4. Вся продукция должна быть новой (не бывшей в употреблении), должна отгружаться в
стандартной упаковке с учетом необходимых маркировок.
5. Обязательства сторон
5.1. «Поставщик» обязуется:
5.1.1. Обеспечить поставку Товара в соответствии с техническим заданием на условиях,
предусмотренных настоящим контрактом.
5.1.2. Не позднее одного дня до отгрузки Товара «Заказчику» уведомить последнего о
готовности передать ему Товар.
5.1.3. Гарантировать качество, надежность и комплектность Товара в соответствии с
техническими характеристиками изготовителя и условиями настоящего контракта.
5.1.4. Обеспечить передачу «Заказчику» вместе с Товаром принадлежностей к нему, а также
относящуюся к нему документацию: технические паспорта, инструкции по эксплуатации,
сертификаты соответствия, качества, гарантийные талоны, лицензионные программные продукты.
5.2. «Заказчик» обязуется:
5.2.1. Обеспечить приемку поставленного по настоящему контракту Товара своим
уполномоченным представителем.
6. Приемка товара, качество, гарантии
6.1. «Заказчик» должен принять товар по количеству и комплектности, согласно
техническому заданию. При передаче «Товара» Сторонами подписывается товарно-транспортная
накладная, передается счет-фактура.
6.2. В случае обнаружения факта поставки товара ненадлежащего качества в период
гарантийного срока «Поставщик» обязан заменить такой товар на товар надлежащего качества в
двадцатидневный срок. Все расходы в этом случае осуществляются за счет «Поставщика».
6.3. Гарантия вступает в силу при условии оплаты «Заказчиком» поставленного Товара.
Каждая единица Товара сопровождается гарантийным талоном.
6.4. В период гарантийного срока доставка оборудования на гарантийное обслуживание к
месту ремонта и обратно к «Заказчику» осуществляется транспортом «Поставщика».
7. Ответственность сторон
7.1. Виновная в нарушении условий настоящего контракта сторона несет ответственность в
соответствии с действующим законодательством Российской Федерации.
8. Форс-мажорные обстоятельства
8.1. Стороны освобождаются от ответственности в случае возникновения обстоятельств
непреодолимой силы, определенных законодательством, о чем уведомляется другая сторона с
предоставлением доказательств.
8.2. После прекращения этих обстоятельств, стороны принимают меры по выполнению
государственного контракта.
9. Прочие условия
2
9.1. Приложения, дополнения и изменения к настоящему контракту являются неотъемлемой
его частью и действительны лишь в случае, если они совершены в письменной форме и
подписаны уполномоченными представителями сторон.
9.2. Все споры и разногласия, которые могут возникнуть в процессе исполнения контракта
разрешаются путем переговоров, а при не достижении соглашения между сторонами – в
арбитражном суде по месту нахождения истца.
9.3. Иные вопросы, не предусмотренные в настоящем контракте, разрешаются в
соответствии с действующим законодательством Российской Федерации.
9.4. Настоящий контракт вступает в силу после его подписания сторонами и действует до
полного выполнения предусмотренных в нем обязательств.
9.5. Настоящий контракт составлен в двух экземплярах, по одному для каждой из сторон.
10. Юридические адреса и банковские реквизиты сторон
«Заказчик»
«Поставщик»
Прокуратура Архангельской области
163002, г. Архангельск,
пр. Новгородский, д.15
ИНН 2901052689 КПП 290101001
л/сч. 03241286090 в УФК по Архангельской
области
ОКОНХ 97842 ОКПО 02910901
р/сч.40105810800000010097 в ГРКЦ ГУ Банка
России по Архангельской области г.
Архангельск
БИК 041117001
___________________ (____________ )
___________________ (____________ )
3
Приложение № 1
к Государственному контракту № __ от _________ 2013 г.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
Поставка оборудования системы унифицированных коммуникаций
Оборудование предназначено для построения системы унифицированных коммуникаций
в прокуратуре города Архангельска.
Условия эксплуатации:
1. электропитание от однофазной сети переменного тока напряжение 220±20 вольт;
частота 50±1 герц, температурный диапазон - +10 - +35° С;
2. относительная влажность - до 80% при температуре при +25° С,
3. должно быть пригодно для ремонта силами квалифицированного персонала, путем
замены неисправных блоков с последующим их ремонтом.
Перечень поставляемого оборудования:
№
1
2
3
4
5
6
7
8
9
10
Описание
Кол-во
Сервер управления и обработки вызовов
1
IP-телефоный аппарат с лицензией для подключения к серверу управления и
110
обработки вызовов
Голосовой шлюз для подключения аналоговых абонентов 24 порта с
1
необходимыми лицензиями для подключения к серверу управления и
обработки вызовов
Пограничный маршрутизатор
1
Коммутатор доступа
6
Коммутатор ядра
2
Источник бесперебойного питания
2
Шкаф напольный телекоммуникационный 19”,42 U (комплект)
1
Организатор кабеля горизонтальный, металлический, 1U
10
Патч-панель 19”, 24 порта RJ45, категория 5e
3
Технические требования и комплектация:
Общие требования к системе унифицированных коммуникаций.
1. Система унифицированных коммуникаций должна состоять из следующих
компонентов:
1. Сервер управления IP телефонными вызовами (сервер управления должен иметь
встроенный голосовой шлюз для подключения к телефонным сетям общего пользования и иметь
возможность подключения к внешним голосовым шлюзам).
2. Телефонные аппараты (система должна поддерживать использование аппаратных и
программных IP телефонов для операционных системах Microsoft Windows/Apple MAC OS и
мобильных устройств на платформах Apple iOS и Android).
3. Голосовой шлюз для подключения традиционных аналоговых телефонов и
факсимильных аппаратов.
4. Коммутаторы доступа для подключения ip-телефоных аппаратов
5. Коммутаторы ядра для соединения компонентов системы
6. Маршрутизатор для подключения внешних интерфейсов
2. Взаимодействие между компонентами системы должно осуществляться только на базе
стека протоколов TCP/IP (RFC791).
4
3. В системе для выполнения аудивызовов должны использоваться стандартные кодеки
ITU G.711mu, G.729a, G.729b.
4. Система унифицированных коммуникаций должна поддерживать объединение в одну
сеть до 10 офисов, для которых используется единый план нумерации и звонки по короткому
(внутреннему) номеру между всеми офисами; должна поддерживаться возможность ограничения
числа одновременных вызовов между офисами.
5. Система унифицированных коммуникаций должна обеспечивать единые сервисы для
всех абонентов, как находящихся в центральном офисе, так и располагающихся в филиалах.
6. Система унифицированных коммуникаций должна обеспечивать возможность
применения видеотелефонов и осуществления видео-вызовов с использованием единого с
аудиовызовами номерного плана.
Сервер управления и обработки вызовов
1. Требования к серверу управления IP телефонными вызовами:
1. Сервер управления должен обеспечивать обслуживание не менее 300 пользователей и
не менее 400 внутренних линий, IP телефонных аппаратов и аналоговых телефонов;
2. Сервер управления должен иметь все необходимое программное обеспечение
предустановленным на заводе-изготовителе;
2. Сервер управления должен иметь следующие встроенные системы:
1. голосовой шлюзов для подключения к телефонным сетям общего пользования;
2. система обработки голосовых сообщений;
3. система организации аудио-конференций;
4. система голосового меню автосекретаря в возможностью загрузки голосовых
приветствий;
5. система распределения звонков по группам абонентов.
3. Сервер управления должен поддерживать следующие протоколы и технологии для
стыковки с внешними телефонными системами:
4. Протокол SIP RFC 3261, включая RFC 2833 RTP Payload for DTMF Digits.
5. Протокол MGCP для управления шлюзами.
6. Сервер управления должен предоставлять возможность дистанционной настройки и
мониторинга.
7. Доступ к административному интерфейсу сервера управления должен осуществляться
через web посредством протокола HTTP. Интерфейс администратора должен быть русском на
языке;
8. Сервер управления должен содержать встроенное средство мониторинга состояния
сервера, журналирования событий и сбора статистики звонков (CDR) с возможностью выгрузки
результатов в текстовом формате в виде полей, разделенных запятыми (Comma Separated Value).
Доступ к средству мониторинга должен осуществляться через web-интерфейс.
9. Сервер управления должен предоставлять инструментарий для быстрой конфигурации
системы путем загрузки через web-интерфейс файла конфигурации в табличном формате .xls.
10. Сервер управления должен обеспечивать следующие пользовательские функции:
1. Отображение на телефонных аппаратах номера вызывающего абонента.
2. Перенаправление вызова. Должна поддерживаться возможность безусловного
перенаправления всех вызовов, перенаправления при занятости номера абонента или при
отсутствии ответа в течение установленного интервала времени.
3. Парковка вызова. Сервер управления должен обеспечивать возможность парковки
установленного соединения на определенный номер, для его последующего продолжения с
другого телефонного аппарата.
4. Перехват вызовов и групповой перехват вызовов. Сервер управления должен
обеспечивать возможность перехвата вызовов, поступающих на телефонные аппараты группы, с
телефонного аппарата, принадлежащего этой группе. Сервер управления также должен
обеспечивать возможность перехвата вызовов, принадлежащих другой группе. Для этого абонент
должен при перехвате вызова указать номер группы.
5
5. Ожидание вызовов. Сервер управления должен поддерживать режим ожидания
вызовов. При поступлении второго звонка на занятую абонентскую линию, должна
обеспечиваться индикация на экране телефона и раздаваться звуковой сигнал. Абонент должен
иметь возможность удержать текущее соединение и переключиться на поступивший звонок.
6. Функция динамического назначения добавочных номеров. Сервер управления
позволяет временно получать доступ с телефона с поддержкой данной функции к таким
параметрам конфигурации основного телефона, как сопоставление телефонный линий и
устройств, сервисы и быстрый набор.
7. Функция набора номера с web- страниц.
8. Функция единого номера для всех вызовов. Функция использования единого номера
для всех вызовов позволяет связать внешние телефоны (например, мобильный) с линией 1 на
настольном телефоне пользователя. При поступлении вызова на линию 1 настольного телефона
звонок раздается на внешнем телефоне. Пользователь может переключиться с настольного
телефона на внешний телефон во время вызова, не разрывая соединение. Переключение можно
осуществлять как для входящих, так и для исходящих вызовов.
11. Сервер управления должен поддерживать план нумерации России и иметь возможности
по манипуляциям с цифрами набираемых/принимаемых номеров;
12. Сервер управления должен поддерживать перевод вызовов (Transfer). Должен
поддерживаться безусловный перевод звонка и перевод с консультацией.
13. Сервер управления должен обеспечивать пользовательский web-итерфейс на русском
языке для индивидуальной настройки параметров для телефонного аппарата абонента.
14. Сервер управления должен поддерживать создание конференций. Конференция может
быть организована подключением абонентов одним из участников в процессе телефонного
разговора. В последнем случае, участники подключаются к конференции самостоятельно,
позвонив на заранее определенный номер. Сервер управления должен поддерживать в своем
составе программный компонент для организации конференций не менее чем на 8 участников.
15. Web-интерфейс конфигурации сервера должен поддерживать использования мастеров
настройки для быстрой конфигурации.
16. Сервер управления должен иметь руководство администратора на русском языке.
17. Сервер управления должен иметь возможность использования программной консоли
для секретаря;
18. Встроенный шлюз для подключения к телефонным сетям общего пользования должен
иметь два интерфейса Е1 и поддерживать следующие протоколы взаимодействия с
традиционными телефонными сетями общего пользования и офисными телефонными станциями:
E1-R2, E1 ISDN PRI.
IP-телефоный аппарат
Требования к IP телефонным аппаратам:
1. Телефонные аппараты должны содержать встроенный коммутатор со следующими
интерфейсами: один интерфейс IEEE 802.3 10/100 Base-TX для подключения к коммутатору
локальной вычислительной сети; один интерфейс 10/100 Base-TX для подключения компьютера
через телефонный аппарат.
2. Телефонные аппараты должны использовать протокол TFTP для взаимодействия c
серверами управления для получения конфигурационной информации и обновлений
программного обеспечения.
3. Телефонные аппараты должны передавать сообщения о пользовательских воздействиях
серверам управления (поднятие трубки, набор номера, запрос дополнительных услуг – перевод
звонка, организация конференции).
4. Телефонные аппараты должны обрабатывать сообщения и исполнять команды,
поступающие с серверов управления.
5. Телефонные аппараты должны поддерживать стандарт IEEE 802.1Q. Устройства
должны иметь возможность передавать голосовой и управляющий трафик в отдельной
6
виртуальной локальной сети, отделяя его от трафика передачи данных, подключенного через
телефон компьютера.
6. Телефонные аппараты должны поддерживать протокол DHCP для динамического
назначения IP-адреса (RFC 951, RFC 1542). Должна поддерживаться возможность получения IPадреса TFTP-сервера в поле №150 DHCP.
7. Телефонные аппараты должны поддерживать протокол для доступа к доменной службе
имен DNS, описанный в RFC 1035;
8. Телефонные аппараты должны поддерживать режим электропитания от коммутаторов
локальной вычислительной сети согласно стандарту IEEE 802.3af.
9. Телефонные аппараты должны иметь возможность автоматически получать от
коммутатора информацию о номере виртуальной ЛВС, используемой для передачи телефонного
трафика.
10. Телефонные аппараты должны иметь возможность сообщить коммутатору
информацию о мощности реально потребляемого электропитания.
11. Телефонные аппараты должны иметь графический дисплей.
12. Телефонные аппараты с цветным графическим дисплеем должны соответствовать
первому классу электропитания (энергопотребление не более 3.84 Вт).
13. Телефонные аппараты должны обладать русскоязычным интерфейсом пользователя.
Все сообщения, подсказки, названия программируемых клавиш должны использовать русский
язык.
Голосовой шлюз для аналоговых телефонов
1.
Шлюз должен обеспечивать подключение 24 двухпроводных аналоговых абонентов
(FXS).
2. Для каждого из подключений должна быть обеспечена возможность настройки типа
нагрузки (600 Ом, комплексная и т.п.)
3. Подключение к контроллеру вызовов должно осуществляться по протоколам MGCP (с
возможностью перехода на H.323 при аварии основного контроллера вызовов), H.323 и SIP.
4. Подключение абонентов должно осуществляться с использованием разъёма RJ-21.
5. Шлюз должен быть выполнен в форм-факторе 1U для монтажа в 19” стойку.
6. Подключение к локальной вычислительной сети должно осуществляться при помощи 2
портов 10/100 BaseT Ethernet.
7. Должна быть предусмотрена возможность подключения внешнего резервного блока
питания напряжением 12 В.
8. Шлюз должен обеспечивать поддержку протокола CallerID (Bellcore).
9. Шлюз должен обеспечивать зажигание на телефонных аппаратах индикатора
ожидающего сообщения (MWI) при помощи протокола FSK (ЧМн, частотно-манипулированный
сигнал) с напряжением до 40 В.
10. Шлюз должен поддерживать сигнализации методом замыкания шлейфа (loop-start) и с
заземлением (ground-start) на портах FXS.
11. Шлюз должен воспринимать тоновый (DTMF) и импульсный наборы.
12. Шлюз должен поддерживать передачу факсов по IP сети в соответствии со стандартом
ITU-T T.38.
13. Шлюз должен поддерживать кодеки G.711, G.729.
14. Шлюз должен поддерживать рабочий диапазон температур от 0 до +50 градусов
Цельсия.
15. Средняя потребляемая мощность не должна превышать 60 Ватт.
16. Шлюз должен поддерживать динамическое резервирование полосы пропускания с
использованием протокола RSVP.
17. Шлюз должен обеспечивать подключение следующего эквивалента нагрузки: 1 порт –
5 REN, весь шлюз – 12 REN.
18. Шлюз должен обеспечивать подключение телефонных аппаратов на удалении не менее
900 метров при использовании провода сечением 26 AWG (только внутри помещений).
7
19. Среднее расчётное время наработки на отказ (MTBF) должно составлять не менее 190
000 часов.
Пограничный маршрутизатор
1. Маршрутизатор должен иметь максимальную производительность не менее 353000
(трехсот пятидесяти трех тысяч) пакетов в секунду для пакетов размером 64 байта.
2. Маршрутизатор должен быть оснащен оперативной памятью объемом не менее 512
МБ. Тип оперативной памяти DDR2 ECC DRAM (double data rate 2 error-correcting).
Маршрутизатор должен поддерживать возможность расширения оперативной памяти до 2 Гб.
Маршрутизатор должен иметь как минимум один слот типа DIMM (dual in-line memory module)
для установки модулей оперативной памяти.
3. Маршрутизатор должен быть оснащен съемной энергонезависимой памятью для
хранения файлов операционной системы и резервных конфигурационных файлов объемом не
менее 256 МБ. Тип памяти – Compact Flash. Маршрутизатор должен иметь как минимум два слота
для установки карт съемной энергонезависимой памяти Compact Flash. Маршрутизатор должен
поддерживать возможность установки карт памяти Compact Flash минимум до 4 ГБ на каждый
слот, до 8 Гб суммарно.
4. Маршрутизатор должен быть оснащен как минимум двумя портами USB 2.0 с
возможностью подключения съемных переносных носителей памяти для копирования с/на них
файлов конфигурации и программного обеспечения и возможностью подключения электронных
USB-ключей.
5. Маршрутизатор должен быть оснащен как минимум одним портом Mini-USB и как
минимум одним портом EIA/TIA-232 (разъем RJ-45) для подключения консольного терминала.
При использовании для управления маршрутизатором порта Mini-USB порт EIA/TIA-232 (RJ-45)
для подключения консольного терминала должен автоматически деактивироваться.
6. Маршрутизатор должен быть оснащен встроенным портом EIA/TIA-232 для
подключения модема и поддержкой дистанционного подключения консольного терминала.
7. Маршрутизатор должен быть оснащен встроенными энергонезависимыми часами с
отдельным элементом питания типа Li-Ion.
8. Маршрутизатор должен иметь не менее трех встроенных портов Gigabit Ethernet
10/100/1000Base-T с разъемом RJ-45 с поддержкой механизма автоматического согласования
скорости и дуплекса.
9. Маршрутизатор должен поставляться с блоком электропитания от сети переменного
тока (100-240 В, 47-63 Гц) мощностью 210 Ватт или увеличенной мощности (250 Ватт) с
возможностью подачи питания PoE-устройствам или с блоком питания от сети постоянного тока.
10. Маршрутизатор должен поставляться с не менее чем с двумя модулями для
подключения интерфейсов FXO. Общее кол-во интерфейсов FXO не менее 8.
11. Маршрутизатор должен поддерживать работу с внешней системой резервного питания.
Внешняя система резервного питания должна иметь возможность использоваться либо в режиме
обеспечения резервирования подачи электропитания на случай отказа, либо в режиме подачи
дополнительного электропитания на маршрутизатор.
12. Маршрутизатор должен иметь не менее четырех слотов для установки
высокоскоростных интерфейсных карт. Должна поддерживаться возможность установки карт
двойной ширины – не менее двух карт. Каждый слот должен обеспечивать суммарную
пропускную способность не менее 1,6 Гб/с к управляющему процессору и не менее 2 Гб/с к
другим слотам через мультигигабитную фабрику.
13. Маршрутизатор должен иметь не менее одного слота для установки сервисного модуля.
Слот должен обеспечивать суммарную пропускную способность не менее 4 Гб/с к управляющему
процессору и не менее 2 Гб/с к другим слотам через мультигигабитную фабрику. Возможность
установки в слот для сервисного модуля сетевых модулей и голосовых модулей расширения
должна поддерживаться с помощью специального адаптера. Маршрутизатор должен
поддерживать возможность управления электропитанием модуля, установленного в слот.
14. Маршрутизатор должен иметь возможность установки модуля для организации
8
виртуальных частных сетей, имеющего сертификат ФСБ по классу КС1/КС2.
15. Маршрутизатор должен иметь на материнской плате не менее одного слота для
установки внутреннего сервисного модуля. Слот должен обеспечивать суммарную пропускную
способность не менее 4 Гб/с к управляющему процессору и не менее 2 Гб/с к другим слотам через
мультигигабитную фабрику. Маршрутизатор должен поддерживать возможность управления
электропитанием внутреннего сервисного модуля, установленного в слот.
16. Маршрутизатор должен иметь на материнской плате не менее двух слотов для
установки внутренних модулей цифровых сигнальных процессоров, поддерживающих обработку
голоса и видео. Каждый слот должен обеспечивать суммарную пропускную способность не менее
2 Гб/с через мультигигабитную фабрику. Маршрутизатор должен поддерживать возможность
управления электропитанием модулей цифровых сигнальных процессоров, установленных в слот.
Должна поддерживаться установка в слоты через специальный адаптер модулей цифровых
сигнальных процессоров предыдущего поколения для обработки голоса.
17. Корпус маршрутизатора должен предусматривать монтаж в стандартную 19" стойку.
Маршрутизатор должен занимать не более двух монтажных единиц (2 rack unit).
18. Маршрутизатор должен иметь размеры 88,9 x 438,2 x 304,8 мм.
19. Маршрутизатор должен поставляться с универсальным файлом программного
обеспечения, содержащим всю запрашиваемую функциональность. Доступ к различным наборам
функций программного обеспечения должен предоставляться с помощью активирования
приобретаемых лицензий без необходимости замены файла программного обеспечения.
20. Должна поддерживаться возможность установки одного из двух типов универсальных
файлов программного обеспечения – с поддержкой устойчивого шифрования и без его поддержки.
Маршрутизатор должен поставляться с файлом программного обеспечения без поддержки
устойчивого шифрования.
21. Маршрутизатор должен удовлетворять требованиям к маршрутизаторам,
определенным в IETF RFC 1812 Requirements for IP Version 4 Routers, а также поддерживать
одновременную работу с IPv4 и IPv6, включая многоадресную рассылку в IPv4 и IPv6.
22. Маршрутизатор должен поддерживать протокол ARP в соответствии со следующими
документами IETF: RFC 826 Address Resolution Protocol, RFC 903 Reverse Address Resolution
Protocol, RFC 1027 Proxy Address Resolution Protocol, RFC 1042 Standard for the Transmission of IP
Datagrams over IEEE 802 Networks.
23. Маршрутизатор должен поддерживать механизм быстрой коммутации пакетов IP,
работа которого не зависит от проходящего через маршрутизатор трафика. Использование
механизмов коммутации пакетов, основанных на кэшировании маршрутов, недопустимо.
24. Маршрутизатор должен обеспечивать возможность настройки маршрутов
администратором вручную.
25. Маршрутизатор должен поддерживать протокол динамической маршрутизации OSPF в
соответствии со следующими документами IETF: RFC 2328 OSPF v2; RFC 1793 Extending OSPF to
Support Demand Circuits; RFC 1587 The OSPF NSSA option, RFC 3623 Graceful OSPF Restart.
26. Маршрутизатор должен поддерживать протокол динамической маршрутизации RIP в
соответствии со следующими документами IETF: RFC 2453 RIP Version 2; RFC 2091 Triggered
Extensions to RIP to Support Demand Circuits.
27. Маршрутизатор должен поддерживать протокол динамической маршрутизации IS-IS в
соответствии с IETF RFC 1195 Use of OSI IS-IS for Routing in TCP/IP and Dual Environments.
28. Маршрутизатор должен поддерживать протокол динамической маршрутизации BGP в
соответствии со следующими документами IETF: RFC 2858 Multiprotocol Extensions for BGP-4;
RFC 3107 Carrying Label Information in BGP-4; RFC 4271 A Border Gateway Protocol 4 (BGP-4);
RFC 4893 BGP Support for Four-Octet AS Number Space.
29. Маршрутизатор должен поддерживать балансировку трафика по маршрутам
неэквивалентной стоимости с помощью динамического протокола маршрутизации.
30. Маршрутизатор должен обеспечивать маршрутизацию IP пакетов в соответствии с
заданными правилами маршрутизации для классифицированных потоков данных.
31. Маршрутизатор должен поддерживать механизм ограничения интенсивности трафика,
направляемого на обработку в плоскость управления маршрутизатора.
9
32. Маршрутизатор должен поддерживать механизм классификации пакетов по
принадлежности к определенным приложениям, включая web-приложения и протоколы,
использующие динамическое назначение портов TCP/UDP, в том числе одноранговые (Skype,
BitTorrent). Помимо наличия встроенных критериев классификации маршрутизатор должен
поддерживать возможность самостоятельного задания администратором критериев для отнесения
пакета к определенному TCP- или UDP-приложению путем проверки соответствия данных,
содержащихся в пакете, параметрам, указанным администратором.
33. Маршрутизатор должен поддерживать механизм ускоренной перезагрузки путем
копирования в свободный диапазон оперативной памяти второй копии операционной системы,
распаковки ее там с последующей передачей управления (горячая перезагрузка). При этом должно
поддерживаться копирование как текущей версии операционной системы, так и другой версии
операционной системы (горячее обновление программного обеспечения).
34. Маршрутизатор должен поддерживать технологии MPLS (Multiprotocol Label
Switching) и MPLS VPN в соответствии со следующими документами IETF: RFC 3032 MPLS
Label Stack Encoding, RFC 3036 LDP Specification, RFC 3037 LDP Applicability, RFC 3478
Graceful Restart Mechanism for Label Distribution, RFC 4364 BGP MPLS/IP Virtual Private Networks
(VPNs).
35. Маршрутизатор должен поддерживать технологию оптимизированной маршрутизации
граничного уровня, позволяющую обеспечить интеллектуальную маршрутизацию и балансировку
распределения трафика между каналами передачи данных на внешней границе корпоративной
сети на основе данных о производительности каналов (время реагирования, коэффициент потери
пакетов, вариация задержки, доступность пути), политики балансировки трафика и минимизации
затрат.
36. Маршрутизатор должен поддерживать технологию Mobile IP, позволяющую
устройствам в одной IP-сети перемещаться в удаленную сеть с сохранением связи с их домашней
сетью, в соответствии со следующими документами IETF: RFC 2002, IP Mobility Support, RFC
2003, IP Encapsulation within IP, RFC 2005, Applicability Statement for Mobile IP, RFC 2006, The
Definitions of Managed Objects for IP Mobility Support.
37. Маршрутизатор должен поддерживать функции межсетевого экранирования, включая
возможность группирования физических и/или логических интерфейсов в зоны безопасности для
применения к ним групповых (зоновых) политик безопасности.
38. Маршрутизатор должен поддерживать функции фильтрации URL в соответствии с
данными о категории и репутации web-сайтов, доменах доверия, ключевых словах и применяемых
политиках, хранящихся на внешнем сервере третьих производителей. В зависимости от вида url
должна поддерживаться возможность разрешить HTTP-запрос или заблокировать, а также внести
запись в соответствующий журнал событий.
39. Маршрутизатор должен поддерживать технологию гибкого анализа пакетов на основе
сопоставления с заранее определенными шаблонами (сигнатурами), позволяющую создание своих
собственных критериев классификации нежелательных пакетов на основе любого протокола и
содержимого любой части пакета и определение политик для блокирования вирусов и атак с
учетом информации L2-L7 без поддержки состояния.
40. Маршрутизатор должен поддерживать технологии создания виртуальных частных
сетей, включая технологию создания защищенных соединений каждый-с-каждым между сетевыми
устройствами (CE) внутри сети с поддержкой групповых ключей без необходимости создания и
поддержания full mesh связности, технологию динамического установления соединений между
удаленными узлами сети с поддержкой динамически назначаемых IP-адресов удаленных узлов без
необходимости создания и поддержания full mesh связности, а также поддерживать работу с
клиентскими VPN-приложениями, включая управление политиками.
41. Должно быть доступно управляющее программное обеспечение, включающее
следующую функциональность:
1. Возможность настройки устройств через графический интерфейс.
2. Возможность настройки сетевых параметров, включая настройку протоколов
динамической маршрутизации.
3. Возможность настройки параметров безопасности, включая настройку межсетевых
10
экранов, списков доступа и параметров виртуальных частных сетей.
4. Возможность настройки параметров интегрированной в маршрутизатор телефонной
системы, включая голосовую почту.
5. Возможность настройки параметров дифференцированного обслуживания
высокоприоритетного трафика, а также голосового и видео трафика.
6. Дифференциация прав доступа пользователей в зависимости от типа выполняемых ими
задач.
7. Наличие упрощенной версии ПО с базовым функционалом, поставляемой на Flashпамяти маршрутизатора.
Коммутатор доступа
Устройство коммутации пакетов с характеристиками не ниже следующих:
1. Коммутатор должен быть оснащен портом EIA/TIA-232 для подключения консольного
терминала;
2. Не менее 24 (двадцатьчетыре) портов Ethernet 10Base-T/100Base-TX;
3. Не менее 2 (два) комбинированных порта (комбинированный порт может быть
использован как Ethernet 10/100/1000 или для установки трансиверов SFP);
4. Устройство должно поддерживать возможность обеспечения питанием абонентских
устройств согласно стандарту 802.3af на всех 24 портах (в сумме не менее 370 ватт)
5. Поддержка классификации и реклассификации трафика по полям DSCP и 802.1p CoS
(на основе IP адреса отправителя и получателя, MAC адреса отправителя и получателя, номеров
портов протоколов TCP или UDP);
6. Наличие высокоприоритетной очереди, пакеты из которой обрабатываются раньше чем
пакеты из других очередей;
7. Настройка параметров качества обслуживания не должна влиять на параметры
производительности устройства;
8. Производительность коммутирующей фабрики – не менее 16 Гбит\с;
9. Количество одновременно поддерживаемых VLAN – не менее 64;
10. Н менее 64 независимых топологий протокола spanning-tree;
11. Возможность блокирования поступления BPDU пакетов с неавторизованных портов;
12. Функция блокировки попыток вывести роль корневого устройства протокола SpanningTree за пределы административного домена;
13. Поддержка реализации алгоритма Spanning Tree обеспечивающего индивидуальное
перестроение топологии внутри виртуальной сети.
14. Не менее 4000 значений идентификатора виртуальной сети (VLAN ID);
15. Размер таблицы MAC адресов - не менее 8000 записей;
16. Количество IGMP групп – не менее 256;
17. Коммутатор должен обеспечивать объединение нескольких физических портов в одну
логическую группу. Наличие динамического протокола для автоматического согласования
параметров логической группы;
18. Поддержка функций автоматического обнаружения и блокирования однонаправленных
линков;
19. На портах должна поддерживаться функция динамического рефлектометра с
возможностью определения расстояния до места поврежедения
20. Поддержка размера фрейма не менее 9018 байт (Jumboframes) на портах 10/100/1000;
21. Обеспечение функции зеркалирования трафика с одного или нескольких портов или
VLAN коммутатора на определенный порт;
22. Обеспечение функции фильтрации статически указываемых MAC адресов;
23. Возможность уведомления администратора о подключении к портам устройств с
неизвестными MAC адресами;
24. Поддержка протокола IEEE 802.1x с динамическим назначением виртуальной сети.
25. Поддержка протокола IEEE 802.1x с возможностью использования голосового VLAN
11
для телефона, подключаемого к порту коммутатора, вне зависимости от результата
аутентификации пользователя на этом порту.
26. Возможность назначения определенной (гостевой) виртуальной сети для
пользователей, у которых не установлен клиент протокола IEEE 802.1x
27. Коммутаторы должны поддерживать настройку из интерпретатора командной строки;
28. WEB интерфейс управления;
29. Наличие возможности определения типа подключаемого устройства и автоматического
применения набора команд (шаблонов) для интерфейса, к которому подключается устройство.
Наличие предустановленных шаблонов конфигураций интерфейсов под типовые подключения –
IP телефон, коммутатор, маршрутизатор, IP видеокамера, медиа-плеер, автономная точка доступа,
точка доступа централизованной беспроводной сети.
30. Возможность автоматической конфигурации коммутатора, включающей загрузку
конфигурационного файла, образа операционной системы, настройку IP адреса и имени
коммутатора.
31. Наличие у производителя бесплатного управляющего ПО функционирующего на
платформе Windows, которое обеспечивает:
1. возможности настройки устройств через графический интерфейс,
2. возможности настройки нескольких устройств (не менее 40 устройств),
3. возможности отображения схемы сети,
4. графическое отображение передней панели устройств,
5. возможности использования мастеров для настройки параметров
дифференцированного обслуживания высокоприоритетного трафика, а также голосового и видео
трафика,
6. возможности использования мастеров для настройки параметров безопасности,
7. возможности обновления версий программного обеспечения.
32. Реализация стандартов: IEEE 802.1q, IEEE 802.1p, IEEE 802.1x, IEEE 802.1d, IEEE
802.1w; IEEE 802.1s, IEEE 802.3ad;
33. Реализация протоколов: Telnet, TFTP, NTP (RFC 958), RMON, VTP, TACACS+,
RADIUS, IGMPv3, SSHv2, SNMP;
34. Поддержка функции трассировки прохождения трафика на втором уровне
35. Дизайн для установки в шкаф 19”;
36. Размеры устройства не более 4.4см x 45см x33.02см;
37. Вес устройства не более 5.4 кг;
38. Устройство коммутации пакетов должно поставляться со следующими аксессуарами:
1. Крепежный комплект для установки в шкаф 19”.
Коммутатор ядра
Устройство коммутации пакетов с характеристиками не ниже следующих:
1. Коммутатор должен иметь не менее 24 портов Gigabit Ethernet 10/100/1000BASE-T с
разъемами RJ-45.
2. Коммутатор должен иметь слот для установки модуля расширения. На момент
поставки коммутатора должны быть доступны в продаже модули расширения на 4 порта,
оснащенные разъемами для установки трансиверов типа SFP, и модули на 4 порта, оснащенные
разъемами для установки трансиверов типа SFP+ и SFP, с поддержкой работы по не менее двух
портов на скорости 10 Гбит/с.
3. Производительность коммутатора должна составлять не менее 100 (ста) миллионов
пакетов в секунду для пакетов размером 64 байта.
4. Порты SFP должны поддерживать установку следующих типов трансиверов:
1000BASE-SX, 1000BASE-LX/LH, 1000BASE-ZX, 100BASE-FX, 1000BASE-BX и конверторов
1000Base-CWDM (coarse wavelength-division multiplexing) работающих в диапазоне ITU-T G.694.2
на следующих длинах волн: 1470 нм, 1490 нм, 1510 нм, 1530 нм, 1550 нм, 1570 нм, 1590 нм, 1610
нм.
12
5. Порты SFP+ должны поддерживать установку трансиверов работающих на скорости 10
Гбит/с по одномодовому и многомодовому оптическому волокну в соответствии со стандартом
IEEE 802.3ae на расстояниях вплоть до 10 км. Должны поддерживаться трансиверы типа LR, SR,
LRM
6. Порты SFP+ должны поддерживать установку Twinax кабелей длиной 1, 3 и 5 метров,
работающих на скорости 10 Гбит/с.
7. Объем оперативной памяти должен составлять не менее 256Мб DRAM.
8. Размер таблицы MAC адресов должен составлять не менее 12000 записей.
9. Количество одноадресных маршрутов в таблице маршрутизации должно составлять не
менее 11000.
10. Количество IGMP групп должно составлять не менее 1000.
11. Поддержка протоколов Spanning Tree спецификаций IEEE 802.1d, IEEE 802.1s, IEEE
802.1w.
12. Коммутатор должен обеспечивать объединение нескольких физических портов в одну
логическую группу. В одну группу могут входить не менее 8 портов. Наличие динамического
протокола для автоматического согласования параметров логической группы.
13. Коммутатор должен иметь опциональную возможность настройки маршрутов
администратором вручную.
14. Коммутатор должен поддерживать протокол динамической маршрутизации RIP v2 в
соответствии следующим документам IETF: RFC 2453 RIP Version 2; RFC 2091 Triggered
Extensions to RIP to Support Demand Circuits
15. Коммутатор должен поддерживать протокол динамической маршрутизации EIGRP stub
16. Коммутатор должен иметь возможность поддержки механизма быстрой коммутации
пакетов IP, работа которого не зависит от проходящего через маршрутизатор трафика.
Использование механизмов коммутации пакетов, основанных на кэшировании маршрутов,
недопустимо
17. Коммутатор должен иметь возможность поддержки маршрутизации IP пакетов в
соответствии с заданными административными политиками и на основе адреса источника.
Коммутаторы должны поддерживать режим работы в соответствии с настроенными правилами
маршрутизации для классифицированных потоков данных
18. Следующие функции маршрутизации должны поддерживаться на коммутаторе в случае
покупки дополнительной лицензии, которая не должна входить в данную поставку:
19. Коммутатор должен поддерживать следующие протоколы маршрутизации Open
Shortest Path First (OSPF), Border Gateway Protocol (BGP), Protocol Independent Multicast (PIM), и
маршрутизацию протокола IPv6 - OSPFv3.
20. Коммутатор должен поддерживать протокол динамической маршрутизации,
обеспечивающий вычисление стоимости маршрутов с учетом пропускной способности канала
связи, задержки, загрузки и надежности канала связи с возможностью установки весовых
коэффициентов для каждого из параметров. С помощью этого протокола коммутатор должен
обеспечивать объявление маршрутов к непосредственно подключенным к нему сетям и подсетям,
а также суммарных маршрутов.
21. Коммутатор должен обеспечивать возможность поддержки протокола динамической
маршрутизации, обеспечивающего балансировку нагрузку по маршрутам с разной стоимостью,
вычисление стоимости маршрутов с учетом пропускной способности канала связи, задержки,
загрузки и надежности канала связи с возможностью установки весовых коэффициентов для
каждого из параметров. Поддержка данного протокола должна обеспечиваться путем изменения
программного обеспечения коммутатора.
22. Обеспечивать функцию зеркалирования трафика с одного или нескольких портов,
выбранных с любых интерфейсных модулей в пределах коммутатора, в виртуальную сеть, что
позволяет передать зеркалированный трафик на другое устройство.
23. Наличие протокола для обмена информацией о настроенных виртуальных сетях между
сетевыми устройствами.
24. Поддержка функций автоматического обнаружения подключенных IP телефонов.
25. Поддержка размера фрейма не менее 9216 байт (Jumbo frames) на портах 10/100/1000.
13
26. Обеспечивать функцию фильтрации статически указываемых MAC адресов.
27. Возможность уведомления администратора о подключении к портам устройств с
неизвестными MAC адресами.
28. Наличие интеллектуальных функций мониторинга протокола DHCP, с целью
фильтрации нелегитимных ответов протокола DHCP, и возможность добавления опции 82 к
сообщению DHCP запроса передаваемого от клиента к серверу.
29. Возможность ведения таблицы соответствия присвоенных по протоколу DHCP IP
адресов, MAC адресу и порту подключенного устройства.
30. Возможность изменять параметры распределения памяти в зависимости от
специфических требований использования.
31. Возможность обеспечить прохождение через порт трафика только от/для
предустановленных MAC адресов. Должна быть обеспечена функция автоматической настройки
порта для выполнения этой функции.
32. Поддержка маркировки и перемаркировки пакетов по полям 802.1p CoS и DSCP, на
основе информации IP адреса отправителя и получателя, MAC адреса отправителя и получателя,
номеров портов протоколов TCP или UDP. На входных портах должна обеспечиваться
классификация трафика, проверка на соответствие заданному профилю, и последующая
перемаркировка или сбрасывание пакетов, которые превышают значения профиля.
33. Маркировка параметрами качества обслуживания контрольных пакетов посылаемых от
имени устройства.
34. Поддержка функций автоматического обнаружения и блокирования однонаправленных
линков.
35. Поддержка протокола IEEE 802.1x с динамическим назначением виртуальной сети.
36. Возможность назначения определенной (гостевой) виртуальной сети для
пользователей, у которых не установлен клиент протокола IEEE 802.1x
37. Возможность назначения индивидуальных списков доступа на порты устройства.
38. Возможность блокирования поступления BPDU пакетов с неавторизованных портов.
39. Функция блокировки попыток вывести роль корневого устройства протокола SpanningTree за пределы административного домена.
40. Коммутатор должен поддерживать настройку из интерпретатора командной строки.
41. Обеспечивать функцию трассировки прохождения трафика на втором уровне.
42. Обеспечивать возможность экспресс установки с использованием веб-интерфейса,
позволяющим настроить базовые параметры коммутатора без использования терминальных
программ и знаний интерфейса командной строки.
43. Коммутатор должен предусматривать монтаж в стандартную 19" стойку. Коммутатор
должен занимать не более одной монтажной единицы (1 rack unit).
44. При удаленном доступе к коммутационному устройству с помощью протокола Telnet
или SSH, устройство коммутации должно обеспечивать поддержку протокола контроля
административного доступа, допускающего разделение процессов аутентификации, авторизации
и записи произведенных изменений.
45. Коммутатор должен иметь возможность лицензионного апгрейда для использования
протокола динамической маршрутизации, обеспечивающего балансировку и распределение
трафика по маршрутам неэквивалентной «стоимости» пропорционально «стоимости» маршрутов.
46. Согласно данным производителя, среднее время наработки коммутатора на отказ
должно составлять не менее 180 тысяч часов.
47. Коммутатор должен иметь возможность резервирования блоков питания и
вентиляторов.
48. Коммутатор должен быть оснащен как минимум одним портом USB 2.0 с
возможностью подключения съемных переносных носителей памяти для копирования с/на них
файлов конфигурации и программного обеспечения.
49. Коммутатор должен быть оснащен как минимум одним портом Mini-USB и как
минимум одним портом EIA/TIA-232 (разъем RJ-45) для подключения консольного терминала.
50. Коммутатор должен быть оснащен выделенным Ethernet портом для удаленного
управления.
14
51. Коммутатор должен поддерживать технологию стекирования по выделенной шине
передачи данных (образования логически одного коммутатора для удобства управления и
мониторинга) с возможностью включения в стек до 9 устройств подобного типа, а так же
устройств предыдущего поколения с обеспечением обратной совместимости.
52. Коммутатор должен поддерживать технологию стекирования по выделенной шине
питания с целью более обеспечения большей отказоустойчивости стекируемых коммутаторов.
Стек должен иметь возможность подключения не менее 4 устройств.
Источник бесперебойного питания
Для совместимости с уже имеющимся оборудованием требуется поставить:
ИБП UPS 1500VA Smart APC < SUA1500RMI2U> Rack Mount 2U, USB
Шкаф телекоммуникационный:
Для совместимости с уже имеющимся оборудованием поставляемый
телекоммуникационный шкаф должен состоять из следующих компонентов:
1. Шкаф напольный Hyperline TTC-4261-SR-RAL9004 19-дюймовый (19"), 42U,
2055x600х1000, передняя и задняя перфорированные двери (72%), ручка с замком, (RAL 9004)
(разобранный)
2. Полка Hyperline TSHH-960-RAL9004 глубиной 710 мм для шкафов с глубиной от 1000
мм (до 150 кг), (RAL 9004)
3. Модуль вентиляторный Hyperline TFAT-TC1000-6-RAL9004 потолочный с 6-ю
вентиляторами для установки в напольные шкафы серии TTC глубиной 1000, (RAL 9004)
4. Микропроцессорная контрольная панель Hyperline TMPC-230V-RAL9004 (RAL 9004)
Гарантийные обязательства
Гарантия
производителя
на
поставляемое
активное
оборудование
системы
унифицированных коммуникаций должна составлять не менее 12 месяцев. Гарантия должна
включать в себя замену вышедшего из строя оборудования на оборудование той же марки и
модели без выезда технического специалиста производителя на место эксплуатации. Доставка
оборудования должна осуществляться на следующий рабочий день в интервале 9:00 до 17:00 (при
условии, что заявка получена до 15:00 местного времени) с учетом поправки на удаленность места
эксплуатации от сервисного склада. Гарантия должна включать возможность обращения в
круглосуточную службу технической поддержки. Гарантия должна включать возможность
обновления ПО сервера обработки вызовов в рамках одной версии (минорные обновления), а
также возможность обновления с одной версии на другую (мажорные обновления).
Гарантия производителя на источник бесперебойного питания должна составлять не менее
24 месяцев.
Гарантия производителя на телекоммуникационный шкаф должна составлять не менее 12
месяцев.
«Поставщик»
«Заказчик»
Прокуратура Архангельской области
___________________ (____________ )
_________________ (____________ )
15