Планирование обхода сервера-посредника в Skype для бизнеса 2015

Skype for Business Server 2015
 

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

Необходимые решения при планировании обхода сервера-посредника в системе Корпоративная голосовая связь Skype для бизнеса Server, включая взаимодействие с функцией контроль допуска вызовов (CAC).

Обход сервера-посредника означает исключение сервера-посредника из пути (когда это возможно) для звонков, сигналы которых проходят через сервер-посредник.

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

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

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

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

Пути передачи мультимедийных данных и сигналов при включенном и отключенном режиме обхода сервера-посредника

Голосовой контроль допуска звонков — обход мультимедиа при принудительном подключении

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

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

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

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

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

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

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

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

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

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

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

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

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

Обход сервера-посредника необходимо настроить как глобально, так и для каждого отдельного канала ТСОП. При включении обхода сервера-посредника на глобальном уровне имеются два варианта: Обходить всегда и Использовать сведения о сайте и области .

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

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

  • Система автоматически назначает один уникальный идентификатор обхода каждой области.

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

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

  • Подсети, связанные с каждым сайтом, наследуют идентификатор обхода этого сайта.

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

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

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

  • CAC не включен и для обхода сервера-посредника задано значение Всегда обходить .

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

  • CAC не включен и для обхода сервера-посредника задано значение Использовать сведения об узлах и областях .

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

    Даже если CAC отключен глобально, необходимо задать политику полосы пропускания для каждого узла и каждой связи, если вы хотите использовать конфигурацию узла и области для управления применением обхода. Фактическое значение ограничения пропускной полосу или ее модальность не имеет значения. Конечная цель состоит в том, чтобы система автоматически вычисляла разные идентификаторы обхода для связи с различными региональными стандартами с плохой связью. Определение ограничения полосы пропускания по определению означает, что связь не очень хорошая.

  • CAC включен, а обход сервера-посредника не включен. Эта конфигурация применима, только если все шлюзы и IP-УАТС подключены по нестабильным каналам или не соответствуют другим требованиям для обхода сервера-посредника. Дополнительные сведения о требованиях обхода сервера-посредника см. в разделе Технические требования для сервера-посредника в Lync Server 2013.

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

Обход сервера-посредника можно использовать, если удовлетворены следующие требования:

  • Узел партнера сервера-посредника должен поддерживать необходимые функции для обход сервера-посредника, наиболее важной из которых является возможность обработки нескольких разветвленных ответов (также известных как "ранние диалоги"). Обратитесь к производителю шлюза или ITSP, чтобы получить значение максимального количества ранних диалогов, которые могут поддерживать шлюз, PBX или SBC.

  • Узел партнера сервера-посредника должен принимать трафик мультимедиа непосредственно от конечных точек Skype для бизнеса. Многие поставщики ITSP допускают прием SBC только трафика от сервера-посредника. Обратитесь к ITSP, чтобы определить, принимает ли SBC мультимедийный трафик непосредственно от конечных точек Skype для бизнеса.

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

 
Показ: