Plan for Enterprise Voice resiliency in Skype for Business Server

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

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

Обеспечение устойчивости центрального сайта

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

• Должна обеспечиваться отработка отказа голосовой связи.

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

• Входящие и исходящие вызовы пользователей, расположенных на других сайтах, должны перенаправляться в ТСОП.

В этой статье описывается рекомендуемое решение для защиты устойчивости центрального сайта голосовой связи.

Архитектура и топология

Для планирования устойчивости голосовой связи на центральном сайте требуется базовое понимание центральной роли регистратора Skype для бизнеса Server при включении голосовой отработки отказа. Регистратор Skype для бизнеса Server — это служба, которая обеспечивает регистрацию и проверку подлинности клиентов, а также предоставляет службы маршрутизации. Он выполняется на всех серверах Standard Edition, сервере переднего плана, директоре или модуле для обеспечения доступности. Пул регистраторов состоит из служб регистратора, работающих в интерфейсном пуле и находящихся на том же сайте. Клиент Skype для бизнеса обнаруживает интерфейсный пул с помощью следующего механизма обнаружения:

1. SRV-запись DNS

2. Веб-служба автообнаружения

3. Параметр DHCP 120

После подключения клиента Skype для бизнеса к пулу переднего плана он направляется подсистемой балансировки нагрузки на один из серверов переднего плана в пуле. Этот сервер переднего плана, в свою очередь, перенаправляет клиент к предпочтительному регистратору в пуле.

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

To assure voice resiliency in the event of a central site failure, the primary Registrar pool must have a single designated backup Registrar pool located at another site. Резервное копирование можно настроить с помощью параметров устойчивости построителя топологий. Assuming a resilient WAN link between the two sites, users whose primary Registrar pool is no longer available are automatically directed to the backup Registrar pool.

Следующие действия описывают процесс обнаружения и регистрации клиента.

1. Клиент обнаруживает Skype для бизнеса Server через записи SRV DNS. В Skype для бизнеса Server записи SRV DNS можно настроить для возврата нескольких полных доменных имен в запрос SRV DNS. Например, если предприятие Contoso имеет три центральных сайта (в Северной Америке, в Европе и в Азиатско-Тихоокеанском регионе), и пул директоров существует на каждом центральном сайте, то записи DNS SRV могут указывать на полное доменное имя пула директоров в каждом из этих трех расположений. Пока пул директора в одном из расположений доступен, клиент может подключиться к первому Skype для бизнеса Server прыжка.

   Примечание.

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

2. Пул директоров информирует клиента Skype для бизнеса о основном пуле регистраторов пользователя и пуле резервных регистраторов.

3. Клиент Skype для бизнеса сначала пытается подключиться к основному пулу регистраторов пользователя. Если основной пул регистратора доступен, то регистратор принимает регистрацию. Если основной пул регистратора недоступен, клиент Skype для бизнеса пытается подключиться к пулу резервных регистраторов. Если резервный пул регистратора доступен и определил, что основной пул регистратора пользователя недоступен (путем обнаружения отсутствия пульса для указанного интервала отработки отказа), резервный пул регистратора принимает регистрацию пользователя. После того как резервный пул регистратора обнаружит, что основной регистратор снова доступен, он перенаправляет клиентов автоматической отработки отказов в их основной пул.

Требования и рекомендации

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

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

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

• Каждый пул регистратора должен иметь балансировку нагрузки с использованием балансировки нагрузки DNS, аппаратную балансировку нагрузки или обе. Подробные сведения о планировании конфигурации балансировки нагрузки см. в разделе Требования к балансировке нагрузки для Skype для бизнеса.

• Каждому пользователю необходимо назначить основной пул регистраторов с помощью командлета командной консоли Skype для бизнеса Server set-CsUser или Skype для бизнеса Server панель управления.

• Основной пул регистратора должен иметь один резервный пул регистратора, расположенный на другом центральном сайте.

• The primary Registrar pool must be configured to fail over to the backup Registrar pool. By default, the primary Registrar is set to fail over to the backup Registrar pool after an interval of 300 seconds. Этот интервал можно изменить с помощью построителя топологий Skype для бизнеса Server.

• Настройте маршрут отработки отказа. При настройке маршрута укажите шлюз, расположенный на другом сайте, чем шлюз, указанный в основном маршруте.

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

Зависимости

Skype для бизнеса Server зависит от следующих компонентов инфраструктуры и программного обеспечения для обеспечения устойчивости голосовой связи:

Функции обеспечения голосовой связи

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

• Исходящие вызовы ТСОП.

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

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

• Базовая обработка вызова, включая удержание, возобновление и переключение вызовов.

• Двусторонний обмен мгновенными сообщениями и совместное использование аудио и видео пользователями на одном сайте.

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

• Продолжение функционирования существующих телефонов и клиентов.

• Регистрация вызовов (CDR).

• Проверка подлинности и авторизация.

Когда основной центральный сайт выходит из строя, могут также работать следующие функции голосовой связи (в зависимости от того, как они были настроены).

• Размещение и извлечение голосовых сообщений.

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

  • Изменить запись DNS SRV таким образом, чтобы серверы единой системы обмена сообщениями Exchange на центральном сайте указывали на резервные серверы единой системы обмена сообщениями Exchange на другом сайте.

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

    Если ни один из предыдущих решений не возможен, то в случае недоступности центрального сайта единой системы обмена сообщениями Exchange будет недоступно.

• Конференц-связь всех типов.

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

Следующие функции голосовой связи не будут работать в случае выхода из строя основного центрального сайта.

• Автосекретарь конференции.

• Функция присутствия и маршрутизация на основе DND.

• Обновление параметров переадресации вызовов.

• Служба "Группа ответа" и парковка вызовов.

• Подготовка новых телефонов и клиентов.

• Веб-поиск в адресной книге

Обеспечение устойчивости сайта филиала

Если вы хотите обеспечить устойчивость сайта филиала, то есть высокий уровень доступности Корпоративная голосовая связь службе, у вас есть три варианта:

• для обеспечения связи в филиалах

• для обеспечения связи в филиалах

• Полное развертывание Skype для бизнеса Server на сайте филиала

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

Функции обеспечения устойчивости сайта филиала

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

• Входящие и исходящие вызовы по телефонной сети общего пользования (ТСОП).

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

• Базовая обработка вызова, включая удержание, возобновление и переключение вызовов.

• Двусторонний обмен мгновенными сообщениями.

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

• Записи регистрации вызовов (CDR).

• Конференц-связь с телефонным подключением из ТСОП с автосекретарем конференц-связи.

• Возможности голосовой почты, если настроены параметры маршрутизации голосовой почты.

• Проверка подлинности и авторизация пользователей.

Следующие функции будут доступны только в том случае, если решение для обеспечения устойчивости является полномасштабной Skype для бизнеса Server развертывания на сайте филиала.

• Обмен мгновенными сообщениями, веб-конференции, а также аудио- и видеоконференции.

• Маршрутизация на основании сведений о присутствии и статуса "не беспокоить" (когда вызовы не осуществляются для расширений со статусом "не беспокоить").

• Обновление параметров переадресации вызовов.

• Приложение группы ответа и приложение "Парк вызовов"

• Подготовка новых телефонов и клиентов, но только в том случае, если на сайте филиала присутствует доменные службы Active Directory.

• Enhanced 9-1-1 (E9-1-1).

  Если e9-1-1 развернут, а магистраль SIP на центральном сайте недоступна, так как канал глобальной сети не работает, устройство для обеспечения связи с сетью будет направлять вызовы E9-1-1 в шлюз локальной ветви. Чтобы включить эту функцию, политики голосовой связи пользователей сайта филиала должны направлять вызовы к локальному шлюзу в случае сбоя глобальной сети.

Решения по обеспечению устойчивости сайта филиала

There are obvious advantages to providing branch-site resiliency to your organization. В частности, если вы потеряете подключение к центральному сайту, пользователи сайта филиала по-прежнему будут иметь Корпоративная голосовая связь службы и голосовой почты (если настроить параметры перенаправления голосовой почты). However, for sites with fewer than 25 users, a resiliency solution may not provide a sufficient return on investment.

Доступно три варианта обеспечения устойчивости сайта филиала. Воспользуйтесь следующей таблицей, чтобы определить оптимальный для себя вариант.

Топология для обеспечения устойчивости

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

Варианты обеспечения устойчивости сайта филиала

Описание механизма обеспечения связи в филиалах

Устройство Skype для бизнеса Server ветвей ветвей включает в себя следующие компоненты:

• Регистратор для проверки подлинности пользователей, регистрации и маршрутизации вызовов

• Сервер-посредник для обработки сигналов между регистратором и ТСОП-шлюзом

• ТСОП-шлюз для маршрутизации вызовов в ТСОП в случае отказа глобальной сети

• SQL Server Express для локального хранения пользовательских данных

Устройство для обеспечения связи также включает в себя магистрали ТСОП, аналоговые порты и адаптер Ethernet.

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

Skype для бизнеса Server поддерживает до двух устройств для обеспечения поддержки ветвей на сайте филиала.

Обзор развертывания механизма обеспечения связи филиала

Устройство для обеспечения выживания в филиалах производится изготовителями оборудования в партнерстве с корпорацией Майкрософт и развертывается от их имени розничными торговцами с добавленной стоимостью. Это развертывание должно выполняться только после развертывания Skype для бизнеса Server на центральном сайте, подключения глобальной сети к сайту филиала и включения Корпоративная голосовая связь для пользователей сайта филиала.

Дополнительные сведения о данных этапах см. в разделе Deploying a Survivable Branch Appliance or Server документации по развертыванию.

Описание сервера обеспечения связи в филиалах

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

Требования к обеспечению устойчивости сайта филиала

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

Подготовка пользователей филиала для устойчивости сайта филиала

Подготовьте пользователей к устойчивости сайта филиалов, задав их пул регистратора в качестве устройства для обеспечения устойчивости филиалов (SBA) или сервера живучего филиала.

Назначения регистратора для пользователей филиала

Независимо от используемого решения для обеспечения устойчивости сайта филиала вам потребуется задать основной регистратор для каждого пользователя. Пользователи сайта филиала всегда должны регистрироваться в регистраторе на сайте филиала, независимо от того, находится ли этот регистратор в модуле живучего филиала, на сервере для обеспечения доступности филиалов или автономном сервере Skype для бизнеса Server standard или выпуск Enterprise сервере. Чтобы клиент мог обнаружить пул регистратора, требуется DNS-запись SRV. Если устройство для обеспечения связи становится недоступным, клиенты сайта филиала автоматически обнаружат резервную копию регистратора.

Если на сайте филиала нет DNS-сервера, существует два альтернативных способа настроить обнаружение устройства живучего филиала или сервера живучего филиала.

• Настройте параметр DHCP 120 на DHCP-сервере dhcp-сервера сайта филиала, чтобы указать полное доменное имя (FQDN) устройства для обеспечения работоспособности филиала или сервера живучей ветви.

• Настройте устройство живучего филиала или сервер живучего филиала для ответа на запросы DHCP 120.

Маршрутизация голосовых вызовов для пользователей филиала

We recommend that you create a separate user-level Voice over Internet Protocol (VoIP) policy for users in a branch site. Эта политика должна включать в себя основной маршрут, использующий устройство или шлюз сервера ветвей, и один или несколько маршрутов резервного копирования, использующих магистраль со шлюзом телефонной сети общего пользования (ТСОП) на центральном сайте. If the primary route is unavailable, the backup route that uses one or more central site gateways is used instead. Таким образом, независимо от того, где зарегистрирован пользователь (на сайте регистратора филиала или в пуле резервных регистраторов на центральном сайте), политика VoIP пользователя всегда действует. This is an important consideration for failover scenarios. Например, если необходимо переименовать устройство "Живучее ветвь" или перенастроить устройство "Живучее ветвление" для подключения к резервному пулу регистраторов на центральном сайте, необходимо переместить пользователей сайта филиала на центральный сайт на этот период времени. (Дополнительные сведения о переименовании или перенастройке устройства живучего филиала см. в приложении B. Управление устройством для обеспечения живучего филиала в документации по развертыванию.) Если у этих пользователей нет политик VoIP уровня пользователя или абонентских групп на уровне пользователей, при перемещении пользователей на другой сайт политики VoIP на уровне сайта и абонентские группы на уровне сайта центрального сайта применяются к пользователям по умолчанию, а не к политикам VoIP на уровне сайта филиала и абонентских групп. In this scenario, unless the site-level VoIP policies and site-level dial plans used by the backup Registrar pool can also apply to the branch site users, their calls will fail. For example, if users from a branch site located in Japan are moved to a central site in Redmond, then a dial plan with normalization rules that prepend +1425 to all 7-digit calls is unlikely to appropriately translate calls for those users.

Чтобы убедиться, что входящие вызовы пользователей сайта филиала будут обращаться к этим пользователям, когда шлюз филиала или компонент Windows сайта устройства для обеспечения поддержки (например, если устройство или шлюз филиалов были отключены для обслуживания), создайте маршрут отработки отказа на шлюзе (или обратитесь к поставщику direct inward dialing (DID) для перенаправления входящих вызовов в пул резервного регистратора в центральном центре. Сайта. From there, the calls will be routed over the WAN link to branch users. Убедитесь, что маршрут преобразует номера в соответствии с допустимыми форматами номеров телефонов шлюза ТСОП или другого однорангового узла магистрали. For details about creating a failover route, see Configuring a Failover Route. Also create service-level dial plans for the trunk associated with the gateway at the branch site to normalize incoming calls. Если у вас есть два устройства для обеспечения поддержки филиалов на сайте филиала, вы можете создать абонентскую группу уровня сайта для обоих, если для каждого из них не требуется отдельный план уровня обслуживания.

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

Маршрутизация добавочных номеров

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

Правила нормализации и преобразования, которые соответствуют Line URI, содержащим добавочный номер (отдельный номер или в дополнении к полному номеру телефона E.164), имеют дополнительные требования. В этом разделе описываются примеры маршрутизации звонков для Line URI с добавочными номерами.

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

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

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

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

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

Подготовка к обеспечению связи для голосовой почты

Единая система обмена сообщениями Exchange обычно устанавливается только на центральном сайте, а не на сайтах филиалов. Даже если канал глобальной сети между сайтом филиала и центральным сайтом недоступен, у вызывающего абонента должна быть возможность отправки сообщения голосовой почты. В результате настройка URI строки для номера телефона автосекретаря единой системы обмена сообщениями Exchange, который предоставляет голосовую почту для пользователей сайта филиала, требует особых рекомендаций, в дополнение к политике голосовой связи, абонентской группе и правилам нормализации, применимым к такому номеру голосовой почты.

Устройства для обеспечения поддержки ветвей (SBA) и серверы обеспечения поддержки голосовой почты для пользователей филиалов во время сбоя глобальной сети. В частности, если вы используете устройство живучего филиала или сервер живучего филиала и глобальная сеть становится недоступной, сервер SBA или Survivable Branch Server перенаправляет неотвеченные вызовы через ТСОП в exchange UM на центральном сайте. С помощью SBA или сервера обеспечения связи пользователи также могут получать сообщения голосовой почты через ТСОП во время сбоя глобальной сети. Наконец, во время сбоя глобальной сети устройство живучего филиала или сервер живучей ветви помещает в очередь уведомления о пропущенных вызовах, а затем отправляет их на сервер единой системы обмена сообщениями Exchange при восстановлении глобальной сети. Чтобы обеспечить устойчивость перенаправления голосовой почты, убедитесь, что вы добавили запись для полного доменного имени центрального пула сайтов и запись для полного доменного имени пограничного сервера в файл hosts на сервере живучего филиала. В противном случае при отсутствии DNS-сервера на сайте филиала разрешение DNS-имен не будет работать.

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

• Администратор Microsoft Exchange должен настроить автосекретаря единой системы обмена сообщениями Exchange (AA) для приема только сообщений. Эта конфигурация отключает все остальные функциональные возможности, например передачу пользователю или передачу оператору, и позволяет автосекретарю только принимать сообщения. В качестве альтернативного варианта администратор Exchange может использовать общий автосекретарь или настроенный секретарь для маршрутизации звонков оператору.

• Администратор Skype для бизнеса Server должен взять номер телефона AA и использовать его в качестве номера автосекретаря обмена UM в параметрах перенаправки голосовой почты для модуля или сервера филиала.

• Администратор Skype для бизнеса Server должен получить номер телефона для доступа подписчика единой системы обмена сообщениями Exchange и использовать его в качестве номера доступа подписчика в параметрах перенаправки голосовой почты для устройства для обеспечения связи или сервера ветвей.

• Администратор Skype для бизнеса Server должен настроить единой системы обмена сообщениями Exchange так, чтобы со всеми пользователями филиалов, которым требуется доступ к голосовой почте во время сбоя глобальной сети, была связана только одна абонентской группы.

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

Требования к оборудованию и программному обеспечению для устойчивости сайта филиала

Требования к оборудованию и программному обеспечению зависят от решения, используемого для обеспечения устойчивости.

Требования к устройствам для обеспечения связи в филиалах

Необходимое оборудование и программное обеспечение встроено в устройство "Живучее ветвь". Однако мы также рекомендуем каждому сайту филиала развертывать DHCP-сервер для получения IP-адресов клиентов. В противном случае по истечении срока аренды DHCP клиенты не будут иметь IP-подключения.

Если корпоративные DNS-серверы находятся только на центральных сайтах, пользователи сайта филиала не смогут подключиться к ним во время сбоя глобальной сети, поэтому Skype для бизнеса Server обнаружение, использующее запись ресурса SRV (SRV) DNS), завершится сбоем. Для маршрутизации в условиях отсутствия доступа к глобальной сети требуется кэшировать DNS-записи на сайте филиала. Если маршрутизатор филиала поддерживает кэширование DNS, включите его. В противном случае вы можете развернуть DNS-сервер в филиале. Это может быть автономный сервер или версия модуля "Живучее ветвь", поддерживающая возможности DNS. За подробными сведениями обратитесь к поставщику устройства для обеспечения живучего филиала.

Skype для бизнеса клиенты могут обнаружить Skype для бизнеса Server с помощью параметра DHCP 120 (параметр SIP-регистратора). Этот запрос можно настроить следующими способами:

• Настройте DHCP-сервер на сайте филиала для ответа на запросы DHCP 120, которые возвращают полное доменное имя регистратора на устройстве живучего филиала или на сервере живучей ветви.

• Включите Skype для бизнеса Server DHCP. Если этот параметр включен, регистратор Skype для бизнеса Server отвечает на запросы dhcp Option 120. Обратите внимание, что регистратор не отвечает на все DHCP-запросы, кроме "DHCP Options 120".

Кроме того, для крупных сайтов филиалов, имеющих несколько подсетей, нужно включить агенты DHCP-ретрансляции для переадресации запросов "DHCP Option 120" на DHCP-сервер (конфигурация 1) или регистратор (конфигурация 2).

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

Требования к серверам для обеспечения связи в филиалах

Требования к серверам живучего филиала совпадают с требованиями к серверу переднего плана. Дополнительные сведения см. в статье Требования к серверу для Skype для бизнеса Server 2015 г.

Требования к развертываниям Full-Scale Skype для бизнеса Server Branch-Site

Дополнительные сведения см. в разделе Требования к серверу для Skype для бизнеса Server 2015 в документации по планированию.

Пример: настройка маршрута отбработки отказа

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

Таблица 1. Политика пользователя

Таблица 2. Маршруты

В таблице 1 использование телефона GlobalPSTNHopoff добавлено после использования телефона DallasUsers в политике звонков в Далласе. Это позволяет использовать для звонков, к которым применяется политика звонков в Далласе, маршруты, настроенные для использования телефонов GlobalPSTNHopoff, если маршрут, заданный для использования телефонов DallasUsers, недоступен.