Общие сведения об обходе сервера-посредника в Lync Server 2013

  • Статья

 

Последнее изменение раздела: 2012-09-21

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

В сетях Wi-Fi обычно теряется больше пакетов, чем в проводных сетах. Восстановление от этой потери пакетов обычно не может быть обеспечено шлюзами. Таким образом, рекомендуется оценить качество сети Wi-Fi, прежде чем принимать решение о включении обхода сервера-посредника для беспроводной подсети. Также стоит оценить выгоду от сокращения задержек по сравнению с негативным эффектом от потери пакетов. Кодек RTAudio, доступный для вызовов без обхода серверов-посредников, лучше всего подходит для обработки потери пакетов.

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

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

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

    • Могут ли кэширующие узлы сервера-посредника поддерживать возможности, необходимые для обхода сервера-посредника.

    • Какие сайты в каждой области сети имеют хорошее подключение.

    • Какая комбинация обхода сервера-посредника и контроля допуска звонков подходит для вашей сети.

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

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

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

Только клиенты и устройства Lync 2010 или более поздней версии поддерживают взаимодействие обхода сервера-посредника.

Важно

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