| title | ms.reviewer | ms.author | author | manager | audience | ms.topic | ms.prod | f1.keywords | localization_priority | ms.collection | ms.custom | ms.assetid | description | ms.openlocfilehash | ms.sourcegitcommit | ms.translationtype | ms.contentlocale | ms.lasthandoff | ms.locfileid | |||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Компоненты и топологии для управления приемом вызовов в Skype для бизнеса |
v-cichur |
cichur |
serdars |
ITPro |
conceptual |
skype-for-business-itpro |
|
Normal |
|
0beec6be-2431-4255-a3d2-512dd030e66a |
Планирование управления приемом вызовов (CAC), если у вас есть сеть MPLS, магистраль SIP или сторонний шлюз PSTN или PBX. Применяется к Skype для бизнеса Server Корпоративная голосовая связь. |
771b98e10c28248bc917bff2b8128b6258c140c5 |
01087be29daa3abce7d3b03a55ba5ef8db4ca161 |
MT |
ru-RU |
03/23/2021 |
51109195 |
Компоненты и топологии для управления приемом вызовов в Skype для бизнесаComponents and topologies for call admission control in Skype for Business
Планирование управления приемом вызовов (CAC), если у вас есть сеть MPLS, магистраль SIP или сторонний шлюз PSTN или PBX.Planning for call admission control (CAC) if you have an MPLS network, a SIP trunk, or a third-party PSTN gateway or PBX. Применяется к Skype для бизнеса Server Корпоративная голосовая связь.Applies to Skype for Business Server Enterprise Voice.
В этом разделе описываются моменты, которые следует учитывать при развертывании контроля допуска звонков с различными типами топологии сети.The topics in this section provide information about special considerations for deploying call admission control (CAC) with various types of network topologies.
В сети с многопротокольной коммутацией по меткам (MPLS) все сайты соединены в полную сетку. То есть, все сайты подключаются напрямую к MPLS-магистрали поставщика услуг Интернета, и каждому сайту выделяется полоса пропускания, используемая для взаимодействия по каналу глобальной сети с MPLS-облаком. Не существует ни сетевого концентратора, ни центрального сайта для управления IP-маршрутизацией. На следующему рисунке показана простая сеть, основанная на технологии MPLS.In a Multiprotocol Label Switching (MPLS) network, all sites are connected by a full-mesh. That is, all sites are connected directly to the MPLS backbone of the Internet service provider, and each site is provisioned bandwidth to be used across a WAN link to the MPLS cloud. There is no network hub or central site to control IP routing. The following figure shows a simple network based on MPLS technology.
Пример сети MPLSExample MPLS network
Чтобы развернуть контроль допуска звонков в сети MPLS, вам требуется создать область сети, представляющую облако MPLS, и создать сетевой узел, представляющий каждый вспомогательный сайт MPLS. На следующем рисунке показано, как следует настроить область сети и сетевые узлы, чтобы они представляли пример сети MPLS из предыдущего примера. Ограничения для общей пропускной способности и пропускной способности сеанса основываются на емкости канала связи глобальной сети от каждого сетевого узла к области сети, которая представляет облако MPLS.To deploy call admission control (CAC) in an MPLS network, you create a network region to represent the MPLS cloud, and create a network site to represent each MPLS satellite site. The following figure illustrates how the network region and network sites should be configured to represent the example MPLS network in the previous figure. The overall bandwidth limits and bandwidth session limits are then based on the capacity of the WAN link from each network site to the network region that represents the MPLS cloud.
Область сети и сетевые узлы для сети MPLSNetwork region and network sites for an MPLS network
Для развертывания контроля допуска звонков в канал SIP создается сетевой узел, который представляет поставщика услуг Интернет-телефонии (ITSP). Для применения значений политики пропускной способности в канале SIP создается межузловая политика между сетевым узлом в предприятии и сетевым узлом, созданным для представления ITSP.To deploy call admission control (CAC) on a SIP trunk, you create a network site to represent the Internet telephony service provider (ITSP). To apply bandwidth policy values on the SIP trunk, you create an inter-site policy between the network site in your enterprise and the network site that you create to represent the ITSP.
На следующем рисунке показан пример развертывания контроля допуска звонков в канале SIP.The following figure shows an example CAC deployment on a SIP trunk.
Конфигурация контроля допуска звонков в канале SIPCAC configuration on a SIP trunk
Чтобы настроить контроль допуска звонков в канале SIP, во время развертывания контроля допуска звонков необходимо выполнить следующие задачи.To configure CAC on a SIP trunk, you will have to perform the following tasks during CAC deployment:
-
Создать сетевой узел, представляющий поставщика услуг Интернет-телефонии (ITSP).Create a network site to represent the ITSP. Связать этот сетевой узел с соответствующей областью сети и выделить в этом сетевом узле нулевую пропускную способность для аудио и видео.Associate the network site to an appropriate network region, and allocate bandwidth of zero for audio and video for this network site. Подробные сведения см. в разделе Configure Network Sites for CAC документации по развертыванию.For details, see Configure Network Sites for CAC in the Deployment documentation.
[!NOTE] Для ITSP конфигурация этого сетевого узла не функциональна.For the ITSP, this network site configuration is not functional. Значения политики пропускной способности фактически применяются в шаге 2.Bandwidth policy values are actually applied in step 2.
-
Создайте межсайтовую ссылку для магистрали SIP с использованием соответствующих значений параметров для сайта, созданного на шаге 1.Create an inter-site link for the SIP trunk using the relevant parameter values for the site you created in step 1. Например, используйте имя сетевого сайта в вашем предприятии в качестве значения параметра NetworkSiteID1, а сетевого сайта ITSP как значение параметра NetworkSiteID2.For example, use the name of the network site in your enterprise as the value of the NetworkSiteID1 parameter, and the ITSP network site as the value of the NetworkSiteID2 parameter. Дополнительные сведения см. в материале Create network intersite policies in Skype for Business Server в документации по развертыванию и New-CsNetworkInterSitePolicy.For details, see Create network intersite policies in Skype for Business Server in the Deployment documentation, and New-CsNetworkInterSitePolicy.
-
Получите IP-адрес точки прерывания мультимедиа диспетчера сеанса (SCB) в своем ITSP.Get the IP address of the Session Border Controller's (SCB) Media Termination Point from your ITSP. Добавить этот IP-адрес с маской подсети 32 к сетевому узлу, представляющему ITSP.Add that IP address with a subnet mask of 32 to the network site that represents the ITSP. Подробные сведения см. в статье Associate a Subnet with a Network Site.For details, see Associate a Subnet with a Network Site.
Управление приемом вызовов с помощью сторонних шлюзов PSTN или PBXCall admission control with a third-party PSTN gateway or PBX
В этом разделе описываются примеры развертывания управления приемом вызовов (CAC) по ссылке между интерфейсом шлюза сервера-посредника и шлюзом открытой телефонной сети (PSTN) или частным филиалом (PBX).This topic describes examples of how call admission control (CAC) can be deployed on the link between the Mediation Server's gateway interface and a third-party public switched telephone network (PSTN) gateway or private branch exchange (PBX).
Случай 1. Контроль допуска звонков между сервером-посредником и шлюзом ТСОПCase 1: CAC between the Mediation Server and a PSTN gateway
CAC можно развернуть по ссылке WAN из интерфейса шлюза сервера-посредника в сторонний шлюз PBX или PSTN.CAC can be deployed on the WAN link from the Mediation Server's gateway interface to a third-party PBX or PSTN gateway.
Случай 1. Контроль допуска звонков между сервером-посредником и шлюзом ТСОПCase 1: CAC between the Mediation Server and a PSTN gateway
В этом примере контроль допуска звонков реализуется между сервером-посредником и шлюзом ТСОП.In this example, CAC is applied between the Mediation Server and a PSTN gateway. Если клиент Skype для бизнеса на сетевом сайте 1 помещает вызов PSTN через шлюз PSTN в сетевом сайте 2, средства массовой информации течет через ссылку WAN.If a Skype for Business client user at Network Site 1 places a PSTN call through the PSTN gateway in Network Site 2, the media flows through the WAN link. Поэтому для каждого сеанса ТСОП выполняются две проверки контроля допуска звонков:Therefore, two CAC checks are performed for each PSTN session:
-
Между клиентской приложением Skype для бизнеса и сервером-посредникомBetween the Skype for Business client application and the Mediation Server
-
между сервером-посредником и шлюзом ТСОП.Between the Mediation Server and the PSTN gateway
Проверки выполняются как для входящих звонков ТСОП, поступающих в клиент в сетевом узле 1, так и для исходящих звонков ТСОП из клиентского приложения в сетевом узле 1.This works for both incoming PSTN calls to a client in Network Site 1, and for outgoing PSTN calls originating from a client application in Network Site 1.
Note
Убедитесь в том, что IP-подсеть, к которой относится шлюз ТСОП, настроена и связана с сетевым узлом 2.Make sure that the IP subnet that the PSTN gateway belongs to is configured and associated with Network Site 2.
Note
Убедитесь в том, что IP-подсеть, к которой относятся оба интерфейса сервера-посредника, настроена и связана с сетевым узлом 1.Make sure that the IP subnet that both interfaces of the Mediation Server belong to is configured and associated with Network Site 1.
Note
Подробнее см. в разделе Associate a Subnet with a Network Site.For details, see Associate a Subnet with a Network Site.
Случай 2. Контроль допуска звонков между сервером-посредником и сторонней УАТС с точкой Media Termination PointCase 2: CAC between the Mediation Server and a third-party PBX with Media Termination Point
Эта конфигурация аналогична случаю 1. В обоих случаях серверу-посреднику известно, какое устройство является конечным на противоположном конце канала глобальной сети, и IP-адрес шлюза ТСОП или УАТС с точкой Media Termination Point (MTP) настраивается на сервере-посреднике как следующий прыжок.This configuration is similar to Case 1. In both the cases, the Mediation Server knows what device terminates media at the opposite end of the WAN link, and the IP address of the PSTN gateway or PBX with Media Termination Point (MTP) is configured on the Mediation Server as the next hop.
Случай 2. Контроль допуска звонков между сервером-посредником и сторонней УАТС с точкой MTPCase 2: CAC between the Mediation Server and a third-party PBX with MTP
В этом примере контроль допуска звонков реализуется между сервером-посредником и УАТС с точкой MTP.In this example, CAC is applied between the Mediation Server and the PBX/MTP. Если клиент Skype для бизнеса на сетевом сайте 1 помещает вызов PSTN через PBX/MTP, расположенный в сетевом сайте 2, средства массовой информации течет через ссылку WAN.If a Skype for Business client user at the Network Site 1 places a PSTN call through the PBX/MTP located in Network Site 2, the media flows through the WAN link. Поэтому для каждого сеанса ТСОП выполняются две проверки контроля допуска звонков:Therefore, for each PSTN session two CAC checks are performed:
-
Между клиентской приложением Skype для бизнеса и сервером-посредникомBetween the Skype for Business client application and the Mediation Server
-
между сервером-посредником и УАТС с точкой MTP.Between the Mediation Server and the PBX/MTP
Проверки выполняются как для входящих звонков ТСОП, поступающих в клиент в сетевом узле 1, так и для исходящих звонков ТСОП из клиента в сетевом узле 1.This works for both incoming PSTN calls to a client in Network Site 1, and outgoing PSTN calls originating from a client in Network Site 1.
Note
Убедитесь в том, что IP-подсеть, к которой относится точка MTP, настроена и связана с сетевым узлом 2.Make sure that the IP subnet that the MTP belongs to is configured and associated with Network Site 2.
Note
Убедитесь в том, что IP-подсеть, к которой относятся оба интерфейса сервера-посредника, настроена и связана с сетевым узлом 1.Make sure that the IP subnet that both interfaces of the Mediation Server belong to is configured and associated with Network Site 1.
Note
Подробнее см. в разделе Associate a Subnet with a Network Site.For details, see Associate a Subnet with a Network Site.
Случай 3. Контроль допуска звонков между сервером-посредником и сторонней УАТС без точки Media Termination PointCase 3: CAC between the Mediation Server and a third-party PBX without a Media Termination Point
Случай 3 немного отличается от первых двух. Если на сторонней УАТС отсутствует точка MTP, то при выполнении запроса исходящего сеанса к сторонней УАТС серверу-посреднику неизвестно, куда поступят данные в пределах УАТС. В этом случае данные передаются непосредственно между сервером-посредником и сторонним конечным устройством.Case 3 is slightly different from the first two cases. If there is no MTP on the third-party PBX, for an outgoing session request to the third-party PBX the Mediation Server does not know where media will terminate in the PBX boundary. In this case, the media flows directly between the Mediation Server and the third-party endpoint device.
Случай 3. Контроль допуска звонков между сервером-посредником и сторонней УАТС без точки MTPCase 3: CAC between the Mediation Server and a third-party PBX without MTP
В этом примере, если клиент Skype для бизнеса на сетевом сайте 1 помещает вызов пользователю через PBX, сервер-посредник может выполнять проверки CAC только на прокси-сервере (между клиентом Skype для бизнеса и сервером-посредником).In this example, if a Skype for Business client user at Network Site 1 places a call to a user through the PBX, the Mediation Server is able to perform CAC checks only on the proxy leg (between the Skype for Business client application and Mediation Server). Поскольку сервер-посредник не имеет сведений о конечном устройстве при запросе сеанса, проверки контроля допуска звонков нельзя выполнить на канале глобальной сети (между сервером-посредником и сторонним устройством) до того, как звонок будет установлен.Because the Mediation Server does not have information about the endpoint device while the session is being requested, CAC checks cannot be performed on the WAN link (between the Mediation Server and the third-party endpoint) prior to call establishment. Однако после установки сеанса серверу-посреднику проще контролировать используемую пропускную способность магистрали.After the session is established, however, the Mediation Server facilitates in accounting for the bandwidth used on the trunk.
Если звонки исходят со сторонней конечной точки, информация об устройстве становится доступна в момент выполнения запроса сеанса, после чего проверки контроля допуска звонков можно выполнить на обеих сторонах сервера-посредника.For calls that originate from the third-party endpoint, the information about that endpoint device is available at the time of session request and CAC check can be performed on both the sides of the Mediation Server.
Note
Убедитесь в том, что IP-подсеть, к которой относятся устройства конечных точек, настроена и связана с сетевым узлом 2.Make sure that the IP subnet that the endpoint devices belong to is configured and associated with Network Site 2.
Note
Убедитесь в том, что IP-подсеть, к которой относятся оба интерфейса сервера-посредника, настроена и связана с сетевым узлом 1.Make sure that the IP subnet that both interfaces of the Mediation Server belong to is configured and associated with Network Site 1.
Note
Подробнее см. в разделе Associate a Subnet with a Network Site.For details, see Associate a Subnet with a Network Site.