Планирование узлов ТСОП Cloud Connector Edition

Skype for Business Server 2015
 

Дата изменения раздела:2017-03-30

В этом разделе вы узнаете, как спланировать узлы ТСОП Cloud Connector Edition для обеспечения эффективной и экономичной маршрутизации вызовов.

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

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

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

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

Для Skype для бизнеса Online все экземпляры Cloud Connector в узле равноценны, и исходящие вызовы маршрутизируются поочередно в каждый из них. Каждый экземпляр Cloud Connector в узле коммутируется с одним и тем же набором магистралей ТСОП (с полносвязной топологией). Так как каждый пользователь связан с узлом ТСОП Cloud Connector, любой исходящий вызов (обычный или экстренный) назначается одному из экземпляров Cloud Connector в узле ТСОП, к которому относится пользователь.

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

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

  • Имеется четыре пользователя:

    • пользователь А в Редмонде, штат Вашингтон (США);

    • пользователь Б в Белвью, штат Вашингтон (США);

    • пользователь В в Сентрейлии, штат Вашингтон (США);

    • пользователь Г в Портленде, штат Орегон (США).

  • Оператор А предоставляет телефонные номера и магистрали в следующих городах:

    • Редмонд (код города 425);

    • Белвью (код города 425);

    • Сентрейлия (код города 360).

  • Оператор Б предоставляет телефонные номера и магистрали в следующем городе:

    • Портленд (код города 503).

Так как пользователь А в Редмонде и пользователь Б в Белвью находятся недалеко друг от друга и имеют один и тот же код города (425), оператор А должен иметь возможность принять экстренный звонок от пользователя А в Редмонде через магистраль в Белвью.

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

Настройка объектов с ТСОП

Рассмотрим еще один пример.

  • Пользователь В в Сентрейлии, номер которого предоставляется оператором А (код города 360), находится в двух часах езды от пользователей в Белвью и Редмонде, также обслуживаемых оператором А, но имеющих другой код города (425).

    Поэтому, даже если звонок поступает от оператора А, его программное обеспечение маршрутизации вызовов с кодом города 360 в Сентрейлии может отклонить входящий экстренный звонок от пользователя Б в Белвью (код города 425). В этом случае важно получить от оператора подтверждение того, что система Cloud Connector и связанные с ней магистрали в узлах ТСОП в Сентрейлии могут обрабатывать вызовы с другими кодами городов.

  • Пользователь Г в Портленде использует номер и магистраль, предоставляемые оператором Б, поэтому крайне маловероятно, что оператор Б примет экстренный звонок с телефонного номера, принадлежащего оператору А. Поэтому пользователь Г, а также экземпляр Cloud Connector и связанные с ним магистрали в Портленде должны относиться к другому узлу ТСОП.

 
Показ: