Планирование узлов ТСОП Cloud Connector Edition
Важно!
Cloud Connector Edition будет прекращен 31 июля 2021 г. вместе с Skype для бизнеса Online. После обновления организации до Teams узнайте, как подключить локальную телефонную сеть к Teams с помощью прямой маршрутизации.
Прочтите эту статью, чтобы узнать, как спланировать сайты ТСОП 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 и назначения пользователей соответствующим сайтам. Например, магистрали, подключенные к центру обработки данных, в котором развертывается узел ТСОП, должны быть настроены для обработки как внутренней, так и внешней маршрутизации для всех номеров, назначенных пользователям этого узла.
Каждый (модуль) Cloud Connector можно подключить к нескольким IP-шлюзам, IP-УАТС или пограничным контроллерам сеансов (SBC). Так как шлюзы и УАТС подключены к магистралям telco (магистралям 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 выполняются указанные ниже условия.
Имеется четыре пользователя:
пользователь А в Редмонде, штат Вашингтон (США);
пользователь Б в Белвью, штат Вашингтон (США);
пользователь В в Сентрейлии, штат Вашингтон (США);
Пользователь D в Портленде ИЛИ (США)
Оператор А предоставляет номера телефонов и магистрали в:
Редмонд (код города 425);
Белвью (код города 425);
Сентрейлия (код города 360).
Оператор B предоставляет номера телефонов и магистрали в:
- Портленд (код города 503).
Так как пользователь A в Редмонде (центр обработки данных A) и пользователь B в Bellevue (центр обработки данных B) находятся в пригородах рядом друг с другом и в одном коде области (425), оператор A должен иметь возможность принимать экстренный вызов от пользователя A в Редмонде на магистрали в Bellevue.
Следовательно, пользователи A и B, а также магистрали Cloud Connector для Bellevue и Redmond, скорее всего, могут находиться на одном сайте ТСОП Cloud Connector, как показано на следующей схеме. Экстренные звонки от пользователей в одном из этих офисов могут маршрутизироваться в магистрали в другом офисе. Однако вы должны проверка с вашим оператором, что это будет работать.
Рассмотрим еще один пример.
Пользователь В в Сентрейлии, номер которого предоставляется оператором А (код города 360), находится в двух часах езды от пользователей в Белвью и Редмонде, также обслуживаемых оператором А, но имеющих другой код города (425).
Таким образом, даже если звонок поступает от оператора A, возможно, что программное обеспечение маршрутизации вызовов перевозчика в коде региона Centralia 360 может отклонить входящий экстренный вызов, исходящий от пользователя B в Bellevue с кодом района 425. В этом случае крайне важно, чтобы оператор подтвердил, что Cloud Connector и связанные с ним магистрали на сайтах ТСОП Centralia могут обрабатывать вызовы между расстояниями и кодами регионов.
Пользователь D в Портленде использует номер и багажник, предоставляемые оператором B, поэтому маловероятно, что оператор B примет экстренный вызов с номера телефона, который принадлежит оператору A. Поэтому пользователь D и Облачный соединитель (модуль) и связанные магистрали в Портленде должны находиться на другом сайте ТСОП.