@UI-Glenn у нас всё ещё возникают проблемы. Хотелось бы получить ответ от разработчика. Мы разделили трафик камер и сессии входа персонала через физические порты. Теперь, когда я запускаю tcptrack, я вижу, какие именно рабочие станции обращаются к системе. Protect остаётся заблокированным, пока я не пойду к этим машинам и не закрою их вкладки браузера.

Спасибо, icsx, за идеи. Основываясь на них, я попробовал покопаться в NVR через сессию putty с помощью команд 'top' и 'tcptrack'. Top показывает максимальное использование памяти не более 20% в любой момент времени и 110% загрузки ЦП. Если я правильно понимаю, Top отображает ЦП как процент от каждого ядра. Значит, для NVR Pro с четырехъядерным процессором это действительно около 30% загрузки. Tcptrack показывает открытые сетевые сеансы для каждой камеры, а также, кажется, открытые сеансы для каждого пользовательского ПК на камеру, которая в данный момент ведет прямую трансляцию. Я смог воспроизвести сбой, когда только один пользовательский ПК с несколькими потоками (много одного и того же IP-адреса:разный номер порта #) показывал активные данные около 50-100 кбит/с, а каждый последующий пользователь, у которого не было возможности потокового вещания, имел только один открытый сеанс (один IP-адрес:порт) со скоростью всего 3-4 кбит/с. Общая пропускная способность в Tcptrack на этом физическом порту никогда не превышала 17 Мбит/с. Я думаю, даже при скоростном Ethernet этого должно быть достаточно. Итак, кажется, он может поддерживать только один поток прямой трансляции в любой момент времени, несмотря на достаточно большой запас ресурсов. Если я что-то не так понимаю. Моя панель управления при загрузке выглядит похоже на панель adambant'а, но показывает около 70% свободного пространства. Так что даже контроллер сообщает о наличии свободного места.