Рекомендации по развертыванию сервера-посредника в Skype для бизнеса Server

В этом разделе описаны рекомендации по планированию развертывания сервера-посредника.

Сервер-посредник с соединением или автономный сервер-посредник?

Сервер-посредник по умолчанию размещен на сервере Standard Edition или сервере переднего плана в пуле переднего плана на центральных сайтах. The number of public switched telephone network (PSTN) calls that can be handled and the number of machines required in the pool will depend on:

  • Количество одноранговых узлов шлюза, которыми управляет пул сервера-посредника.

  • от трафика через эти шлюзы в периоды высокой нагрузки;

  • Процент вызовов, которые являются вызовами, носитель которых обходить сервер-посредник.

When you're planning, be sure to take into account the media processing requirements for PSTN calls and A/V conferences that don't support media bypass, as well as the processing needed to handle signaling interactions for the number of busy-hour calls that need to be supported. Если у вас недостаточно ЦП, необходимо развернуть автономный пул серверов-посредников. Кроме того, шлюзы ТСОП, IP-УАТС и SBC должны быть разделены на подмножества, которые управляются объединенными серверами-посредниками в одном пуле и автономными серверами-посредниками в одном или нескольких автономных пулах.

Если вы развернули шлюзы ТСОП, IP-УАТС или пограничные контроллеры сеансов (SBC), которые не имеют возможности взаимодействовать с пулом серверов-посредников, их необходимо связать с автономным пулом, состоящим из одного сервера-посредника. Some of the things your PSTN gateways, IP-PBXs or SBCs would need to do include:

  • Выполните балансировку нагрузки системы доменных имен (DNS) сетевого уровня между серверами-посредниками в пуле (или иным образом равномерно направляйте трафик ко всем серверам-посредникам в пуле).

  • Примите трафик с любого сервера-посредника в пуле.

С помощью средства планирования Skype для бизнеса можно оценить, может ли объединение сервера-посредника с пулом переднего плана справиться с нагрузкой. Если ваша среда не соответствует этим требованиям, необходимо развернуть автономный пул серверов-посредников.

Рекомендации для центрального сайта и сайта филиала

Серверы-посредники на центральном сайте можно использовать для маршрутизации вызовов для шлюзов IP-PBXs или ТСОП на сайтах филиалов. Однако при развертывании магистралей SIP необходимо развернуть сервер-посредник на сайте, где завершается каждая магистраль. Наличие сервера-посредника в маршруте центрального сайта вызывает IP-УАТС или шлюз ТСОП на сайте филиала не требует использования обхода мультимедиа, но рекомендуется использовать обход мультимедиа. That's because, if you can enable media bypass, it'll reduce media path latency and, consequently, result in improved media quality because the media path isn't required to follow the signaling path. Media bypass will also decrease the processing load on the pool.

Примечание.

Функция обхода сервера-посредника взаимодействует не со всеми шлюзами ТСОП, IP-PBX и пограничным контроллером SBC. Корпорация Microsoft протестировала набор шлюзов ТСОП и контроллеров SBC с сертифицированными партнерами и провела некоторые тесты для Cisco IP-PBX. Обход мультимедиа поддерживается только для продуктов и версий, перечисленных в программе Open Interoperability Unified Communications — Lync Server на странице Обзор тестовых устройств, инфраструктуры и средств, которые поддерживают и расширяют возможности Skype для бизнеса.

Если требуется устойчивость сайта филиала, на сайте филиала необходимо развернуть устройство "Живучее ветвь" или сочетание сервера переднего плана, сервера-посредника и шлюза. (Предполагается, что устойчивость сайта филиала заключается в том, что присутствие и конференц-связь не являются устойчивыми на сайте.) Рекомендации по планированию сайта филиалов для голосовой связи см. в статье Планирование устойчивости Корпоративная голосовая связь в Skype для бизнеса Server.

При взаимодействии с IP-УАТС, если IP-УАТС неправильно поддерживает ранние взаимодействия с мультимедиа с несколькими ранними диалогами и взаимодействиями RFC 3960, можно обрезать первые несколько слов приветствия для входящих вызовов из IP-УАТС в конечные точки Lync. Это может быть более серьезным, если сервер-посредник на центральном сайте перенаправит вызовы для IP-УАТС, где маршрут завершается на сайте филиала, так как для завершения передачи сигналов требуется больше времени. Если вы испытываете такое поведение, развертывание сервера-посредника на сайте филиала — это единственный способ сократить обрезку первых нескольких слов.

Наконец, если на центральном сайте есть УАТС TDM или ip-УАТС не устраняется необходимость в шлюзе ТСОП, необходимо развернуть шлюз в маршруте вызова, соединяющем сервер-посредник и УАТС.

Примечание.

Чтобы улучшить производительность автономного сервера-посредника, следует включить масштабирование на принимающей стороне (RSS) в сетевых адаптерах на этих серверах. RSS поддерживает параллельную обработку входящих пакетов несколькими процессорами сервера. Дополнительные сведения см. в разделе Усовершенствования масштабирования на стороне получения в Windows Server. Сведения о том, как включить RSS, см. в документации сетевого адаптера.