Компоненты и топологии для контроля допуска звонков в Skype для бизнеса 2015

Skype for Business Server 2015
 

Дата изменения раздела:2015-08-17

Планирование отчета по контролю допуска звонков (CAC) при наличии сети MPLS, магистрали SIP или шлюза ТСОП или УАТС. Применимо к службе Корпоративная голосовая связь в Skype для бизнеса Server.

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

В сети с многопротокольной коммутацией по меткам (MPLS) все сайты соединены в полную сетку. Это значит, что все сайты подключаются напрямую к MPLS-магистрали поставщика услуг Интернета, и каждому сайту выделяется полоса пропускания, используемая для взаимодействия по каналу глобальной сети с MPLS-облаком. Не существует ни сетевого концентратора, ни центрального сайта для управления IP-маршрутизацией. На следующем рисунке показана простая сеть, основанная на технологии MPLS.

Пример сети MPLS

Контроль допуска звонков с многопротокольной коммутацией по меткам (MPLS)

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

Область сети и сетевые сайты для сети MPLS

Контроль допуска звонков с многопротокольной коммутацией по меткам (MPLS) — схема

Для развертывания контроля допуска звонков в магистрали SIP создается сетевой сайт, который представляет поставщика услуг интернет-телефонии (ITSP). Для применения значений политики пропускной способности в магистрали SIP создается межсайтовая политика между сетевым сайтом на предприятии и сетевым сайтом, созданным для представления ITSP.

На следующем рисунке показан пример развертывания контроля допуска звонков в магистрали SIP.

Конфигурация контроля допуска звонков в магистрали SIP

Контроль допуска звонков с распределением каналов SIP (схема)

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

  1. Создать сетевой сайт для представления поставщика услуг интернет-телефонии (ITSP). Вписать этот сетевой сайт в соответствующий сетевую область и выделить для этого сетевого сайта нулевую пропускную способность для аудио и видео. Дополнительные сведения см. в разделе Настройка сетевых сайтов для контроля допуска звонков в Lync Server 2013 документации по развертыванию.

    noteПримечание.
    Для ITSP конфигурация этого сетевого сайта не функциональна. Значения политики пропускной способности фактически применяются в шаге 2.
  2. Создать межсайтовую связь для магистрали SIP с помощью соответствующих значений параметров для сайта, созданного на шаге 1. Например, можно указать имя этого сетевого сайта на предприятии в качестве значения параметра NetworkSiteID1, а имя сетевого сайта ITSP — в качестве значения параметра NetworkSiteID2. Дополнительные сведения см. в разделе Создание политик межсайтового взаимодействия в Skype для бизнеса Server 2015 документации по развертыванию и в New-CsNetworkInterSitePolicy.

  3. Получить IP-адрес оконечной точки мультимедиа (MTP) пограничного контроллера сеансов (SCB) у своего поставщика услуг интернет-телефонии (ITSP). Добавить этот IP-адрес с маской подсети 32 к сетевому сайту, представляющему ITSP. Дополнительные сведения см. в разделе Связь подсети с сетевым сайтом в Lync Server 2013.

В этом разделе описываются примеры развертывания контроля допуска звонков (CAC) на канале между интерфейсом шлюза сервера-посредника и сторонним шлюзом ТСОП или УАТС.

Контроль допуска звонков можно развернуть на канале глобальной сети, связывающем интерфейс шлюза сервера-посредника и сторонний шлюз ТСОП или УАТС.

Случай 1. Контроль допуска звонков между сервером-посредником и шлюзом ТСОП

Случай 1. Контроль допуска звонков между сервером-посредником и шлюзом ТСОП

В этом примере контроль допуска звонков реализуется между посредник и шлюзом ТСОП. Если пользователь клиента Skype для бизнеса на сетевом сайте 1 посылает вызов ТСОП через шлюз ТСОП на сетевом сайте 2, данные передаются через WAN-канал. Поэтому для каждого сеанса ТСОП выполняются две проверки контроля допуска звонков.

  • Между Skype для бизнеса клиентским приложением и сервером-посредником

  • Между посредник и шлюзом ТСОП

Проверки выполняются как для входящих звонков ТСОП, поступающих в клиент на сетевом сайте 1, так и для исходящих звонков ТСОП из клиентского приложения на сетевом сайте 1.

noteПримечание.
Убедитесь в том, что IP-подсеть, к которой относится шлюз ТСОП, настроена и связана с сетевым сайтом 2.
Убедитесь в том, что IP-подсеть, к которой относятся оба интерфейса посредник, настроена и связана с сетевым сайтом 1.
Дополнительные сведения см. в разделе Связь подсети с сетевым сайтом в Lync Server 2013.

Эта конфигурация аналогична случаю 1. В обоих случаях посредник знает, какое устройство является оконечным на противоположном конце WAN-канала, и IP-адрес шлюза ТСОП или УАТС с оконечной точкой мультимедиа (MTP) настраивается на сервере-посреднике в качестве следующего перехода.

Случай 2. Контроль допуска звонков между сервером-посредником и сторонней УАТС с точкой MTP

Случай 2. Контроль допуска звонков между сервером-посредником и УАТС с точкой Media Termination Point (MTP)

В этом примере контроль допуска звонков реализуется между посредник и УАТС с точкой MTP. Если пользователь клиента Skype для бизнеса на сетевом сайте 1 выполняет вызов ТСОП через УАТС с точкой MTP на сетевом сайте 2, данные передаются через WAN-канал. Поэтому для каждого сеанса ТСОП выполняются две проверки контроля допуска звонков.

  • Между клиентским приложением Skype для бизнеса и посредник

  • Между посредник и УАТС с точкой MTP

Проверки выполняются как для входящих звонков ТСОП, поступающих в клиент на сетевом сайте 1, так и для исходящих звонков ТСОП из клиента на сетевом сайте 1.

noteПримечание.
Убедитесь в том, что IP-подсеть, к которой относится точка MTP, настроена и связана с сетевым сайтом 2.
Убедитесь в том, что IP-подсеть, к которой относятся оба интерфейса посредник, настроена и связана с сетевым сайтом 1.
Дополнительные сведения см. в разделе Связь подсети с сетевым сайтом в Lync Server 2013.

Случай 3 несколько отличается от первых двух. Если на сторонней УАТС отсутствует точка MTP, то при выполнении запроса исходящего сеанса к сторонней УАТС посредник неизвестно, куда поступят данные в пределах УАТС. В этом случае данные передаются непосредственно между посредник и сторонним оконечным устройством.

Случай 3. Контроль допуска звонков между сервером-посредником и сторонней УАТС без точки MTP

Случай 3. Контроль допуска звонков между сервером-посредником и УАТС без точки Media Termination Point (MTP)

В этом примере, если пользователь клиента Skype для бизнеса на сетевом сайте 1 посылает вызов другому пользователю через УАТС, посредник может выполнить проверки контроля допуска звонков только на участке прокси (между Skype для бизнеса клиентским приложением и посредник). Поскольку посредник не имеет сведений об оконечном устройстве при запросе сеанса, проверки контроля допуска звонков нельзя выполнить на WAN-канале (междупосредник и сторонним устройством) до того, как звонок будет установлен. Но после установления сеанса посредник проще контролировать используемую пропускную способность магистрали.

Если звонки исходят от стороннего оконечного устройства, информация об оконечном устройстве становится доступной в момент выполнения запроса сеанса, а проверки контроля допуска звонков можно выполнить на обеих сторонах посредник.

noteПримечание.
Убедитесь в том, что IP-подсеть, к которой относятся устройства конечных точек, настроена и связана с сетевым сайтом 2.
Убедитесь в том, что IP-подсеть, к которой относятся оба интерфейса посредник, настроена и связана с сетевым сайтом 1.
Дополнительные сведения см. в разделе Связь подсети с сетевым сайтом в Lync Server 2013.
 
Показ: