План обхода сервера-посредника в Cloud Connector Edition

Skype for Business Server 2015
 

Дата изменения раздела:2017-09-25

Ознакомьтесь с этой статьей, чтобы изучить сведения по планированию для реализации обхода сервера-посредника с помощью Cloud Connector Edition версии 2.0.1 и более поздних версий. Дополнительные сведения о развертывании обхода сервера-посредника см. в разделе Развертывание обхода сервера-посредника в Cloud Connector.

Обход сервера-посредника позволяет клиенту отправлять мультимедиа напрямую на следующий прыжок телефонной сети общего пользования (ТСОП) (шлюз или пограничный контроллер сеанса (SBC)) и исключить компонент Cloud Connector Edition из канала передачи мультимедиа.

Обход сервера-посредника может улучшить качество звука, поскольку уменьшается задержка, вероятность потери пакетов и число точек вероятного сбоя. Устранение обработки медиаданных для обходных звонков снижает нагрузку на Cloud Connector, что позволяет увеличить количество одновременных вызовов и улучшить масштабируемость.

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

В то время как передача сигналов происходит по одному и тому же каналу с обходом сервера-посредника или без него, поток медиаданных будет отличаться. На следующих схемах показаны основные пути мультимедиа и передачи сигналов в топологиях с обходом сервера-посредника и без него.

Например, в следующей топологии без применения обхода сервера-посредника клиент Skype для бизнеса размещает звонок по ТСОП на внешний номер, сигнал SIP проходит к Office 365 и Office 365, затем трафик сигнала направляется в соответствии с политикой голосовой связи конечного пользователя. Для пользователей Cloud Connector в соответствии с политикой голосовой связи трафик сигнала направляется на пограничный сервер Cloud Connector, который затем маршрутизирует трафик на пограничный контроллер сеансов (SBC) ТСОП или шлюз через сервер-посредник Cloud Connector. Медиаданные передаются от клиента Skype для бизнеса на сервер-посредник Cloud Connector, а затем на контроллер SBC или шлюз, как показано на следующей схеме:

Пути передачи мультимедийных данных и сигналов при отключенном режиме обхода сервера-посредника

передача сигналов без обхода сервера-посредника

Для входящего звонка по ТСОП в обратном направлении используется тот же канал сигнала. Для внутренних пользователей медиаданные по-прежнему будут передаваться между клиентомSkype для бизнеса и сервером-посредником Cloud Connector, а затем контроллером SBC или шлюзом.

В следующей топологии с применением обхода сервера-посредника сигнал проходит по тому же каналу, а медиаданные передаются напрямую между клиентом Skype для бизнеса и контроллером SBC или шлюзом, как показано на схеме ниже.

Пути передачи мультимедийных данных и сигналов при включенном режиме обхода сервера-посредника

передача сигналов с обходом сервера-посредника

Обход сервера-посредника также полезен, когда необходимо предоставить услуги телефонии нескольким сайтам с помощью одного устройства Cloud Connector. Поскольку Cloud Connector не может маршрутизировать звонки на основе номеров источников или вызываемых номеров, большинство предприятий развертывают SBC или шлюз позади Cloud Connector для принятия решений по маршрутизации. Обход сервера-посредника в этом сценарии исключает прыжок между клиентом и центральным контроллером SBC или шлюзом, как показано на следующей схеме.

Многосайтовое приложение

Пример многосайтового развертывания Cloud Connector

  1. Трафик SIP идет от пользователя в Цюрихе к Office 365.

  2. Затем он маршрутизируется до устройства Cloud Connector в Амстердаме, как указано в политике маршрутизации голосовых данных пользователя.

  3. Устройство Cloud Connector в Амстердаме отправляет трафик SIP на центральный шлюз в Амстердаме.

  4. Центральный шлюз в Амстердаме принимает соответствующие решения по маршрутизации, а затем направляет трафик на контроллер SBC или шлюз в Цюрихе, в то время как медиаданные передаются напрямую между клиентом Skype для бизнеса и контроллером SBC или шлюзом в Амстердаме.

Этот подход позволяет обслуживать больше пользователей в одном развертывании Cloud Connector с централизованным Cloud Connector. Несмотря на то, что Cloud Connector исключается из канала передачи медиаданных, в сценарии с несколькими централизованными сайтами медиаданные могут по-прежнему передаваться по глобальной сети дважды в соответствии с требованием прохода через централизованный контроллер SBC или шлюз.

Если клиент находится за пределами корпоративной сети, размещающей исходящий вызов, трафик медиаданных проходит через пограничные серверы и серверы-посредники Cloud Connector, а также канал глобальной сети между Цюрихом и Амстердамом, как показано на следующей схеме.

Пример многосайтового развертывания Cloud Connector 2

С первого выпуска обхода сервера-посредника единственным поддерживаемым клиентом является клиент Skype для бизнеса Windows 2016, входящий в состав Office 365 ProPlus версии 16.0.7870.2020 или более поздних версий. Клиенты могут использовать любой канал: текущий, отложенный или отложенный канал первого выпуска.

noteПримечание.
При использовании клиентского VPN-решения в сочетании с клиентом Skype для бизнеса обход сервера-посредника поддерживается только в конфигурации с разделенным туннелем VPN.

Для получения дополнительной информации по каналам выпуска см. статью Обзор каналов обновления для Office 365 профессиональный плюс.

Сведения о версии текущего выпуска клиентов в разных каналах см. в статье Ветви обновлений для клиента Office 365.

Без обхода сервера-посредника (и в зависимости от аппаратного обеспечения) устройство Cloud Connector может обрабатывать от 50 до 500 одновременных вызовов, для которых требуется, чтобы медиаданные передавались через сервер-посредник. Для получения дополнительной информации см. статью Планирование Skype для бизнеса Cloud Connector Edition.

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

Как отмечалось выше, внешние или неподдерживаемые клиенты будут использовать пограничные серверы и серверы-посредники Cloud Connector для передачи медиаданных. При расчете количества устройств Cloud Connector, которые должны быть размещены на сайте, необходимо учитывать трафик от внешних пользователей и пользователей на неподдерживаемых клиентах.

Cloud Connector поддерживает только режим "Всегда обходить". Для локальных сред возможны два варианта: "Всегда обходить" и Use Site and Region Information (Использовать информацию о сайте и регионе).

"Всегда обходить" означает, что для всех звонков по ТСОП с внутренними клиентами в качестве исходной точки или точки назначения будет предприниматься попытка обхода сервера-посредника. Чтобы определить, является клиент внутренним или внешним, используется веб-сайт на виртуальной машине сервера-посредника. Если клиент может связаться с сайтом, он считается внутренним и используется обход сервера-посредника. Если клиент не может связаться с сайтом (например, клиент находится в домашней сети), обход сервера-посредника не используется.

Для режима "Всегда обходить" требуется бесперебойное подключение между пользователями и шлюзами ТСОП на узле ТСОП.

Для получения дополнительной информации см. статью Планирование Skype для бизнеса Cloud Connector Edition.

Например, на приведенной ниже схеме пользователи из Европы должны быть стабильно подключены к трем пограничным контроллерам сеансов (SBC) в Амстердаме, в то время как пользователи из западной части США должны быть стабильно подключены к двум контроллерам SBC в Сиэтле. Стабильное подключение означает, что пользователи либо расположены на тех же сетевых сайтах, что и контроллеры SBC или шлюзы, либо подключаться по каналам глобальной сети, имеющим соответствующую пропускную способность.

Емкость Cloud Connector

noteПримечание.
Если пользователь из Цюриха отправляется в офис в Сиэтле, и требуется использовать внутреннюю сеть для трафика медиаданных между путешествующим пользователем и шлюзами в Европе (в отличие от передачи через Интернет), то необходимо убедиться, что офисы в Сиэтле и Амстердаме, где расположены европейские контроллеры SBC или шлюзы, также стабильно подключены.

При разрешенном обходе сервера-посредника для трафика медиаданных между клиентом и контроллером SBC или шлюзом используется кодек G.711.

 
Показ: