Контроль допуска звонков с помощью стороннего шлюза ТСОП или УАТС в Lync Server 2013

 

Дата последнего изменения раздела: 2012-10-20

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

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

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

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

сервера-посредника: CAC между шлюзом

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

• Между клиентским приложением Lync и сервером-посредником

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

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

Примечание.

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

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

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

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

УАТС сервера-посредника с между УАТС сервера-посредника и MTP

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

• Между клиентским приложением Lync и сервером-посредником

• Между сервером-посредником и УАТС/MTP

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

Примечание.

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

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

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

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

УАТС сервера-посредника без MTP-случая 3: CAC между УАТС сервера-посредника

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

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

Примечание.

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