Задержки в обмене контентом с Mac для вызовов VTC, встроенных в Polycom/Skype для бизнеса

Извиняюсь за роман, вдвойне, если это не то место. Эта проблема находится на пересечении множества различных технологий, и это ставит в тупик и нас, и наших поставщиков.

Я работаю над устранением любопытной проблемы с нашей средой VTC, которая состоит из кодеков конечных точек (в первую очередь Polycom Groupseries, но некоторые старые модели HDX в смеси, хотя модель кодеков, кажется, не имеет значения). Многоточечные вызовы облегчаются благодаря использованию моста RMX. Несколько лет назад мы добавили сервер Polycom Content Share в этот комплекс, который служит своего рода связующим звеном, позволяющим комнатам собраний подключаться к собраниям, созданным в 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 секунд, прежде чем будет выполнен собственный переход.

Пара странных вещей об этом:

  1. Когда контент "застревает" таким образом, в любой момент, пока он застрял, при перемещении мыши он внезапно отключается и переходит.

  2. Кажется, что это происходит только тогда, когда кто-то присоединяется к собранию со своего Mac без звука, что вы обычно делаете, если бы вы были в одном из конференц-залов VTC; Так как комната уже присоединена к собранию, присоединение аудио со второго устройства в комнате может вызвать петлю обратной связи / эхо. При подключении аудио и просто отключении звука микрофона / динамиков, Skype открывает маленькое окно с элементами управления отключением видео / аудио / контента, которое всегда остается наверху, когда основное окно конференции не в фокусе. Это небольшое окно управления отсутствует в общем контенте; если вы перейдете к полноэкранной презентации Powerpoint, вы увидите ее на дисплее Mac, но не на любой из конечных точек, получающих контент. Окно управления не появляется, когда собрание присоединяется без звука. Эти два условия заставляют меня подозревать, что в клиенте Mac Skype есть какая-то ошибка, за исключением того, что...

  3. Задержки не происходят, когда в неинтегрированной конференции (т.е. подключены только клиенты Skype).

Как я уже сказал, мы довольно озадачены этим; все, что мне удалось сделать - это найти какие-то странные условия, чтобы это произошло. Если у кого-то есть идеи, я буду очень признателен.

1 ответ

Ну, мы нашли наш ответ (вроде). В посте по адресу https://community.polycom.com/t5/Skype-for-Business/Sharing-performance-MacOS-SfB-to-Trio/td-p/91943 упоминается точно такая же проблема, вплоть до "перемещения мыши". продвигает слайд." Оказывается, это основная ошибка в клиенте Mac Skype; это воспроизводимо даже при удалении инфраструктуры Polycom из уравнения. Причина, по которой мы видели это только во время интегрированного вызова, заключается в том, что это единственная ситуация (за исключением необычных обстоятельств), когда вы присоединяетесь к конференции без звука. Почему это имеет значение, еще неизвестно, но это воспроизводимо, даже когда клиенты Skype присоединяются к конференции; если вы присоедините Mac к этой конференции без звука, а затем начнете обмениваться контентом, в конечном итоге контент будет зависать на срок более 30 секунд, если его оставить в покое; однако, если вы переместите курсор, это приведет к обновлению канала общего контента для других участников. Присоединение со звуком не приводит к такому поведению.

Другие вопросы по тегам