UCMA подписывается на присутствие многих пользователей - PullRequest
0 голосов
/ 18 февраля 2020

В настоящее время мы работаем над дизайном приложения UCMA, которое должно иметь возможность подписываться на обновления присутствия до 15 000 пользователей. Читая (довольно устаревшую) документацию , мы отметили следующее:

Lyn c Server 2013 также накладывает ограничение на длину тела ответа подписки, поэтому приложение, которое подписывается на большое количество пользователей (как правило, более 1000 пользователей) может получить сообщение об ошибке от Lyn c Server 2013.

Кто-нибудь знает, верно ли это для Skype для бизнеса 2015/2019 или где чтобы найти текущие документы?

Далее то же самое делает c, заявляющее, что для большого количества подписок рекомендуется ограничить категории, на которые мы подписываемся. Нас интересует только состояние присутствия, так что это хороший обходной путь для нас. Однако я не могу найти много информации о том, что это меняет, например, если мы подписываемся только на состояние присутствия, может ли у нас быть 2x, 5x или 100x количество подписок?

При поиске я нашел этот пост , который, кажется, говорит, что мы можем подписаться на гораздо большее количество пользователей, если мы создадим партии из нескольких сотен. Так действует ли вышеупомянутый лимит в 1000 пользователей на вызов BeginSubscription ()?

Большое спасибо заранее!

1 Ответ

1 голос
/ 18 февраля 2020

Звучит так, будто вы читаете документацию UCMA 4 (Lyn c 2013). Существует документация UCMA 5 (SfB 2015) , но реальных отличий нет. UCMA 6 (SfB 2019) доступна, но документации нет.

Из личного опыта вы можете использовать любую из версий UCMA для выполнения работы. Детали не изменились.

Если вы хотите подписаться на онлайн-аккаунты SfB, вам придется использовать UCMA 5 на SfB 2015 или UCMA 6 на SfB 2019, а UCMA 4 на SfB 2015/2019 - нет. работать на онлайн-счетах SfB. Это единственная ошибка, которую я нашел.

Я набрал 100 подписок, и я думаю, что некоторые из наших клиентов используют пакетную подписку до отметки в 1 тыс. Я использую размер партии 100, и он работает нормально для меня.

Вы не узнаете, пока не протестируете его сами, чтобы увидеть, как работать с размерами партии, которые вы тестируете, если это будет медленным или достаточно быстрым.

При отметке 15 КБ становится достаточно много подписок, о которых нужно заботиться. Это может привести к возникновению нежелательных накладных расходов в системе SfB на этом уровне подписок из-за продолжающихся дополнительных опросов сообщений / подписок. Возможно, вам придется разобраться в распределении подписок между приложениями / компьютерами, чтобы сбалансировать нагрузку.

Если вы обнаружите, что это не очень хорошо работает, вам, возможно, придется подумать о переходе с приложения UCMA на приложение сервера ( приложение sip proxy), которое запускается на компьютерах FE и отслеживает трафик sip c, чтобы просмотреть трафик изменения присутствия c по мере их появления. Это намного больше работы, но не будет создавать столько накладных расходов, как приложение UCMA.

...