Знакомство с Cisco Webex Calling

Представьте себе, насколько удобно было бы иметь функции корпоративного уровня, позволяющие совершать вызовы в облаке, пользоваться мобильной связью и функциями УАТС, а также пользоваться Cisco Webex Teams для обмена сообщениями и проведения совещаний, а также совершать вызовы с помощью программного клиента Webex Calling или устройства Cisco. Все это можно сделать в Webex Calling.

Webex Calling обладает описанными ниже преимуществами.

  • Абонентские подписки для пользователей телефонии и телефонов общего пользования.

  • Доступ к Webex Teams для каждого пользователя.

  • Доступ к телефонной сети общего назначения (PSTN) для предоставления пользователям возможности набирать номера вне организации. Услуга предоставляется посредством существующей корпоративной инфраструктуры (локального шлюза без локальной IP-УАТС или с помощью существующей среды вызовов Unified CM).

Webex Calling поддерживает указанные ниже функции. Дополнительную информацию см. в главе "Настройка функций Webex Calling".

Табл. 1. Настраиваемые администратором функции

Функция

Описание

Автосекретарь

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

Очередь вызовов

Можно настроить очередь вызовов таким образом, что при невозможности ответа на входящие вызовы абонентам будет предоставляться автоматический ответ, сообщения поддержки, а также мелодия режима удержания до тех пор, пока кто-либо не сможет ответить на вызов.

Перехват вызова

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

парковка вызова

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

Группа поиска

Для сервисных групп можно настроить приведенные ниже сценарии.

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

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

Пейджинговая группа

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

Клиент-секретарь

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

Пользователи могут настраивать указанные ниже функции на веб-сайте https://settings.webex.com, который перекрестно запускает портал пользователя вызовов.

Табл. 2. Настраиваемые пользователем функции

Функция

Описание

Отклонение анонимных вызовов

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

Непрерывность бизнес-процессов

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

Переадресация вызовов

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

Избирательность переадресации вызовов

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

Уведомление о вызове

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

Ожидающий вызов

Пользователи могут разрешить ответы на другие входящие вызовы, помимо текущего.

Не беспокоить

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

Мобильный офис

Пользователи могут использовать выбранные телефоны ("местоположения") в качестве добавочного номера рабочего телефона и плана набора.

Приоритетное предупреждение

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

Удаленный офис

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

Выборочное принятие вызовов

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

Выборочное отклонение вызовов

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

Последовательный звонок

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

Одновременный звонок

Входящие вызовы поступают одновременно на номера пользователей и других абонентов ("получателей вызова").

Службы подготовки, устройства и пользователи в Control Hub, перекрестный запуск для тонкой настройки на портале администрирования Calling

Cisco Webex Control Hub (https://admin.webex.com) – это портал управления, который интегрируется с Webex Calling для оптимизации заказов и настройки, а также централизации управления пакетным предложением: Webex Calling, Webex Teams и Webex Meetings.

С Control Hub начинается подготовка всех служб, устройств и пользователей. В нем можно выполнить первоначальную настройку службы вызовов, зарегистрировать в облаке телефоны MPP (используя MAC-адрес), настроить пользователей путем связывания устройств, добавления номеров, служб, функций вызовов и т. д. Кроме того, с помощью Control Hub можно перекрестно запустить портал администрирования Calling для выполнения тонкой настройки функций, устройств и пользователей. Подготовка любых дополнительных служб (Webex Meetings или Teams) также выполняется в Control Hub.

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

Возможности для пользователей

У пользователей есть доступ к указанным ниже интерфейсам.

  • Приложение Webex Calling – программный клиент для вызовов с товарно-знаковой политикой Cisco. Дополнительную информацию см. в статье Знакомство с новым приложением Cisco Webex Calling.

  • Настройки Webex (https://settings.webex.com) – интерфейс, с помощью которого пользователи могут задать предпочтительные параметры для профиля, скачать Webex Teams и перекрестно запустить портал пользователя вызовов для настройки вызовов. Дополнительную информацию см. в статье Изменение настроек Cisco Webex.

  • Webex Teams – приложение, которое включено в подписку в качестве клиента с товарно-знаковой политикой Cisco для обмена сообщениями в команде. Дополнительную информацию см. в статье Начало работы с приложением Cisco Webex Teams.

  • Webex Meetings – дополнительное приложение, добавленное в качестве решения для проведения совещаний. Дополнительную информацию см. в статье Webex Meetings.

Обзор Cisco Webex Control Hub

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

Для отлаженной работы организации рекомендуется пригласить нескольких пользователей присоединиться к Webex Teams, введя их адреса электронной почты в Control Hub. Рекомендуйте пользователям работать в предоставленных вами службах, включая службу вызовов, и предоставлять обратную связь об их функционировании. По готовности всегда можно добавить других пользователей.


Для доступа к Control Hub рекомендуется использовать последнюю версию Google Chrome или Mozilla Firefox для настольных ПК. Исход работы в браузерах на мобильных устройствах и других браузерах на настольных ПК может оказаться непредвиденным.

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

Начало работы

После того как партнер создаст вашу учетную запись, вы получите приветственное сообщение электронной почты. При использовании Chrome или Firefox щелкните ссылку Начало работы для доступа к Control Hub. При переходе по ссылке автоматически будет выполнен вход с использованием вашего адреса электронной почты администратора. Далее вам будет предложено создать свой пароль администратора.

Мастер первоначальной настройки пробных версий

Если ваш партнер зарегистрировал для вас пробную версию, мастер настройки будет запущен автоматически после входа в Control Hub. В мастере можно выполнить пошаговую базовую настройку для отлаженной работы организации с Cisco Webex Calling наряду с другими службами. Перед завершением пошаговой настройки в мастере можно изменить и просмотреть настройки вызовов.

Просмотр настроек

После загрузки Control Hub можно просмотреть настройки.

добавить пользователей

Теперь, когда службы настроены, можно добавлять пользователей из каталога вашей компании. Перейдите к разделу Пользователи и щелкните Управление пользователями.

При использовании Microsoft Active Directory рекомендуется сначала включить синхронизацию каталога, а затем выбрать способ добавления пользователей. Щелкните Далее и следуйте инструкциям по настройке соединителя каталогов Cisco.

Настройка системы единого входа (SSO)

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

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

Назначение служб пользователям

Необходимо назначить службы добавленным пользователям, чтобы они могли начать работу в Webex Teams.

Перейдите к разделу Пользователи, щелкните Управление пользователями, выберите Экспорт и импорт пользователей с помощью файла CSV, а затем щелкните Экспорт.

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

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

Расширение возможностей пользователей

Теперь, когда пользователи добавлены и им были назначены службы, они могут начать использовать Webex Calling и Webex Teams на поддерживаемых многоплатформенных телефонах (MPP) для обмена сообщениями и проведения совещаний. Посоветуйте им использовать настройки Cisco Webex как универсальный инструмент доступа.

Роль локального шлюза

Локальный шлюз – это корпоративное или управляемое партнером пограничное устройство для межсистемного взаимодействия телефонной сети общего назначения (PSTN) и межсистемного взаимодействия частной АТС (включая Unified CM).

Можно использовать Cisco Webex Control Hub для назначения локального шлюза местоположению, после чего Control Hub предоставит параметры, которые можно настроить в CUBE. Выполните эти шаги, чтобы зарегистрировать локальный шлюз в облаке. После этого служба PSTN будет предоставляться через шлюз пользователям Webex Calling в определенном местоположении.

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

Поддерживаемые развертывания локального шлюза для Webex Calling

Поддерживаются приведенные ниже базовые типы развертывания.

Локальный шлюз может быть развернут автономно или в развертываниях, где требуется интеграция в Cisco Unified Communications Manager.

Локальные развертывания шлюза без локальной IP-УАТС

Развертывания автономного локального шлюза

На этом рисунке изображено развертывание Webex Calling без какой-либо существующей IP-УАТС. Эта схема применима к развертыванию одного или нескольких местоположений.

Webex Calling отправляет все вызовы, не соответствующие вашим назначениям Webex Calling, на локальный шлюз, назначенный местоположению для обработки. Локальный шлюз маршрутизирует все вызовы, которые поступают из Webex Calling, в PSTN и в обратном направлении – из PSTN в Webex Calling.

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

Развертывание совместно размещенного локального шлюза

Основой локального шлюза может служить IP-адрес (при этом подключение к поставщику услуг интернет-телефонии выполняется с помощью магистрали SIP) или TDM (подключение с помощью ISDN или аналоговой цепи). На рисунке ниже изображено развертывание Webex Calling, в котором локальный шлюз совместно размещается со шлюзом PSTN и пограничным контроллером сеанса.

Локальные развертывания шлюза с локальной УАТС Unified CM

Интеграции с Unified CM необходимы в указанных далее случаях.

  • Местоположения с поддержкой Webex Calling добавлены в существующее развертывание Cisco UC, в котором Unified CM развертывается как решение для управления локальными вызовами.

  • Требуется прямой набор между телефонами, зарегистрированными в Unified CM, и телефонами в местоположениях Webex Calling.

На рисунке изображено развертывание Webex Calling, в котором у клиента есть существующая IP-УАТС Unified CM.

BroadCloud отправляет вызовы, которые не соответствуют назначениям Webex Calling клиентов, на локальный шлюз. Сюда относятся номера PSTN и внутренние добавочные номера Unified CM, которые BroadCloud не распознает. Локальный шлюз маршрутизирует все вызовы, поступающие из BroadCloud в Unified CM и в обратном направлении. Затем Unified CM маршрутизирует входящие вызовы на локальные назначения или в PSTN согласно существующему плану набора. План набора Unified CM нормализует номера в формат +E.164. Шлюз PSTN может быть отдельным или может быть совместно размещен с локальным шлюзом.

Отдельный шлюз PSTN

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

Совместно размещенный шлюз PSTN

На этом рисунке изображено развертывание Webex Calling с Unified CM, в котором локальный шлюз совместно размещается со шлюзом PSTN и пограничным контроллером сеанса.

BroadCloud маршрутизирует все вызовы, которые не соответствуют назначениям Webex Calling клиентов, на назначенный местоположению локальный шлюз. В их числе назначения PSTN и внутрисетевые вызовы по внутренним добавочным номерам Unified CM. Локальный шлюз маршрутизирует все вызовы в Unified CM. Затем Unified CM маршрутизирует вызовы на локально зарегистрированные телефоны или в PSTN через локальный шлюз, в котором находятся функциональные возможности PSTN и пограничного контроллера сеанса.

Аспекты маршрутизации вызовов

Вызовы из Webex Calling в Unified CM

Логика маршрутизации Webex Calling такова: если номер, набранный в конечной точке Webex Calling, невозможно маршрутизировать в какое-либо другое назначение в рамках одного клиента в BroadCloud, то вызов направляется на локальный шлюз для дальнейшей обработки. Все внесетевые вызовы (за пределами BroadCloud) направляются на локальный шлюз.

При развертывании Webex Calling без интеграции в существующий Unified CM любой внесетевой вызов считается вызовом PSTN. При объединении с Unified CM внесетевой вызов по-прежнему может быть внутрисетевым для всех назначений, размещенных в Unified CM, или действительным внесетевым – для назначения PSTN. Различие между двумя последними типами вызовов определяется Unified CM и зависит от корпоративного плана набора, подготовленного в Unified CM.

На рисунке ниже изображено, как пользователь Webex Calling набирает междугородный номер в США.

Теперь Unified CM основывается на настроенном плане набора и маршрутизирует вызов на локально зарегистрированную конечную точку, в которой в качестве вызываемого назначения подготовлен номер по каталогу. Для этого план набора Unified CM должен поддерживать маршрутизацию номеров +E.164.

Вызовы из Unified CM в Webex Calling

Чтобы включить маршрутизацию вызовов из Unified CM в Webex Calling в Unified CM, необходимо подготовить набор маршрутов для определения набора +E.164 и адресов корпоративного плана нумерации в Webex Calling.

При наличии этих маршрутов возможны оба сценария вызовов, приведенные на рисунке ниже.

Если вызывающий абонент в PSTN совершает вызов на номер DID, назначенный устройству Webex Calling, вызов переадресовывается в организацию через ее шлюз PSTN, а затем переводится в Unified CM. Вызываемый адрес этого вызова совпадает с одним из маршрутов Webex Calling, подготовленных в Unified CM. Затем вызов передается на локальный шлюз. (При отправке на локальный шлюз вызываемый адрес должен иметь формат +E.164.) Затем логика маршрутизации BroadCloud проверяет, отправлен ли вызов на заданное устройство Webex Calling на основании назначения DID.

Кроме того, вызовы, инициированные в зарегистрированных в Unified CM конечных точках, нацеленных на назначения в Webex Calling, зависят от плана набора, подготовленного в Unified CM. Как правило, с помощью этого плана набора пользователи могут совершать вызовы, применяя общие привычные условия набора организации. В эти привычные условия не обязательно должен входить лишь набор +E.164. Любое условие набора, отличное от формата +E.164, должно быть нормализовано в +E.164 перед отправкой вызовов в локальный шлюз. Это необходимо для надлежащей маршрутизации в BroadCloud.

Класс службы

Реализовать ограничения узкого класса служб во всех случаях рекомендуется по различным причинам, в том числе чтобы избежать создания циклов вызовов и предотвратить мошенничество, связанное с совершением вызовов за счет другого абонента. В контексте интеграции локального шлюза Webex Calling с классом службы Unified CM необходимо учитывать класс службы для:

  • зарегистрированных в Unified CM устройств;

  • вызовов, поступивших в Unified CM из PSTN;

  • вызовов, поступивших в Unified CM из BroadCloud.

зарегистрированных в Unified CM устройств;

Добавить назначения Webex Calling в качестве нового класса назначений в существующую настройку класса службы довольно просто. Чаще всего полномочие на вызов назначений Webex Calling равноценно полномочию на вызов локальных (в том числе между объектами) назначений.

Если в корпоративном плане набора уже реализовано полномочие "(Сокращенный) внутрисетевой набор между объектами", значит, уже существует подготовленный в Unified CM раздел, который можно использовать при подготовке всех известных внутрисетевых назначений Webex Calling в рамках одного раздела.

В противном случае понятие полномочия "(Сокращенный) внутрисетевой набор между объектами" еще не существует, а значит, необходимо подготовить новый раздел (например, onNetRemote), добавить в него назначения Webex Calling и наконец этот новый раздел потребуется добавить в соответствующие области поиска вызовов.

вызовов, поступивших в Unified CM из PSTN;

Добавить назначения Webex Calling в качестве нового класса назначений в существующую настройку класса службы довольно просто. Чаще всего полномочие на вызов назначений Webex Calling равноценно полномочию на вызов локальных (в том числе между объектами) назначений.

Если в корпоративном плане набора уже реализовано полномочие "(Сокращенный) внутрисетевой набор между объектами", значит, уже существует подготовленный в Unified CM раздел, который можно использовать при подготовке всех известных внутрисетевых назначений Webex Calling в рамках одного раздела.

В противном случае понятие полномочия "(Сокращенный) внутрисетевой набор между объектами" еще не существует, а значит, необходимо подготовить новый раздел (например, onNetRemote), добавить в него назначения Webex Calling и наконец этот новый раздел потребуется добавить в соответствующие области поиска вызовов.

вызовов, поступивших в Unified CM из BroadCloud.

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

Несмотря на то что для вызовов из PSTN требуется доступ к DID Unified CM и DID Webex Calling, для вызовов, инициированных в Webex Calling, необходим доступ к DID Unified CM и назначениям PSTN.

Рис. 1. Дифференцированный класс службы для вызовов из PSTN и Webex Calling

На этом рисунке приведено сравнение двух различных классов служб для вызовов из PSTN и BroadCloud. Кроме того, на рисунке изображено, что при совмещении функциональных возможностей шлюза PSTN с локальным шлюзом необходимы две магистрали от шлюза PSTN, объединенного с локальным шлюзом, к Unified CM: одна будет использоваться для вызовов, инициированных в PSTN, а другая – для вызовов, инициированных в BroadCloud. Это объясняется требованием применять дифференцированные области поиска вызовов для каждого типа трафика. Это требование легко выполнить, имея две магистрали для входящих вызовов в Unified CM. Для этого на каждой магистрали необходимо настроить требуемую область поиска для входящих вызовов.

Интеграция плана набора

Это руководство предполагает наличие существующей установки с учетом актуальных рекомендаций, приведенных в разделе "Предпочтительная архитектура для локальных развертываний служб Cisco для совместной работы, CVD". Последняя версия доступна на странице https://www.cisco.com/c/en/us/support/unified-communications/unified-communications-system/products-implementation-design.

Проект рекомендуемого плана набора соответствует подходу проектирования, который описан в главе о плане набора последней версии SRND к системе для совместной работы Cisco. Это руководство доступно на странице https://www.cisco.com/go/ucsrnd.

Рис. 2. Рекомендуемый план набора

На этом рисунке приведен обзор проекта рекомендуемого плана набора. Ключевые характеристики этого проекта плана набора включают указанное далее.

  • Все номера по каталогу, настроенные в Unified CM, имеют формат +E.164.

  • Все номера по каталогу находятся в одном и том же разделе (DN) и помечены как срочные.

  • Маршрутизация ядра основана на рекомендации +E.164.

  • Все привычные условия набора, не основанные на рекомендациях +E.164 (например, сокращенный набор внутри объекта и набор PSTN с использованием общих привычных условий набора) нормализованы (глобализованы) в формат +E.164 с помощью шаблонов преобразования для нормализации набора.

  • В шаблонах преобразования для нормализации набора применяется наследование области поиска вызовов шаблона перевода. В этих шаблонах задан параметр "Использовать область поиска вызовов отправителя".

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

  • Возможности доступа посредством PSTN (например, доступ к назначениям международных PSTN) реализуются посредством добавления разделов с соответствующими шаблонами маршрута +E.164 в область поиска вызовов, определяющую класс службы.

Доступность BroadCloud

Рис. 3. Добавление назначения BroadCloud в план набора

Чтобы добавить доступность для назначений BroadCloud в этот план набора, необходимо создать раздел со всеми назначениями BroadCloud ("BroadCloud"), и добавить в этот раздел шаблон маршрута +E.164 для каждого диапазона DID в BroadCloud. Этот шаблон маршрута привязан к списку маршрутов с единственным элементом – группой маршрутов с магистралью SIP на локальный шлюз для вызовов в BroadCloud. Все набираемые назначения нормализуются в формат +E.164 с помощью шаблонов преобразования для нормализации набора для вызовов, инициированных в зарегистрированных в Unified CM конечных точках, либо преобразований номера входящего вызова от вызываемого абонента для вызовов, инициированных в PSTN. Следовательно, этого набора шаблонов маршрута +E.164 достаточно для достижения доступности назначений в BroadCloud, независимо от применяемых привычных условий набора.

Например, если пользователь набирает номер 914085550165, шаблон преобразования для нормализации набора в разделе UStoE164 нормализует эту строку набора в +14085550165, которая затем приводится в соответствие с шаблоном маршрута для назначения BroadCloud в разделе BroadCloud. В конечном счете Unified CM отправляет вызов на локальный шлюз.

Добавление сокращенного набора между объектами

Рис. 4. Добавление сокращенного набора между объектами

Для добавления сокращенного набора между объектами в упомянутый план набора рекомендуется добавить шаблоны преобразования для нормализации набора на всех веб-сайтах в рамках корпоративного плана нумерации в отдельный раздел (номера корпоративного значения, или ESN). Эти шаблоны преобразования перехватывают строки набора в формате корпоративного плана нумерации и нормализуют набранную строку в формат +E.164.

Для добавления корпоративного сокращенного набора в назначения BroadCloud необходимо добавить для местоположения BroadCloud соответствующий шаблон преобразования для нормализации набора в раздел BroadCloud (например, 8101XX на схеме). После нормализации вызов снова будет отправлен в BroadCloud после приведения в соответствие шаблону маршрута в разделе BroadCloud.

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

Разница между Webex Calling для поставщиков услуг и продавцов, создающих добавочную стоимость

Существует два различных предложения службы вызовов, для которых используется одна и та же платформа Webex Calling. Одно предложение предназначено для поставщиков услуг (SP) и их клиентов, а другое – для продавцов, создающих добавочную стоимость (VAR) и их клиентов. По большей части предложения идентичны, и поэтому они часто собирательно называются Webex Calling. Тем не менее существует несколько различий. Поэтому при необходимости конкретизации будут добавлены уточнения: SP или VAR.

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

SP могут применить фирменное оформление на своих порталах Calling и в приложениях и должны объединять и предоставлять своим клиентам собственные службы PSTN или использовать развертывание локального шлюза. SP также должны самостоятельно обеспечивать поддержку уровня 1.

VAR, с другой стороны, используют фирменную символику, предоставленную компанией Cisco. VAR не являются поднадзорными поставщиками услуг и не могут предоставлять службы PSTN. Служба PSTN должна использоваться в рамках развертывания корпоративного локального шлюза. VAR также может самостоятельно предоставить поддержку уровня 1 или воспользоваться поддержкой Cisco. Оба предложения службы вызовов отличаются качеством обслуживания за счет метрик качества мультимедиа и могут объединить Webex Teams и Meetings с приложениями для совершения вызовов.

Обработчики протоколов для Calling

Cisco Webex Calling регистрирует указанные ниже обработчики протоколов в операционной системе, чтобы предоставить доступ к функциональным возможностям быстрого вызова из веб-браузеров или другого приложения. Указанные ниже протоколы запускают аудиовызов или видеозвонок в Webex Teams, если оно выбрано в качестве приложения для вызовов по умолчанию на компьютерах Mac или Windows.

  • CLICKTOCALL: или CLICKTOCALL://.

  • SIP: или SIP://.

  • TEL: или TEL://.

  • WEBEXTEL: или WEBEXTEL://.

Обработчики протоколов для Windows

Другие приложения могут регистрировать обработчики протоколов раньше приложения Webex Teams. В Windows 10 отображается системное окно, в котором пользователи могут указать, какое приложение использовать для запуска вызова. Система может запомнить предпочтительные параметры пользователя, если он установит флажок параметра Всегда использовать это приложение.

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

  1. Откройте настройки системы Настройки системы по умолчанию, щелкните Задать значения по умолчанию для приложения, а затем выберите Webex Teams.

  2. Для каждого протокола выберите Webex Teams.

Обработчики протоколов для Mac

Если в Mac OS другие приложения зарегистрированы в протоколах вызовов раньше, чем Webex Teams, пользователи должны выбрать приложение Webex Teams в качестве службы вызовов по умолчанию.

В Webex Teams для Mac пользователи могут проверить, выбран ли вариант Webex Teams для параметра Начинать вызовы с помощью: в разделе общих предпочтительных параметров. Они также могут установить флажок параметра Всегда подключаться к Microsoft Outlook, чтобы совершать вызовы в Webex Teams щелчком номера контакта Outlook.