Технические требования на закупку программно-аппаратного комплекса DHCP

Технические требования на закупку программно-аппаратного комплекса DHCP

Москва, 2016

Требование	Описание
Общие требования	Предлагаемая система должна быть выполнена в виде программно-аппаратного комплекса(ПАК).
Полное решение по обеспечению потребностей компании в кэширующих серверах DHCP должно включать в себя надежную аппаратную платформу и программное обеспечение, отвечающее современным требованиям и поддерживающее возможность дальнейшей модернизации и расширения.
Программно-аппаратный комплекс должен иметь примеры практических внедрений у операторов связи, предоставляющих услуги ШПД для частных пользователей и корпоративных клиентов.
Поставщик программно-аппаратного комплекса должен иметь в России квалифицированных специалистов, развитую партнерскую сеть (как минимум три партнера, предлагающих решения поставщика), обширную базу знаний и на этой основе предоставлять услуги по локализации сложных, нетиповых проблем, требующих глубокой экспертной проработки, а так же осуществлять техническую поддержку решения на русском языке.
Решение должно занимать лидирующие позиции в области предоставления сервисов DHCP. Эта  должно подтверждаться независимыми исследовательскими компаниями на протяжении нескольких лет.
Поставщик программно-аппаратного комплекса должен обеспечить географическое резервирование системы.
Поддержка DHCPv4/DHCPv6
Требования к аппаратному обеспечению	Предлагаемая система должна быть построена на специализированной аппаратной платформе.
Предлагаемое решение должно быть построено отказоустойчивой системы с полным географическим резервированием HA (high availability) для всего набора функций. Процесс переключения с основного на резервный не должен оказывать влияния на работоспособность клиентов.
Программно-аппаратный комплекс должен быть выполнен с резервированием по блокам питания, вентиляторам и дискам.
Аппаратная платформа программно-аппаратного комплекса должна быть с резервированным блоком питания. Блоки питания должны работать как от источника постоянного напряжения (диапазон 36-72В), так и источника переменного напряжения 220В.
Программно-аппаратный комплекс должен обеспечивать возможность монтажа в коммуникационной 19-ти дюймовой стойке
Высота программно-аппаратного комплекса должна быть не более 2RU
Программно-аппаратный комплекс должен иметь не менее двух  интерфейсов с возможностью объединения их в Etherchannel, а также иметь отдельный  интерфейс для управления.

Требования к функционалу	Система должна обеспечивать минимальное время ответа на клиентские dhcp запросы не более 200мсек
Поддержка DHCPv6/DHCPv4 опций в частности ipv4 option 82;ipv6 option 17,37
Предлагаемая система должна характеризоваться минимальным гарантированным количеством выдаваемых клиентам адресов в секунду, которое выдерживается при любой интенсивности запросов, вплоть до исчерпания пропускной способности физического интерфейса. Это значение должно быть не менее 500 lease в секунду.
Программно-аппаратный комплекс должен иметь возможность одновременно работать не менее чем с 10 VPN.
ПАК должен поддерживать не менее 96 тыс пулов и 128 тыс lease.
Программно-аппаратный комплекс должен предоставлять статистику по следующим параметрам: Скользящим окном в 1мин, 5мин,1 час, 24часа,1 неделя,1 месяц,1 год с разбивкой по пулам, по VPN, по типам клиентских устройств, по группам пулов, по группам VPN. Количество принятых пакетов DISCOVERY (общее, среднее в секунду, максимальное в секунду) Количество посланных пакетов OFFER (общее, среднее в секунду, максимальное в секунду) Количество принятых пакетов Request (общее, среднее в секунду, максимальное в секунду) Количество посланных пакетов ACK (общее, среднее в секунду, максимальное в секунду) Количество посланных пакетов NAK (общее, среднее в секунду, максимальное в секунду) Времени ответа на OFFER (общее, среднее в секунду, максимальное в секунду) Времени ответа на Request (общее, среднее в секунду, максимальное в секунду) Времени ответа  NAK (общее, среднее в секунду, максимальное в секунду) Количестве выданных адресов с разбивкой по пулам, VPN, типам  клиентских устройств (максимальное за окно, среднее за окно, максимальное в секунду) Используемой памяти, процессорному времени, размеру кэша, температуры (системы, cpu). Вся предоставляемая статистика должна быть доступна по snmp (v2/v3), через web-интерфейс и в виде текстовых файлов.
ПАК должен поддерживать VLAN на физических интерфейсах
ПАК должен соответствовать всем относящимся к DHCPv4/DHCPv6 стандартам в частности  RFC 2131,3396,3633,3315,2132,2485,2563,2610,2937,3004,3011,3046
Программно-апаратный комплекс должен поддерживать протоколы snmp версии 2 и snmp версии 3, с возможностью получения по этим протоколам максимального количества рабочих характеристик и значений по элементам запущенных на системе сервисов.
Программно-аппаратный комплекс должен поддерживать следующую функциональность IPv6: Доступ к CLI (SSH) через IPv6 Доступ к GUI через IPv6 Отсылка SNMP traps/info через IPv6 Работа с запросами SNMP через IPv6 Отсылка сообщений на внешний сервер syslog через IPv6 Email relay через IPv6 Статические IPv6 маршруты BGPv6
Работа с Relay агентами включенными по схеме резервирования на основе протокола HSRP/VRRP
Программно-аппаратный комплекс должен поддерживать следующую функциональность IPv4: Доступ к CLI (SSH) через IPv4 Доступ к GUI через IPv4 Отсылка SNMP traps/info через IPv4 Работа с запросами SNMP через IPv4 Отсылка сообщений на внешний сервер syslog через IPv4 Email relay через Ipv4 Статические Ipv4 маршруты BGPv4
ПАК должен поддерживать защиту от атак.
Настраиваемая  сетевая проверка не занятости ip адреса перед выдачей нового адреса(DHCP Ping)
Программно-аппаратный комплекс должен поддерживать блокировку доступа к сервису DHCP для определенных IP и MAC адресов для каждого VPN.
Программно-аппаратный комплекс должен иметь возможность отслеживать аномалии в поведении отдельных пользователей и реагировать на них.(block, hold)
Программно-аппаратный комплекс должен вести логирование клиентских DHCP запросов, с возможностью настройки параметров логирования (более подробно/ менее подробно), настройки ротации логов, должен иметь достаточный запас дискового пространства для хранения логов без сжатия.
Система должна уметь функционировать в multi-vpn окружении с пересекающимися адресными пространствами.
Администрирование системы
Система должна поддерживать скриптовые языки языки программирования (shell, awk, sed, python, tcl, expect) для обеспечения возможности автоматизации управления и настройки, в частности.
Управление данными и сервисами системы должно осуществляться через одинаковый графический интерфейс. Также должна быть возможность управления и конфигурации системы через cli по протоколу ssh версии 2, с возможностью просмотра и редактирования конфигурационных файлов, вывода всех на дисплей текущих настроек, рабочих параметров и параметров запущенных на системе сервисов.
Система должна поддерживать передачу логов на несколько внешних серверов хранения.
Передача логов должна поддерживаться не только по UDP, но и по TCP протоколу.
Система должна уметь осуществлять контроль за действиями администратора с записью событий в логах.
Система не должна допускать наличия обезличенного суперпользователя с неограниченными правами
Удаленное управление системой и обмен данными между разными элементами системы должно осуществляться по шифрованному каналу.
Система должна иметь парольную защиту.
Система должна позволять создание пользователей с различными правами доступа.
Управление правами доступа должно быть ограничено только для авторизованных пользователей. Только пользователи с правами администратора должны иметь доступ к управлению правами.
Система должна фиксировать в журнале все действия пользователей, связанные с изменением конфигурации.
Система должна обладать графическим интерфейсом
Графический интерфейс должен обеспечивать разные уровни доступа, в том числе для пользователей с правами создавать/модифицировать учетные записи пользователей Системы
Интеграция с другими системами и устройствами	Система должна активно развиваться, периодичность выхода новых версий (минорных или мажорных) должна быть не менее 2 раз в год. Производитель должен предоставить планы по развитию системы на 2016-2017 год.
Система должна поставляться вместе с API, чтобы системные администраторы могли производить необходимые настройки системы для интеграции с существующим оборудованием. API должен быть хорошо документирован и содержать примеры работы. Поставщик должен продемонстрировать возможности API.
Система должна иметь возможность расширения функционала при помощи установки дополнительных лицензий.