Прямая связь по SIP в Skype для бизнеса Server

Служба "Корпоративная голосовая связь" поддерживает прямую связь по SIP между Skype для бизнеса Server, шлюзами ТСОП и IP-УАТС.

Вы можете использовать прямую связь по SIP для подключения Skype для бизнеса Server к любому из следующих компонентов:

  • IP-УАТС;

  • шлюз ТСОП.

Чтобы реализовать прямую связь по SIP, необходимо выполнить, по существу, те же действия по развертыванию, что и при реализации магистрали SIP. В обоих случаях подключение реализуется с помощью внешнего интерфейса сервера-посредника. Единственное отличие заключается в том, что магистрали SIP подключаются к внешнему объекту, например шлюзу поставщика услуг Интернет-телефонии, а прямая связь по SIP устанавливается путем подключения к внутреннему объекту локальной сети, например к IP-УАТС или шлюзу телефонной сети общего пользования (ТСОП).

Варианты развертывания прямой связи по SIP

Автономная версия Skype для бизнеса Server

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

  • Добавочное развертывание. Этот вариант предполагает, что у вас уже есть инфраструктура УАТС и вы намереваетесь постепенно предоставлять службу "Корпоративная голосовая связь" небольшим группам пользователей или рабочим группам внутри организации.

  • Развертывание только протокола VoIP. Этот вариант предполагает, что вы рассматриваете возможность развертывания службы "Корпоративная голосовая связь" на сайте без традиционной инфраструктуры телефонии.

Добавочное развертывание

При добавочном развертывании Skype для бизнеса Server является единственным решением телефонии для отдельных рабочих групп или подразделений, а остальные пользователи в организации продолжают использовать УАТС. Эта стратегия является одним из способов развертывания IP-телефонии в организации с помощью управляемых пилотных программ. Рабочие группы, которым требуются объединенные коммуникации (Майкрософт), перемещаются в службу "Корпоративная голосовая связь", а остальные пользователи остаются в существующей УАТС. При необходимости можно перенести дополнительные рабочие группы в службу "Корпоративная голосовая связь".

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

На приведенном ниже рисунке показана универсальная топология развертывания службы "Корпоративная голосовая связь" после УАТС. Это рекомендуемая топология для добавочного развертывания.

Вариант добавочного развертывания

Схема варианта миграции в отдел.

Примечание.

Если Skype для бизнеса Server подключается к сертифицированному партнеру, обеспечивающему прямую связь по SIP, то шлюз телефонной сети общего пользования (ТСОП) между сервером-посредником и УАТС не требуется. Список сертифицированных партнеров Direct SIP см. в программе Microsoft Unified Communications Open Interoperability Program.

Примечание.

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

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

Существуют две рекомендуемые конфигурации для подключения службы "Корпоративная голосовая связь" к имеющейся инфраструктуре УАТС для взаимодействия: после УАТС и перед УАТС.

Корпоративная голосовая связь после УАТС

Если служба "Корпоративная голосовая связь" развернута после УАТС, то все звонки из ТСОП поступают на УАТС, которая перенаправляет звонки, адресованные пользователям службы "Корпоративная голосовая связь", на шлюз ТСОП, а звонки для пользователей УАТС — на УАТС.

Корпоративная голосовая связь перед УАТС

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

Преимущества и недостатки развертывания службы "Корпоративная голосовая связь" перед УАТС

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

Развертывание только протокола VoIP

Служба "Корпоративная голосовая связь" предоставляет новым компаниям и новым офисам существующих компаний возможность реализовать полнофункциональное решение VoIP, забыв о проблемах интеграции УАТС и дополнительных затратах на развертывание и обслуживание инфраструктуры IP-УАТС. Это решение поддерживает как локальных, так и удаленных сотрудников.

В этом развертывании все звонки перенаправляются через сеть IP. Звонки на ТСОП направляются на соответствующий шлюз ТСОП. Skype для бизнеса или Lync Phone Edition выступает в качестве программного телефона. Удаленное управление звонками недоступно и не требуется, так как пользователям не нужно управлять никакими телефонами УАТС. Службы голосовой почты и автосекретаря станут доступны после необязательного развертывания единой системы обмена сообщениями (UM) Exchange.

Примечание.

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

На приведенном ниже рисунке показана типичная топология для развертывания VoIP.

Вариант развертывания только протокола IP

Параметр развертывания greenfidle.

Примечание.

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

Варианты развертывания шлюза ТСОП

Шлюзы ТСОП

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

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

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

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

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

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

  • Где шлюзы должны быть расположены? Ответ отчасти зависит от топологии и отчасти от географического распределения организации.

    Следует также учитывать характеристики топологии шлюза (дополнительные сведения см. в разделе "Топологии шлюзов" далее в этой статье).

Поддержка магистрали M:N

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

Сведения о планировании использования нескольких шлюзов см. в статье Магистраль M:N в Skype для бизнеса Server.

Дополнительные сведения о других улучшениях маршрутизации см. в статье Маршруты голосовых вызовов в Lync Server 2013.

Топологии шлюзов

Рассматривая основные вопросы развертывания шлюзов, выполните указанные ниже действия.

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

  2. Оцените трафик на каждом сайте (число пользователей и среднее число звонков в час на пользователя).

  3. Разверните один или несколько шлюзов на каждом сайте, чтобы обрабатывать предполагаемый трафик.

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

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

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

Расположение шлюза

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

Размер и число шлюзов

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

  • Организациям, в которых телефония используется редко (один звонок ТСОП на пользователя в час), следует выделять по одному порту на 15 пользователей. Например, если имеется 20 пользователей, нужен шлюз с двумя портами.

  • Организациям с умеренным использованием телефонии (два звонка ТСОП на пользователя в час) следует выделять по одному порту на 10 пользователей. Например, если имеется 100 пользователей, в сумме нужно 10 портов, содержащихся в одном или нескольких шлюзах.

  • Организациям с интенсивным использованием телефонии (три или более звонков ТСОП на пользователя в час) следует выделять по одному порту на пять пользователей. Например, если имеется 47 000 пользователей, в сумме нужно 9400 портов, содержащихся как минимум в 10 крупных шлюзах.

  • Дополнительные порты можно приобретать по мере увеличении числа пользователей или трафика в организации.

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

Каждому развернутому шлюзу ТСОП должен соответствовать как минимум один сервер-посредник.