Извиняюсь за роман, вдвойне, если это не то место. Эта проблема находится на пересечении множества различных технологий и ставит в тупик как нас, так и наших поставщиков.
Я работаю над устранением любопытной проблемы с нашей средой VTC, которая состоит из кодеков конечных точек (в первую очередь Polycom Groupseries, но в сочетании с некоторыми более старыми моделями HDX, хотя модель кодека, похоже, не имеет значения). Многоточечные вызовы упрощаются за счет использования моста RMX. Несколько лет назад мы добавили в систему Polycom Content Share Server, который действует как своего рода клей, позволяющий комнатам собраний подключаться к собраниям, созданным в Skype для бизнеса. Я понимаю, что CSS действует как своего рода переводчик для конечных точек H.323 (кодеков Polycom), подключенных к мосту RMX, и конечных точек SIP, подключенных к Skype.
Как правило, участники, которые находятся либо в одной из комнат VTC, либо подключены через Skype, делятся кратким описанием (чаще всего слайдами Powerpoint) с помощью функции Share Desktop в клиенте Skype. У нас были конечные пользователи, которые сообщали, что они видят значительные задержки при переходе между слайдами - иногда более 30 секунд для полного перехода от одного слайда к другому. Хотя и Windows, и Mac были восприимчивы, похоже, что на Mac это происходило гораздо чаще. Первоначально мы подозревали либо перегрузку сети, либо нехватку ресурсов (ЦП / память) на одном из серверов, описанных выше, но не смогли найти никаких доказательств ни одной из этих возможностей. В конце концов, мы протестировали обновление программного обеспечения на CSS и в нашей инфраструктуре Skype для поддержки VbSS (демонстрация экрана на основе видео) в качестве механизма общего доступа по умолчанию, а не RDP. Это показало немедленное улучшение; вместо медленной мозаики, которую мы наблюдали раньше, переходы были мгновенными (в пределах от полсекунды до секунды после того, как тот, кто делился сменой слайдов, мы увидим обновление канала контента в других местах), и слайды переходили все сразу, а не мозаика (что имеет смысл, насколько я понимаю, VbSS отправляется как полный видеопоток, а RDP - более частичный).
Мы думали, что на этом этапе проблема более или менее решена, но мы видим новый странный симптом - когда клиент Mac Skype подключается к собранию и делится контентом, сначала видео в порядке, но со временем продолжается, особенно если он остается статичным в течение длительного периода времени (30-60 секунд), становится все более и более вероятным, что канал с контентом «застрянет». Когда это происходит, кто-то может переключать слайды, например от слайда 3 к слайду 4, и канал содержимого останется на слайде 3 более 30 секунд, прежде чем перейти сам по себе.
Пара странностей по этому поводу:
Когда контент вот так «застревает», в любой момент, когда он застревает, при перемещении мыши он внезапно отклеивается и перемещается.
Это происходит только тогда, когда кто-то присоединяется к собранию со своего Mac без звука, что вы обычно делаете, если бы вы действительно находились в одном из конференц-залов VTC; поскольку комната уже присоединена к собранию, присоединение звука со второго устройства в комнате вызовет петлю обратной связи / эхо. Когда вы присоединяетесь к аудио и просто отключаете микрофон / динамики, Skype открывает небольшое окно с элементами управления отключением видео / аудио / контента, которое всегда отображается наверху, когда основное окно конференции не в фокусе. Это маленькое контрольное окно отсутствует в общем содержимом; если вы перейдете к полноэкранной презентации Powerpoint, вы увидите ее на дисплее Mac, но не на какой-либо из конечных точек, получающих контент. Окно управления не появляется, если к собранию присоединяются без звука. Эти два условия заставляют меня подозревать, что в клиенте Mac Skype есть какая-то ошибка, за исключением того ...
Задержек не происходит при неинтегрированной конференции (т.е. подключены только клиенты Skype).
Как я уже сказал, мы в значительной степени в тупике; все, что мне удалось сделать при поиске и устранении неисправностей, - это найти некоторые странно специфические условия, при которых это произошло. Если у кого-то есть идеи, я буду очень признателен.
Что ж, мы нашли ответ (вроде). Сообщение на https://community.polycom.com/t5/Skype-for-Business/Sharing-performance-MacOS-SfB-to-Trio/td-p/91943 ссылается на ту же проблему, вплоть до «перемещение мыши перемещает слайд». Оказывается, это основная ошибка клиента Skype для Mac; это воспроизводимо, даже если исключить из уравнения инфраструктуру Polycom. Причина, по которой мы видели это только во время интегрированного вызова, заключается в том, что это единственная ситуация (за исключением необычных обстоятельств), когда вы присоединяетесь к конференции без звука. Зачем что имеет значение, еще предстоит увидеть, но оно воспроизводимо, даже когда клиенты Skype только присоединяются к конференции; если вы присоединитесь к этой конференции на Mac без звука, а затем начнете делиться контентом, в конечном итоге контент будет зависать более чем на 30 секунд, если оставить его в покое; Однако если вы переместите курсор, это приведет к обновлению канала общего содержимого для других участников. Соединение со звуком не вызывает такого поведения.