План обхода сервера-посредника в Cloud Connector EditionPlan for media bypass in Cloud Connector Edition

Ознакомьтесь с этой статьей, чтобы изучить сведения по планированию для реализации обхода сервера-посредника с помощью Cloud Connector Edition версии 2.0 и более поздних версий.Read this topic to review planning considerations for implementing media bypass with Cloud Connector Edition version 2.0 and later. Сведения о развертывании мультимедиа обходить, см Развертывание сервера-посредника в облаке соединителя Edition.For information about deploying media bypass, see Deploy media bypass in Cloud Connector Edition.

Обход сервера-посредника позволяет клиентским отправить мультимедиа следующего прыжка общедоступных переключения телефонной сети общего пользования (PSTN) — шлюза или пограничный контроллер сеансов (SBC) — и ликвидировать компонент Edition соединителя облака из пути.Media bypass allows a client to send media directly to the Public Switched Telephone Network (PSTN) next hop—a gateway or Session Border Controller (SBC)—and eliminate the Cloud Connector Edition component from the media path.

Обход сервера-посредника может улучшить качество звука, поскольку уменьшается задержка, вероятность потери пакетов и число точек вероятного сбоя.Media bypass can improve voice quality by reducing latency, the possibility of packet loss, and the number of points of potential failure. Исключения с мультимедиа для вызовов, обходящих снижает нагрузку на облако соединителя, который позволяет чем больше число одновременных звонков, и повышает масштабируемость.Elimination of media processing for bypassed calls reduces the load on Cloud Connector, which enables a higher number of concurrent calls, and can improve scalability.

Освобождение облачных соединителя из задачи обработки мультимедиа может сократить число appliances соединителя облачных необходимую инфраструктуру, следует включить обход сервера-посредника по возможности.Freeing Cloud Connector from media processing tasks may reduce the number of Cloud Connector appliances an infrastructure requires, so you should enable media bypass whenever possible.

Влияние обхода сервера-посредника на пути передачи медиаданных и сигналовHow media bypass affects media and signaling pathways

В то время как передача сигналов происходит по одному и тому же каналу с обходом сервера-посредника или без него, поток медиаданных будет отличаться. На следующих схемах показаны основные пути мультимедиа и передачи сигналов в топологиях с обходом сервера-посредника и без такого обхода. While signaling takes the same path with or without media bypass, the media flow will differ. The following diagrams show media and signaling pathways in topologies with and without media bypass.

Например, в следующей топологией — которого does не прием на работу сервера-посредника — Скайп для клиента Business звонит ТСОП на внешний номер, сигналы SIP переходит к Office 365 и Office 365 затем направляет передачи трафика в соответствии с голосовой связи конечных пользователей политика.For example, in the following topology—which does not employ media bypass—a Skype for Business client places a PSTN call to an external number, the SIP signaling goes to Office 365, and Office 365 then directs the signaling traffic according to the end-user voice policy. Для соединителя облачных пользователей к политике голосовой связи направляет сигналы трафик на пограничном сервере облачных соединитель, который затем направляет передачи трафика для шлюза через сервер-посредник облачных соединителя или пограничный контроллер PSTN сеансов (SBC).For Cloud Connector users, the voice policy directs signaling traffic to the Cloud Connector Edge Server, which then routes the signaling traffic to a PSTN Session Border Controller (SBC) or gateway via the Cloud Connector Mediation Server. Мультимедиа потоков Скайп для клиента Business на облако соединителя промежуточный сервер, а затем SBC или шлюз, как показано на рисунке:Media flows from the Skype for Business client to the Cloud Connector Mediation Server, and then to the SBC or gateway, as shown in the following diagram:

Мультимедиа и передачи сигналов без такого обходаMedia and signaling pathways without media bypass

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

Для входящего звонка по ТСОП в обратном направлении используется тот же канал сигнала.An inbound call from the PSTN uses the same signaling path in the reverse direction. Для внутренних пользователей мультимедиа будет по-прежнему в конечном счете передаются между Скайп для бизнеса клиента и сервера-посредника соединителя облачных и SBC или шлюза.For internal users, media will still ultimately flow between the Skype for Business client and the Cloud Connector Mediation Server and then the SBC or gateway.

В следующем топологии — которого does прием на работу сервера-посредника — сигналы использует тот же путь, но потоков мультимедиа напрямую между Скайп для бизнеса и SBC или шлюз, как показано на рисунке:In the next topology—which does employ media bypass—signaling takes the same path, but media flows directly between the Skype for Business client and the SBC or gateway, as shown in the following diagram:

Обход мультимедиа и передачи сигналов с носителяMedia and signaling pathways with media bypass

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

Сценарий с несколькими сайтами и обход сервера-посредника Multi-site scenario and media bypass

Обход сервера-посредника также полезна, если необходимо использовать для предоставления услуг телефонии для нескольких узлов с помощью одно устройство соединителя облака.Media bypass is also useful when you want to provide telephony services to multiple sites using a single Cloud Connector appliance. Так как соединитель облако не может маршрутизировать вызовы на основании числа источника и назначения, большинство предприятий развертывания SBC или шлюза за облачных соединителя для принятия решений маршрутизации.Because Cloud Connector cannot route calls based on source or destination numbers, most enterprises deploy an SBC or gateway behind Cloud Connector to make routing decisions. Обход сервера-посредника в этом сценарии исключает прыжок между клиентом и центральным контроллером SBC или шлюзом, как показано на следующей схеме.Media bypass in this scenario eliminates the hop between the client and the central SBC or gateway, as shown in the following diagram:

Приложения на нескольких сайтахMulti-site application

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

  1. Трафик SIP потоков пользователя в Цюрихе в Office 365.The SIP traffic flows from the user in Zurich to Office 365.

  2. Трафик затем направляет appliance соединителя облака в Амстердам, указанный в политику маршрутизации голосовой связи пользователя.The traffic then routes to the Cloud Connector appliance in Amsterdam as specified in the user voice routing policy.

  3. Соединитель облачных устройства для обеспечения связи в Амстердам отправляет трафик SIP центра шлюза в Амстердам.The Cloud Connector appliance in Amsterdam sends the SIP traffic to the central gateway in Amsterdam.

  4. Центра шлюза в Амстердам делает соответствующую решений о маршрутизации и отправляет трафик SBC или шлюз в Цюрихе, при потоков мультимедиа напрямую между Скайп для бизнеса и SBC или шлюз в Амстердам.The central gateway in Amsterdam makes the appropriate routing decisions, and then sends the traffic to an SBC or gateway in Zurich, while media flows directly between the Skype for Business client and SBC or gateway in Amsterdam.

    Такой подход позволяет обслуживания нескольких пользователей на один соединитель облачных развертывания которых осуществляется централизованно соединителя облака.This approach allows serving more users per one Cloud Connector deployment where Cloud Connector is centralized. Несмотря на то, что соединитель облачных исключается из пути, в сценарии централизованного нескольких сайтах мультимедиа может по-прежнему проходят через глобальную сеть дважды по мере необходимости проходить централизованного SBC или шлюза.Even though Cloud Connector is eliminated from the media path, in a centralized multi-site scenario media may still traverse the WAN twice as required to flow through the centralized SBC or gateway.

Если клиент находится за пределами корпоративной сети, поместив исходящего звонка, трафика мультимедиа потоки через серверы пограничных серверов и посредника глобальной сети и облачных соединителя связи между Цюрихе и Амстердам, как показано на рисунке:If a client is outside the corporate network placing an outbound call, the media traffic flows via the Edge and Mediation servers of Cloud Connector and WAN link between Zurich and Amsterdam, as shown in the following diagram:

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

Клиенты, поддерживаемые для обхода сервера-посредникаSupported clients for media bypass

В первом выпуске сервера-посредника только поддерживаемые клиентом является Скайп для бизнеса 2016 версией клиента Windows, входящий в состав Office 365 профессиональный плюс, версии 16.0.7870.2020 или более высокой версии.With the first release of media bypass, the only supported client is the Skype for Business 2016 Windows Client that is part of Office 365 ProPlus, version 16.0.7870.2020 or greater. Клиенты могут использовать любой канал: текущий, отложенный или отложенный канал первого выпуска.Customers can use any channel: Current, Deferred, or First Release Deferred.

Примечание

При использовании клиентского VPN-решения в сочетании с клиентом Skype для бизнеса обход сервера-посредника поддерживается только в конфигурации с разделенным туннелем VPN.If you are using a client VPN solution in combination with the Skype for Business client, then media bypass is supported only with a VPN split-tunnel configuration.

Дополнительные сведения о выпуске каналы каналы обновления для Office 365 ProPlusсм.For more information about the release channels, see Overview of update channels for Office 365 ProPlus.

Для текущей версии клиентов в разных каналах увидеть обновления выпусков канала клиента Office 365.For the current release version of the clients in different channels, see Office 365 client update channel releases.

Сведения о пропускной способности Cloud Connector с обходом сервера-посредникаCloud Connector capacity considerations with media bypass

Без сервера-посредника — и в зависимости от оборудования, appliance облачных соединителя может обрабатывать от 50 для 500 одновременных звонков, которые требуют мультимедиа в поездке через сервер-посредник.Without media bypass—and depending on the hardware—a Cloud Connector appliance can handle from 50 to 500 simultaneous calls that require media to travel through a Mediation Server. Для получения дополнительных сведений см Скайп облаке соединитель для выпуска для бизнеса.For more information, see Plan for Skype for Business Cloud Connector Edition.

При разрешенном обходе сервера-посредника внутренние клиенты на поддерживаемой версии не используют сервер-посредник, поэтому число внутренних клиентов может значительно увеличиться. With media bypass enabled, internal clients on the supported version do not use the Mediation Server, so the number of internal clients can increase significantly.

Как указано выше, внешних клиентов или клиентов, неподдерживаемые будет использоваться серверов Edge соединителя облачных и посредника для мультимедиа.As noted above, external clients or unsupported clients will use the Cloud Connector Edge and Mediation servers for media. При расчете, сколько устройств для соединителя облаке необходимо разместить на сайте, необходимо учесть трафик от внешних пользователей и пользователей на клиентах не поддерживается.When calculating how many Cloud Connector appliances should be placed in a site, you must consider traffic from external users and users on unsupported clients.

Cloud Connector поддерживает режим "Всегда обходить"Cloud Connector supports Always Bypass mode

Соединитель облачных поддерживает только в режиме всегда обходить.Cloud Connector supports Always Bypass mode only. Для локальных сред возможны два варианта: "Всегда обходить" и Use Site and Region Information (Использовать информацию о сайте и регионе).In on-premises environments, there are two options: Always Bypass and Use Site and Region Information.

"Всегда обходить" означает, что для всех звонков по ТСОП с внутренними клиентами в качестве исходной точки или точки назначения будет предприниматься попытка обхода сервера-посредника. Чтобы определить, является клиент внутренним или внешним, используется веб-сайт на виртуальной машине сервера-посредника. Если клиент может связаться с сайтом, он считается внутренним и используется обход сервера-посредника. Если клиент не может связаться с сайтом (например, клиент находится в домашней сети), обход сервера-посредника не используется. Always Bypass means that media bypass will be attempted for all PSTN calls with internal clients as an origin or destination point. To determine if the client is internal or external, a web site on the mediation server virtual machine is used. If the client can reach the site, it is considered internal and media bypass is used. If the client cannot reach the site (for example the client is on a home network), media bypass is not used.

Для режима "Всегда обходить" требуется бесперебойное подключение между пользователями и шлюзами ТСОП на узле ТСОП. Always Bypass requires unobstructed connectivity between users and the PSTN gateways within a PSTN Site.

Для получения дополнительных сведений см Скайп облаке соединитель для выпуска для бизнеса.For more information, see Plan for Skype for Business Cloud Connector Edition.

Например в приведенной ниже диаграмме Европа пользователей должно быть хорошее подключение для трех пограничных контроллеров сеансов (SBC) в Амстердам Запад "мне Нравится" пользователи должны быть хорошее подключение для двух SBC в Сиэтл.For example, in the diagram below, Europe users must be well connected to the three Session Border Controllers (SBCs) in Amsterdam while US West users must be well connected to the two SBCs in Seattle. Стабильное подключение означает, что пользователи либо расположены на тех же сетевых сайтах, что и контроллеры SBC или шлюзы, либо подключаться по каналам глобальной сети, имеющим соответствующую пропускную способность.Well connected means that they are either located in the same network sites as the SBCs or gateways, or over WAN links that have proper bandwidth.

Емкость Cloud Connector

Примечание

Если пользователь из Цюриха отправляется в офис в Сиэтле, и требуется использовать внутреннюю сеть для трафика медиаданных между путешествующим пользователем и шлюзами в Европе (в отличие от передачи через Интернет), то необходимо убедиться, что офисы в Сиэтле и Амстердаме, где расположены европейские контроллеры SBC или шлюзы, также стабильно подключены.If a user from Zurich travels to the Seattle office, and you want to use the internal network to deliver media traffic between the traveling user and gateways in Europe (as opposed to going over the Internet), then you must make sure the Seattle office and the Amsterdam office where European SBCs or gateways are located qualify as well connected.

Кодеки, используемые при обходе сервера-посредникаCodecs used in media bypass

При разрешенном обходе сервера-посредника для трафика медиаданных между клиентом и контроллером SBC или шлюзом используется кодек G.711. With media bypass enabled, media traffic between a client and an SBC or gateway uses the G.711 codec.

См. такжеSee also

Развертывание сервера-посредника в облаке соединителя EditionDeploy media bypass in Cloud Connector Edition