Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1069451
Тема сообщения
Замечание к КД
Тип сообщения
Замечание к КД
Поставщик
Товарищество с ограниченной ответственностью "IT-Quantum"
Представитель поставщика
ҚАЙРАТҰЛЫ БАУЫРЖАН
Дата и время отправки сообщения
2026-10-04 16:49:05
Текст сообщения
1. Требования к серверу видеоконференцсвязи содержат совокупность крайне специфичных параметров аппаратного и программного характера, которые в совокупности могут соответствовать ограниченной продуктовой линейке.
2. Требуется одновременно обеспечить минимум 10 физических конференций, обработку 48 Full HD 1080P каналов, каскадирование MCU/серверов минимум до 1000 пользователей, H.323, SIP, H.239, NAT Traversal, H.460, RTSP, AES128/256, SM3, SM4, регистрацию E.164, QCIF/CIF/4CIF/480P/720P/1080P/4K, H.263/H.263+/H.264/H.264 HP/H.265, многочисленные аудиокодеки и иные функции.
3. Часть перечисленных технологий является устаревающей и может отсутствовать в современных программно-определяемых системах ВКС, которые обеспечивают более современную функциональность.
4. В частности, обязательное наличие одновременно H.263 и H.263+, QCIF, CIF и 4CIF требует обоснования наличием у Заказчика существующего устаревшего оборудования, с которым необходимо обеспечить обратную совместимость.
5. Просим указать перечень существующих терминалов Заказчика, требующих обязательной поддержки данных кодеков.
6. Если таких устройств нет, предлагается ограничиться актуальными стандартами H.264/H.265 и иными действительно используемыми протоколами.
7. Требование поддержки алгоритмов шифрования SM3 и SM4 также нуждается в обосновании.
8. Указанные алгоритмы не являются универсально используемыми в Казахстане для обычных систем ВКС. Их одновременная обязательность с AES128/256 может сужать перечень производителей.
9. Просим указать, с каким существующим оборудованием либо нормативным требованием связана обязательная поддержка SM3 и SM4.
10. Требование встроенного модуля регистрации с E.164 также соответствует определенной архитектуре классической H.323-системы.
11. Современная система может использовать SIP URI, учетные записи, доменные имена либо другие идентификаторы.
12. Просим допустить эквивалентные механизмы нумерации и регистрации пользователей.
13. Наиболее специфичным является требование не менее 20 HDMI-видеовыходов непосредственно у сервера ВКС.
14. Для современных серверных систем вывод видеостены может формироваться через IP-декодеры, отдельные контроллеры видеостены, сетевые видеовыходы либо виртуальные интерфейсы.
15. Наличие двадцати физических HDMI-выходов непосредственно на сервере является конструктивным решением определенного типа устройства и существенно ограничивает рынок.
16. Просим сформулировать требование как возможность одновременного формирования не менее 20 независимых выходных видеопотоков на систему отображения, независимо от физической реализации.
17. Также установлено минимум 19 вариантов компоновки экрана и до 64 окон на одном экране.
18. Число заранее запрограммированных макетов не является объективным показателем качества. Система с полностью свободным конструктором компоновки может не иметь формально 19 фиксированных шаблонов, но предоставлять значительно больше возможностей.
19. Просим заменить количество макетов на возможность гибкой пользовательской компоновки требуемого количества окон.
20. Требование отображать до 64 окон также необходимо увязать с фактическим разрешением и размером используемой видеостены. Одновременное отображение 64 участников на одном 4K экране может приводить к чрезвычайно малому размеру каждого окна.
21. Просим указать практический сценарий, для которого требуется именно 64 окна.
22. Встроенное хранилище должно быть выполнено именно на 3,5-дюймовых SATA HDD объемом минимум 16 ТБ, причем накопители должны быть установлены и предварительно настроены на заводе.
23. Требование конкретного форм-фактора и интерфейса накопителей является конструктивным ограничением.
24. Более современные системы могут использовать SSD, NVMe, RAID-массив, SAN/NAS либо внешнее сетевое хранилище, обеспечивающее более высокую надежность.
25. Просим устанавливать минимальную полезную емкость, производительность и надежность хранения без фиксации 3,5" SATA HDD.
26. Также необходимо уточнить, что означает 16 ТБ: суммарный сырой объем или полезный объем после RAID.
27. Для хранения видеозаписей конференций это принципиально влияет на фактическую емкость.
28. Требование заводской установки накопителей исключает возможность официального дооснащения серверов сертифицированным партнером производителя.
29. Просим допустить заводскую либо официально сертифицированную установку.
30. Особенно спорными являются заявленные требования устойчивости сети: при потере до 30% пакетов должно сохраняться стабильное видео и аудио без мозаики, а при потере до 80% пакетов — чистый аудиосигнал.
31. Потеря 80% сетевых пакетов является экстремальным состоянием сети.
32. Качество связи в таких условиях зависит не только от MCU, но и от терминалов, кодека, маршрутизации, jitter, задержки, FEC и характера потери пакетов.
33. Поставщик не может гарантировать конкретный субъективный результат «чистый аудиосигнал» в любой сети при 80% packet loss.
34. Просим определить стандартизированную методику испытаний либо установить реалистичные требования к packet loss resilience.
35. Формулировка «без мозаики» также является субъективной и должна быть заменена измеримым показателем.
36. Сервер должен одновременно записывать не менее 10 Full HD конференций и записывать многооконный режим до 64 окон.
37. Просим уточнить необходимый видеобитрейт записи, формат, кадровую частоту, глубину архива и срок хранения.
38. Без данных параметров невозможно оценить достаточность 16 ТБ.
39. Не указано, должна ли система поддерживать RAID и горячую замену накопителей.
40. Для критичной распределенной системы, работающей 24/7, данные показатели надежности более значимы, чем размер физического диска.
41. Просим установить требования к отказоустойчивости хранения.
42. Также отсутствует требование резервирования блоков питания, сетевых интерфейсов либо самого сервера, несмотря на требуемый круглосуточный режим.
43. При этом приобретается минимум два сервера.
44. Неясно, работают ли два сервера в отказоустойчивой паре либо являются самостоятельными.
45. Просим определить архитектуру резервирования.
46. Если один сервер должен автоматически принять функции другого, необходимо прямо установить требования HA/Failover.
47. Если серверы независимы, следует указать назначение каждого.
48. ТС требует бессрочной лицензии на базовый функционал, однако не определяет, какие именно функции входят в базовую лицензию, а какие могут требовать дополнительных лицензий.
49. Неясно, входят ли в бессрочную лицензию 48 каналов 1080P, запись, 1000 каскадируемых пользователей, видеостена, RTMP/HLS, голосование, субтитры и иные функции.
50. Просим предоставить исчерпывающий перечень бессрочно лицензируемых функций.
51. В целом рекомендуем описывать сервер через требуемую емкость системы, надежность, совместимость, запись, трансляцию, управление и отказоустойчивость, а не через конкретную внутреннюю архитектуру определенного аппаратного MCU.
2. Требуется одновременно обеспечить минимум 10 физических конференций, обработку 48 Full HD 1080P каналов, каскадирование MCU/серверов минимум до 1000 пользователей, H.323, SIP, H.239, NAT Traversal, H.460, RTSP, AES128/256, SM3, SM4, регистрацию E.164, QCIF/CIF/4CIF/480P/720P/1080P/4K, H.263/H.263+/H.264/H.264 HP/H.265, многочисленные аудиокодеки и иные функции.
3. Часть перечисленных технологий является устаревающей и может отсутствовать в современных программно-определяемых системах ВКС, которые обеспечивают более современную функциональность.
4. В частности, обязательное наличие одновременно H.263 и H.263+, QCIF, CIF и 4CIF требует обоснования наличием у Заказчика существующего устаревшего оборудования, с которым необходимо обеспечить обратную совместимость.
5. Просим указать перечень существующих терминалов Заказчика, требующих обязательной поддержки данных кодеков.
6. Если таких устройств нет, предлагается ограничиться актуальными стандартами H.264/H.265 и иными действительно используемыми протоколами.
7. Требование поддержки алгоритмов шифрования SM3 и SM4 также нуждается в обосновании.
8. Указанные алгоритмы не являются универсально используемыми в Казахстане для обычных систем ВКС. Их одновременная обязательность с AES128/256 может сужать перечень производителей.
9. Просим указать, с каким существующим оборудованием либо нормативным требованием связана обязательная поддержка SM3 и SM4.
10. Требование встроенного модуля регистрации с E.164 также соответствует определенной архитектуре классической H.323-системы.
11. Современная система может использовать SIP URI, учетные записи, доменные имена либо другие идентификаторы.
12. Просим допустить эквивалентные механизмы нумерации и регистрации пользователей.
13. Наиболее специфичным является требование не менее 20 HDMI-видеовыходов непосредственно у сервера ВКС.
14. Для современных серверных систем вывод видеостены может формироваться через IP-декодеры, отдельные контроллеры видеостены, сетевые видеовыходы либо виртуальные интерфейсы.
15. Наличие двадцати физических HDMI-выходов непосредственно на сервере является конструктивным решением определенного типа устройства и существенно ограничивает рынок.
16. Просим сформулировать требование как возможность одновременного формирования не менее 20 независимых выходных видеопотоков на систему отображения, независимо от физической реализации.
17. Также установлено минимум 19 вариантов компоновки экрана и до 64 окон на одном экране.
18. Число заранее запрограммированных макетов не является объективным показателем качества. Система с полностью свободным конструктором компоновки может не иметь формально 19 фиксированных шаблонов, но предоставлять значительно больше возможностей.
19. Просим заменить количество макетов на возможность гибкой пользовательской компоновки требуемого количества окон.
20. Требование отображать до 64 окон также необходимо увязать с фактическим разрешением и размером используемой видеостены. Одновременное отображение 64 участников на одном 4K экране может приводить к чрезвычайно малому размеру каждого окна.
21. Просим указать практический сценарий, для которого требуется именно 64 окна.
22. Встроенное хранилище должно быть выполнено именно на 3,5-дюймовых SATA HDD объемом минимум 16 ТБ, причем накопители должны быть установлены и предварительно настроены на заводе.
23. Требование конкретного форм-фактора и интерфейса накопителей является конструктивным ограничением.
24. Более современные системы могут использовать SSD, NVMe, RAID-массив, SAN/NAS либо внешнее сетевое хранилище, обеспечивающее более высокую надежность.
25. Просим устанавливать минимальную полезную емкость, производительность и надежность хранения без фиксации 3,5" SATA HDD.
26. Также необходимо уточнить, что означает 16 ТБ: суммарный сырой объем или полезный объем после RAID.
27. Для хранения видеозаписей конференций это принципиально влияет на фактическую емкость.
28. Требование заводской установки накопителей исключает возможность официального дооснащения серверов сертифицированным партнером производителя.
29. Просим допустить заводскую либо официально сертифицированную установку.
30. Особенно спорными являются заявленные требования устойчивости сети: при потере до 30% пакетов должно сохраняться стабильное видео и аудио без мозаики, а при потере до 80% пакетов — чистый аудиосигнал.
31. Потеря 80% сетевых пакетов является экстремальным состоянием сети.
32. Качество связи в таких условиях зависит не только от MCU, но и от терминалов, кодека, маршрутизации, jitter, задержки, FEC и характера потери пакетов.
33. Поставщик не может гарантировать конкретный субъективный результат «чистый аудиосигнал» в любой сети при 80% packet loss.
34. Просим определить стандартизированную методику испытаний либо установить реалистичные требования к packet loss resilience.
35. Формулировка «без мозаики» также является субъективной и должна быть заменена измеримым показателем.
36. Сервер должен одновременно записывать не менее 10 Full HD конференций и записывать многооконный режим до 64 окон.
37. Просим уточнить необходимый видеобитрейт записи, формат, кадровую частоту, глубину архива и срок хранения.
38. Без данных параметров невозможно оценить достаточность 16 ТБ.
39. Не указано, должна ли система поддерживать RAID и горячую замену накопителей.
40. Для критичной распределенной системы, работающей 24/7, данные показатели надежности более значимы, чем размер физического диска.
41. Просим установить требования к отказоустойчивости хранения.
42. Также отсутствует требование резервирования блоков питания, сетевых интерфейсов либо самого сервера, несмотря на требуемый круглосуточный режим.
43. При этом приобретается минимум два сервера.
44. Неясно, работают ли два сервера в отказоустойчивой паре либо являются самостоятельными.
45. Просим определить архитектуру резервирования.
46. Если один сервер должен автоматически принять функции другого, необходимо прямо установить требования HA/Failover.
47. Если серверы независимы, следует указать назначение каждого.
48. ТС требует бессрочной лицензии на базовый функционал, однако не определяет, какие именно функции входят в базовую лицензию, а какие могут требовать дополнительных лицензий.
49. Неясно, входят ли в бессрочную лицензию 48 каналов 1080P, запись, 1000 каскадируемых пользователей, видеостена, RTMP/HLS, голосование, субтитры и иные функции.
50. Просим предоставить исчерпывающий перечень бессрочно лицензируемых функций.
51. В целом рекомендуем описывать сервер через требуемую емкость системы, надежность, совместимость, запись, трансляцию, управление и отказоустойчивость, а не через конкретную внутреннюю архитектуру определенного аппаратного MCU.
