Камера и микрофон стоят на устройстве пользователя, а программа видеоконференций работает в виртуальной машине на сервере. Чтобы созвон не превратился в слайд-шоу, видео и звук нужно доставить в машину быстро и без лишней нагрузки на сервер. Разбираем, как это сделано в Inscale и что настраивает администратор.
Почему ВКС в VDI — отдельная задача
В обычной работе с рабочим столом по сети идёт в основном картинка от сервера к пользователю. В видеоконференции поток идёт в обе стороны: камера и микрофон пользователя должны попасть в виртуальную машину, там их принимает приложение ВКС, а обратно возвращается видео собеседников. Если передавать камеру «как есть», канал забивается, а сервер тратит ресурсы на обработку несжатого видео.
Два подхода: плагины или каналы
Первый подход — отдельный плагин под каждую программу видеоконференций. Плагин перехватывает медиапотоки и ведёт их напрямую с устройства пользователя на сервер ВКС, минуя виртуальную машину. Это снимает нагрузку, но работает только с теми приложениями, под которые плагин написан, и требует обновлять его вместе с каждым из них.
В Inscale пошли другим путём: вместо плагинов под каждую ВКС оптимизированы сами каналы камеры, микрофона и звука в протоколе доставки. Любое приложение внутри машины видит обычную камеру и обычный микрофон, и ему всё равно, какая это ВКС.
Как это устроено
- Камера не пробрасывается как USB-устройство. Клиент Inscale забирает поток с камеры, сжимает его так, как это делает сама камера, шифрует и передаёт в виртуальную машину. Там поток разворачивается и подаётся операционной системе как устройство камеры. То же с микрофоном.
- Канал, а не устройство. Для платформы камера и микрофон — это отдельные каналы протокола со своими лимитами, а не сырой USB-трафик. Поэтому ими можно управлять: ограничить битрейт, частоту кадров, разрешение.
- Нагрузка на сервер. По нашим замерам накладные расходы на сжатие и расшифровку потоков камеры и микрофона остаются на уровне процентов от ресурсов машины.
- Выбор устройств у пользователя. В клиенте пользователь сам выбирает, какую камеру, микрофон и динамики использовать в сеансе.
Канал и приоритеты
Когда полосы не хватает, протокол делит её по приоритетам: сначала нажатия клавиш и мышь, затем микрофон и звук, затем камера, и только потом USB-устройства. USB берёт то, что осталось, а если в профиле задан лимит, сверх него не возьмёт. Так в плохой сети сначала «садится» картинка с камеры, а голос и отклик рабочего стола остаются.
Для каждого канала задаётся свой битрейт. Например, для контакт-центра или IP-телефонии приоритет отдают звуку и микрофону, а камеру ограничивают сильнее.
Что настраивает администратор
- Профиль протокола. Режим качества камеры, максимальная частота кадров и разрешение камеры, максимальный битрейт камеры и микрофона. Профили можно переключать на лету, для отдельного пользователя сделать свой.
- Политика безопасности. Разрешить или запретить перенаправление камеры, микрофона и звука в машину. Для части пользователей камеру можно отключить совсем.
- Запрет снимков экрана. Если в политике запрещены скриншоты, окно рабочего стола на устройстве пользователя будет чёрным и в записи, и при показе экрана через ВКС на самом устройстве. Это защита от утечек, но её стоит учитывать, когда сотрудник показывает экран коллегам.
Подробнее о параметрах: разделы документации Протокол SSAP и Политики безопасности.
Что в работе
Сейчас медиапоток идёт между клиентом и виртуальной машиной. Прямой обмен между клиентом и сервером ВКС, минуя машину, прорабатывается вместе с вендорами видеоконференций; сроки уточняются.
Итог
В Inscale видеоконференции в VDI работают без плагинов под конкретную ВКС: камера и микрофон приходят в машину как сжатые зашифрованные каналы протокола, приложение видит обычные устройства, а администратор управляет битрейтом, качеством и доступом через профиль протокола и политики безопасности. При нехватке канала первыми остаются голос и отклик рабочего стола.
Проверить на своей ВКС можно на демонстрации — по заявке.
