Обзор контроля допуска звонков в Lync Server 2013

  • Статья

 

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

При обмене данными в режиме реального времени учитывается задержка и потеря пакетов, которые могут произойти в подключенных сетях. Контроль допуска звонков (CAC) на основе доступной пропускной способности сети определяет, следует ли разрешать установку сеансов связи в режиме реального времени, таких как голосовые или видеовызовы. Структура CAC в Lync Server 2013 предлагает четыре основных атрибута:

  • Простота развертывания и управления без необходимости дополнительного оборудования, например специально настроенных маршрутизаторов.

  • Разрешаются критические случаи использования объединенных коммуникаций, такие как перемещающиеся пользователи или несколько точек подключения. Политики контроля допуска звонков осуществляются в соответствии с тем, где располагается конечная точка, а не с тем, где находится пользователь.

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

  • Обеспечивает гибкость, позволяющую представление разных видов сетевых топологий. Примеры см. в разделе "Компоненты и топологии" для CAC в Lync Server 2013.

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

Контроль допуска звонков управляет трафиком в режиме реального времени только для звука и видео. Он не управляет трафиком данных.

Администраторы определяют политики CAC, которые применяются службой политики пропускной способности, установленной с каждым пулом переднего плана. Параметры CAC автоматически распространяются на все серверы переднего плана Lync Server в сети.

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

  1. Интернет

  2. ТСОП

  3. Голосовая почта

Регистрация вызовов (CDR) захватывает сведения о вызовах, которые перенаправляются в ТСОП или в голосовую почту. CDR не захватывает сведения о вызовах, которые перенаправляются в Интернет, поскольку Интернет воспринимается скорее как альтернативный путь, а не как дополнительный вариант.

Примечание.

Вложения голосовой почты не будут отклоняться из-за ограничений пропускной способности.

Служба политик пропускной способности создает два типа файлов журналов в формате с разделением запятыми (CSV). Журнал ошибок команд CHECK заполняется, когда отклоняются запросы пропускной способности. Файл журнала использования линий связи регистрирует снимок топологии сети и использование полосы пропускания WAN-канала. Оба эти журнала могут помочь вам при тонкой настройке политик контроля допуска звонков на основе использования.

Аспекты контроля допуска звонков

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

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

Сетевые аспекты

Хотя служба политики пропускной способности в Lync Server 2013 применяет ограничение пропускной способности для звука и видео, это ограничение не применяется к сетевому маршрутизатору (уровень 2 и 3). Lync Server 2010 CAC не может запретить приложению данных, например, использовать всю пропускную способность сети по каналу глобальной сети, включая пропускную способность, зарезервированную для аудио- и видеосвязи политикой CAC. Чтобы защитить необходимую пропускную способность в сети, вы можете развернуть протокол качества обслуживания (QoS), такой как приоритизированные службы (DiffServ). Поэтому рекомендуется согласовывать определяемые вами политики пропускной способности контроля допуска звонков со всеми параметрами QoS, которые вы можете развернуть.

Пути передачи мультимедиа и сигналов через VPN

Если ваше предприятие поддерживает передачу мультимедиа через VPN, убедитесь, что как поток мультимедиа, так и поток сигналов проходят через VPN или маршрутизируются через Интернет. По умолчанию потоки мультимедиа и сигналов проходят через VPN-туннель.

Контроль допуска звонков внешних пользователей

Контроль допуска звонков не применяется для удаленных пользователей, в которых сетевой трафик проходит через Интернет. Так как трафик мультимедиа проходит через Интернет, который не управляется Lync Server, cac не может быть применен. Однако проверки CAC будут выполняться в части вызова, который проходит через корпоративную сеть.

Контроль допуска звонков для подключений ТСОП

Контроль допуска звонков можно применять на сервере-посреднике независимо от того, подключен ли он к IP-адресу или УАТС, шлюзу ТСОП или магистрали SIP. Так как сервер-посредник является внутренним агентом пользователя (B2BUA), он завершает работу носителя. Он имеет две стороны подключения: сторона, подключенная к Lync Server, и сторона шлюза, подключенная к шлюзам ТСОП, IP/УАТС или магистралям SIP. Дополнительные сведения о подключениях ТСОП см. в разделе "Планирование подключения по ТСОП" в Lync Server 2013.

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

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

Осуществление контроля допуска звонков в подключениях ТСОП

Voice CAC Media Bypass Connection Enforcement

Совместимость контроля допуска звонков с более ранними версиями Office Communications Server

Контроль допуска звонков можно включить только в конечных точках, которые включены для Lync Server 2010 и более поздних версий.

Контроль допуска звонков не может быть включен на конечных точках с Office Communicator 2007 R2 или более ранней версии.

Приложение CAC в разных версиях Lync Server

Схема сравнения версий CAC голосовой связи