Настройка обхода сервера-посредника в Lync Server 2013

Последнее изменение раздела: 2013-02-24

В этом разделе предполагается, что вы уже опубликовали и настроите хотя бы один или несколько серверов-посредников (как описано в разделе "Определение сервера-посредника в построителе топологий " в Lync Server 2013 и публикации топологии в Lync Server 2013) или в разделе "Определение и настройка пула переднего плана" или сервера Standard Edition в Lync Server 2013 и публикации топологии в Lync Server 2013. соответственно, все в документации по развертыванию).

В этом разделе также предполагается, что вы определили по крайней мере один одноранговый узел шлюза для обеспечения подключения по ТСОП, как описано в разделе "Определение шлюза в построителе топологий в Lync Server 2013". Если однорагновым шлюзом, к которому вы подключаетесь, является устройство SBC поставщика распределения каналов SIP, убедитесь, что данный поставщик является квалифицированным и поддерживает обход сервера-посредника. Например, многие поставщики распределения каналов SIP допускают прием устройством SBC трафика только от сервера-посредника. В этом случае обход не должен быть разрешен для данной магистрали. Кроме того, вы не можете включить обход сервера-посредника, если организация не предоставляет IP-адреса внутренней сети поставщику распределения каналов SIP.

В этом разделе описывается, как включить обход сервера-посредника, чтобы уменьшить требуемую обработку. Перед включением обхода сервера-посредника убедитесь, что ваша среда соответствует условиям, необходимым для поддержки обхода сервера-посредника, как описано в разделе "Планирование обхода сервера-посредника" в Lync Server 2013 в документации по планированию. Кроме того, убедитесь, что вы использовали сведения в разделе "Планирование обхода сервера-посредника" в Lync Server 2013 , чтобы решить, следует ли включить глобальные параметры обхода сервера-посредника или использовать сведения о сайте и регионе при определении необходимости обхода сервера-посредника.

Если вы уже дополнительно настроили контроль допуска звонков (CAC), другую расширенную функцию Enterprise Voice, обратите внимание на то, что резервирование полосы пропускания, выполняемое функцией контроля допуска звонков, не распространяется на какие-либо вызовы, для которых используется обход сервера-посредника. Сначала выполняется проверка того, используется ли обход сервера-посредника, и, если обход используется, функция контроля допуска звонков не применяется для вызовов; только если проверка обхода сервера-посредника возвращает отказ, выполняется проверка на использование функции контроля допуска звонков. Эти две функции являются взаимоисключающими для любого отдельного вызова, передаваемого на ТСОП. Это логично, поскольку обход сервера-посредника предполагает, что полоса пропускания между конечными точками, участвующими в вызове, не ограничена; обход сервера-посредника не выполняется при наличии ограничений. В результате при вызове ТСОП возможно возникновение одной их следующих ситуаций: а) выполняется обход сервера-посредника, а функция контроля допуска звонков не резервирует полосу пропускания для вызова; или б) функция контроля допуска звонков применяет резервирование полосы пропускания, а сервер-посредником, которые участвует в вызове, выполняет обработку.