Планирование обхода мультимедиа в Skype для бизнеса
Решения, необходимые для планирования обхода мультимедиа в Skype для бизнеса Server Корпоративная голосовая связь. Включает взаимодействие с контролем допуска звонков (CAC).
Обход сервера-посредника — это удаление сервера-посредника из пути к носителю, когда это возможно для вызовов, сигналы которых проходят через сервер-посредник.
Media bypass can improve voice quality by reducing latency, needless translation, possibility of packet loss, and the number of points of potential failure. Масштабируемость можно улучшить, так как исключение обработки мультимедиа для обходных вызовов снижает нагрузку на сервер-посредник. Это сокращение нагрузки дополняет возможность сервера-посредника управлять несколькими шлюзами.
Если сайт филиала без сервера-посредника подключен к центральному сайту с помощью одного или нескольких каналов глобальной сети с ограниченной пропускной способностью, обход мультимедиа снижает требования к пропускной способности, позволяя мультимедиа от клиента на сайте филиала поступать непосредственно к его локальному шлюзу без необходимости проходить через канал глобальной сети к серверу-посреднику на центральном сайте и обратно.
Благодаря освобождению сервера-посредника от обработки мультимедиа обход мультимедиа также может уменьшить количество серверов-посредников, необходимых инфраструктуре Корпоративная голосовая связь. Общая рекомендация состоит в том, чтобы включать обход сервера-посредника везде, где это возможно.
На следующем рисунке показаны основные пути мультимедиа и передачи сигналов в топологиях с обходом сервера-посредника и без такого обхода.
Пути передачи мультимедийных данных и сигналов при включенном и отключенном режиме обхода сервера-посредника
Обход мультимедиа полезен, если требуется свести к минимуму количество развернутых серверов-посредников. Как правило, пул сервера-посредника развертывается на центральном сайте и будет управлять шлюзами на сайтах филиалов. Включение обхода сервера-посредника позволяет проходить мультимедиа для вызовов ТСОП от клиентов на сайтах филиалов непосредственно через шлюзы на этих сайтах. Skype для бизнеса Server маршруты исходящих вызовов и политики Корпоративная голосовая связь должны быть правильно настроены таким образом, чтобы вызовы ТСОП от клиентов на сайте филиала перенаправляются в соответствующий шлюз.
В сетях Wi-Fi обычно теряется больше пакетов, чем в проводных сетах. Восстановление от этой потери пакетов обычно не может быть обеспечено шлюзами. Таким образом, рекомендуется оценить качество сети Wi-Fi, прежде чем принимать решение о включении обхода сервера-посредника для беспроводной подсети. Также стоит оценить выгоду от сокращения задержек по сравнению с негативным эффектом от потери пакетов. Кодек RTAudio, доступный для вызовов без обхода серверов-посредников, лучше всего подходит для обработки потери пакетов.
Планирование развертывания обхода мультимедиа
После того как структура Корпоративная голосовая связь будет настроена, планировать обход мультимедиа будет просто.
Если имеется централизованная топология без связей WAN с сайтами филиалов, можно включить глобальный обход сервера-посредника, поскольку детальный контроль не требуется.
Если имеется распределенная топология, состоящая из одной или нескольких областей сети и присоединенных к ним сайтов филиалов, определите следующие моменты.
Могут ли кэширующие узлы сервера-посредника поддерживать возможности, необходимые для обхода сервера-посредника.
Какие сайты в каждой области сети имеют хорошее подключение.
Какая комбинация обхода сервера-посредника и контроля допуска звонков подходит для вашей сети.
Когда вы включаете обход сервера-посредника, автоматически создается уникальный идентификатор обхода для области сети и для всех сетевых узлов без ограничений пропускной способности в этой области. Каждому узлу с ограничениями пропускной способности в этой области и узлу, подключенному к области с помощью связи WAN с ограничениями пропускной способности, назначается свой собственный уникальный идентификатор обхода.
Когда пользователь вызывает ТСОП, сервер-посредник сравнивает идентификатор обхода подсети клиента с идентификатором обхода подсети шлюза. Если два идентификатора обхода совпадают, для вызова используется обход мультимедиа. Если идентификаторы обхода не совпадают, носитель для вызова должен проходить через сервер-посредник.
Когда пользователь получает вызов из ТСОП, клиент пользователя сравнивает его идентификатор обхода с идентификатором шлюза ТСОП. Если два идентификатора обхода совпадают, мультимедиа передаются непосредственно из шлюза в клиент, минуя сервер-посредник.
Только клиенты и устройства Lync 2010 или более поздней версии поддерживают обход мультимедиа с сервером-посредником.
Важно!
Кроме включения обхода сервера-посредника на глобальном уровне, необходимо включить обход сервера-посредника индивидуально в каждом канале ТСОП. Если обход включен на глобальном уровне, но не включен для конкретного канала ТСОП, то обход сервера-посредника не будет вызываться для любых вызовов, использующих этот канал ТСОП. Кроме того, если для обхода сервера-посредника установлен параметр Использовать сведения узла и области, необходимо сопоставить все маршрутизируемые подсети с узлами, в которых они расположены. Если в узле имеются маршрутизируемые подсети, для которых обход нежелателен, то эти подсети необходимо сгруппировать в новый узел перед включением обхода сервера-посредника. Это будет гарантировать, что немаршрутизируемым сетям будут назначены разные идентификаторы обхода.
Режимы обхода сервера-посредника
Обход сервера-посредника необходимо настроить как глобально, так и для каждого отдельного канала ТСОП. При включении обхода сервера-посредника на глобальном уровне имеются два варианта: Обходить всегда и Использовать сведения о сайте и области.
Как можно предположить из названия, параметр Обходить всегда означает, что попытки обхода сервера-посредника будут предприниматься для всех вызовов ТСОП. Параметр Обходить всегда используется в развертываниях, в которых не требуется ни включать контроль допуска звонков, ни указывать подробные сведения о конфигурации, касающиеся того, когда следует пытаться обходить сервер-посредник. Кроме того, параметр Обходить всегда используется, когда имеется полное подключение между клиентами и шлюзами ТСОП. В такой конфигурации все подсети ставятся в соответствие одному и только одному идентификатору обхода, который вычисляется системой.
При выборе параметра Использовать сведения о сайте и области для принятия решения об обходе используется идентификатор обхода, связанный с конфигурацией сайта и области. Эта конфигурация обеспечивает гибкость настройки обхода для большинства распространенных топологий, поскольку предоставляет возможность детального контроля над тем, когда происходит обход, в дополнение к поддержке взаимодействий с контролем допуска звонков. Система пытается облегчить вашу задачу, автоматические назначая идентификатор обхода следующим образом.
Система автоматически назначает один уникальный идентификатор обхода каждой области.
Любой сайт, связанный с областью посредством связи WAN без ограничений пропускной способности, наследует идентификатор обхода области.
Сайту, связанному с областью посредством связи WAN с ограниченной пропускной способностью, назначается идентификатор обхода, отличный от идентификатора обхода области.
Подсети, связанные с каждым сайтом, наследуют идентификатор обхода этого сайта.
Обход сервера-посредника и контроль допуска звонков
Обход сервера-посредника и контроль допуска звонков (CAC) взаимодействуют для управления полосой пропускания для мультимедиа данных звонков. Обход сервера-посредника обеспечивает поток мультимедиа по каналам с хорошей связью; CAC управляет трафиком на каналах с ограниченной пропускной полосой. Так как обход сервера-посредника и CAC являются взаимоисключающими, необходимо быть осторожным при планировании использования этих компонентов. Поддерживаются следующие комбинации.
CAC и обход сервера-посредника включены. Для обхода сервера-посредника должно быть задано значение Использовать сведения об узлах и областях. Эти сведения совпадают с данными, которые используются для CAC.
Если включить CAC, вы не сможете выбрать параметр Всегда обходить, и наоборот, так как эти две конфигурации являются взаимоисключающими. Т. е. только одна из них будет применима к любому звонку через ТСОП. Во-первых, выполняется проверка, чтобы определить, применяется ли обход сервера-посредника к вызову. Если это так, CAC не используется. Это имеет смысл, так как если вызов имеет право на обход, он по определению использует подключение, где CAC не требуется. Если к вызову не удается применить обход (то есть, если идентификаторы обхода клиента и шлюза не совпадают), к вызову применяется CAC.
CAC не включен и для обхода сервера-посредника задано значение Всегда обходить.
В этой конфигурации как к клиентские так и магистральные подсети сопоставляются с одним-единственным идентификатором обхода, который вычисляется системой.
CAC не включен и для обхода сервера-посредника задано значение Использовать сведения об узлах и областях.
Если указан параметр Использовать сведения об узлах и областях, определение необходимости обхода работает, в принципе, так же независимо от того, включен или нет CAC. Т. е. То есть для любого вызова ТСОП подсеть клиента сопоставляется с определенным сайтом и извлекается идентификатор обхода для этой подсети. Аналогичным образом подсеть шлюза сопоставляется с определенным сайтом и извлекается идентификатор обхода для этой подсети. Только если два идентификатора обхода идентичны, для этого звонка будет применяться обход. Если они не совпадают, обход не будет выполняться.
Даже если CAC отключен глобально, необходимо задать политику полосы пропускания для каждого узла и каждой связи, если вы хотите использовать конфигурацию узла и области для управления применением обхода. Фактическое значение ограничения пропускной способности или его модальность не имеют значения. Конечная цель состоит в том, чтобы система автоматически вычисляла разные идентификаторы обхода для связи с различными региональными стандартами с плохой связью. Определение ограничения полосы пропускания по определению означает, что связь не очень хорошая.
CAC включен, а обход сервера-посредника не включен. Эта конфигурация применима, только если все шлюзы и IP-УАТС подключены по нестабильным каналам или не соответствуют другим требованиям для обхода сервера-посредника. Дополнительные сведения о требованиях обхода сервера-посредника см. в разделе Requirements for Media Bypass.
Технические требования
При каждом вызове к ТСОП сервер-посредник определяет, можно ли отправлять мультимедиа из Skype для бизнеса конечной точки источника непосредственно в одноранговый узел сервера-посредника без обхода сервера-посредника. Узлом партнера может являться шлюз ТСОП, УАТС или пограничный контроллер поставщика услуг интернет-телефонии (ITSP), связанного с магистральной линией между сервером-посредником, где маршрутизируется вызов.
Обход сервера-посредника можно использовать, если удовлетворены следующие требования:
Одноранговый узел сервера-посредника должен поддерживать необходимые возможности для обхода мультимедиа, наиболее важным из которых является возможность обработки нескольких ответов вилки (известные как "ранние диалоги"). Обратитесь к производителю шлюза или ITSP, чтобы получить значение максимального количества ранних диалогов, которые могут поддерживать шлюз, PBX или SBC.
Одноранговый узел сервера-посредника должен принимать трафик мультимедиа непосредственно из Skype для бизнеса конечных точек. Многие itsp разрешают SBC получать трафик только от сервера-посредника. Обратитесь в ITSP, чтобы определить, принимает ли SBC трафик мультимедиа непосредственно из Skype для бизнеса конечных точек.
Skype для бизнеса клиенты и одноранговый узел сервера-посредника должны быть хорошо подключены. Это означает, что они либо находятся в одном сетевом регионе, либо на сетевых сайтах, которые подключаются к региону по каналам глобальной сети без ограничений пропускной способности.