В этой статье
Выбор региона
Местоположения
PSTN
dropdown icon
Dial Plan (План набора)
    План набора номера локальной сети в Unified CM
    План набора номера Webex Call
dropdown icon
Запись
    1. выбор поставщика услуг записи телефонных разговоров
    2. Выбор региона
Экстренный вызов
dropdown icon
Лицензирование
    Назначение вручную через Центр управления
    Шаблоны автоматического назначения лицензий
    Массовое назначение с помощью CSV-шаблона
    Назначение на основе API
    Требования к лицензированию
dropdown icon
Подготовка пользователей
    Группы пользователей
    Рекомендуемый подход при миграции с Unified CM на Webex Calling
    Разработка пользовательских групп
dropdown icon
Система единого входа (SSO)
    Поддержка нескольких поставщиков идентификации
    Двухфакторная аутентификация с единым входом для Webex
dropdown icon
Функции
    Автосекретарь
    Парковка вызова
    Перехват вызова
    Очередь вызовов
    Сервисная группа
    Режимы работы
    Пейджинговая группа
    Записи
    Дозвон по единому номеру
    Группа голосовой почты

Разработка плана перехода с Unified CM на Webex Calling.

list-menuВ этой статье
list-menuОтправить обратную связь?

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

Выбор региона

Webex Calling доступен по всему миру и предоставляется из резервных центров обработки данных в нескольких регионах: США (Даллас, Чикаго), Канада (Ванкувер, Торонто), Европа (Франкфурт, Амстердам), Великобритания (Лондон, Манчестер), Австралия (Мельбурн, Сидней), Япония (Токио, Осака), Саудовская Аравия (Эр-Рияд, Джидда) и Индия (Мумбаи, Ченнаи). Медиа-точки присутствия предоставляют медиа-услуги для оптимизации времени передачи медиаконтента туда и обратно. Например, сингапурский центр обработки данных используется для оптимизации времени передачи медиасигнала в обе стороны для клиентов Webex Calling в странах Азии, где время передачи сигнала в обе стороны до Австралии или Японии может быть неоптимальным. Центры обработки данных соединены между собой многогигабитной и полностью резервированной магистральной сетью. На рисунке глобально распределенные центры обработки данных представлен обзор всех центров обработки данных Webex Calling. Актуальный список доступных центров обработки данных Webex Calling см. в Расположение центров обработки данных Webex Calling.

Глобально распределенные центры обработки данных

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

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

Информацию о доступности Webex Calling в разных странах см. в Где доступен Webex?.

Местоположения

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

Таблица 1. Информация, которую необходимо собрать для каждого местоположения.
ИнформацияКомментарий
Диапазон расширения(й)В Webex Calling для каждого местоположения можно использовать добавочные номера, начинающиеся с разных цифр. Для кодового сигнала межсайтового набора необходимо оставить одну цифру (например , 8), а для кодового сигнала телефонной сети общего пользования (например , 9) — одну. Диапазон номеров не может начинаться ни с одной из этих двух цифр.

Длина всех ответвлений во всех местах должна быть одинаковой.

Диапазон(ы) DID-
цифра управления PSTN-
Код сайтаВсе коды сайтов во всех местах должны быть уникальными и иметь одинаковую длину.
Главный номерПри создании местоположения необходимо указать два DID-номера. Один номер используется как основной (например, для автоматического ответа), а другой — для портала голосовой почты.

Укажите один DID-номер для голосовой почты.

Номер голосовой почты
Количество лицензийТребуемые лицензии по типам, включая Webex Calling Standard, Professional, Workspace, Route List, Outbound Calling Plan.
Одновременные звонки в час пикСумма одновременных вызовов между устройствами Webex Calling, а также между устройствами Webex Calling и локальным шлюзом (телефонная сеть общего пользования и вызовы на устройства Unified CM). Необходимо определить требуемую пропускную способность интернет-соединения.
Страна-
Часовой пояс-
Язык-
Контактная информация (Имя, Телефон, Электронная почта)-
Адрес (улица, город, штат, почтовый индекс)-
Физическое местоположение для связи с службами экстренной помощи для конечных устройств.К местам, доступным для вызова экстренных служб, обычно относятся следующие: адрес здания, адрес здания + номер этажа, адрес здания + номер офиса или адрес здания + номер этажа + office/cubical число.
Для каждого устройства предусмотрено уникальное физическое местоположение в сети для экстренных служб.Физическое местоположение сети для экстренных вызовов обычно включает в себя следующее: выключатель / Коммутационный порт для проводных устройств, идентификаторы базового набора служб (BSSID) беспроводных точек доступа (AP) для беспроводных подключенных устройств. and/or Локальные IP-подсети для конечных устройств.

PSTN

При проектировании развертывания Webex Calling у клиентов есть три основных варианта подключения к телефонной сети общего пользования (PSTN): Cisco Calling Plans (облачная услуга телефонной сети общего пользования, управляемая Cisco), Cloud Connected PSTN Providers (CCPP, где провайдеры предоставляют услуги телефонной сети общего пользования через облако) и локальная телефонная сеть общего пользования (где локальные шлюзы соединяют корпоративную сеть с телефонной сетью общего пользования). Внедрение технологии PSTN-транкинга для гибридных развертываний Webex Calling (подробнее см. PSTN-транкинг для гибридных развертываний Webex Calling по адресу PSTN-транкинг) позволяет организациям получить дополнительную гибкость в подходе к миграции. Эта функция позволяет клиентам перевести свою телефонную сеть общего пользования (PSTN) на CCPP в начале процесса перехода и начать переход на облачную PSTN для пользователей Webex Calling, используя при этом CCPP для поддержания работы PSTN для пользователей, которые остаются на Cisco Unified CM во время поэтапной миграции.

Этот гибридный подход позволяет организациям сначала перевести в облако отдельные группы пользователей, не прибегая к немедленной полной перестройке всей телефонной инфраструктуры. Однако это вносит дополнительную сложность и риски, особенно в отношении адаптации существующей логики маршрутизации вызовов Unified CM для поддержки новой архитектуры. Необходимо также тщательно продумать совместимость с устаревшими приложениями, такими как факс-серверы, контакт-центры или системы пейджинга. Ключевые технические проблемы могут включать обеспечение бесперебойного сквозного согласования кодеков и передачи сигналов DTMF (двухтональной многочастотной сигнализации) в смешанной среде, а также проверку совместимости со специализированными функциями телефонии. Тщательное планирование и тестирование имеют решающее значение для минимизации сбоев и поддержания надежной работы голосовых сервисов на протяжении всего процесса миграции. Кроме того, важны коммерческие соображения, поскольку гибридная транкинговая связь требует лицензии на использование, размер которой зависит от количества одновременных вызовов между локальной средой и облачным провайдером PSTN (CCPP).

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

Переход на CCCP на начальном этапе против сохранения локальной телефонной сети общего пользования (PSTN).

Переход на CCCP на начальном этапе против сохранения локальной телефонной сети общего пользования (PSTN).

На рисунке Миграция на CCCP на начальном этапе против сохранения локальной сети PSTN показаны два варианта миграции на PSTN, описанные выше. На иллюстрации слева показан сценарий, в котором все локальные пользователи и приложения используют облачные услуги телефонной сети общего пользования (PSTN) через локальный канал связи и локальный шлюз, соединяющий локальную систему Unified CM с Webex Calling, а на иллюстрации справа показан сценарий, в котором существующая локальная сеть PSTN остается на месте, и пользователи Webex Calling используют локальную сеть PSTN через соединение локального шлюза между локальной системой Unified CM и Webex Calling. В период перехода на новую систему, использование Webex Calling позволит переключаться на подключение к облачной сети PSTN.

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

Dial Plan (План набора)

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

План набора номера локальной сети в Unified CM

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

  • +E.164 набор номера из Unified CM в Webex Calling

  • Набор добавочных номеров из Unified CM в Webex Calling (внутрисайтовый, а также межсайтовый, если диапазоны добавочных номеров уникальны).

  • Сокращенный набор номера между площадками при переходе с Unified CM на Webex Calling.

  • Принудительный набор номера внутри сети с Unified CM на Webex Calling.

  • Обратный вызов из списка пропущенных вызовов на адресатов в Webex Calling.

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

  • Если во время перехода используется транкинг PSTN для гибридных развертываний Webex Calling, обеспечивающий доступ к PSTN для локальных пользователей Unified CM через Cloud Connect for Webex Calling, то при использовании этого транкинга PSTN для предоставления доступа к PSTN локальным пользователям Unified CM.

  • Принудительный переход с Webex Calling на Unified CM в рамках сети.

  • Набор добавочного номера из Webex Calling в Unified CM (между сайтами).

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

На рисунке План набора номера в соответствии с лучшими практиками показан подход к плану набора номера в соответствии с лучшими практиками, описанный в Предпочтительная архитектура для развертывания Cisco Collaboration 12.x Enterprise On-Premises Deployments, CVD. Ключевые характеристики этого подхода включают в себя:

  • Единая перегородка для +E.164 номера справочников

  • Основная маршрутизация на основе +E.164 схемы маршрутов

  • Нормализация всех привычек набора номера для +E.164 использование шаблонов перевода

  • Использование наследования пространства поиска вызовов шаблонов трансляции (опция Использовать пространство поиска вызовов инициатора, установленное для шаблонов трансляции).

Рекомендации по составлению плана набора номера
Рекомендации по составлению плана набора номера

Например, набор номера по телефонной сети общего пользования (PSTN). (9+1+10D) Устройство в SJC, которому предоставлено пространство поиска вызовов линии SJCInternational, сначала будет сопоставлено с 9.1[2-9]XX[2-9]XXXXXX шаблон перевода, который нормализует номер вызываемого абонента до +E.164. Затем при вторичном поиске снова используется то же пространство поиска SJCInternational (наследование пространства поиска) и +E.164-digit строка будет либо сопоставлена с +E.164 номер каталога в разделе DN или по одному из шаблонов маршрутизации PSTN в разделе USPSTNNational или SJCPSTNLocal. Сокращенные варианты набора номера внутри и между узлами реализуются с помощью переводов в разделах ESN и SJCtoE164. В то время как раздел ESN является глобальным разделом (доступным для телефонов во всех местах), раздел SJCTOE164 доступен только для пользователей в местоположении SJC. Это предполагает перекрывающиеся диапазоны распространения.

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

+E.164 маршрутизация для вызова Webex

+E.164 Маршрутизация звонков Webex

Как показано на рисунке +E.164 маршрутизация на Webex Calling, позволяющая осуществлять маршрутизацию из Unified CM на Webex Calling для местоположения, имеющего +E.164 Диапазон DID +1 221 555 2XXX и код объекта 121, схема срочного маршрута, соответствующая этому. +E.164 Диапазон необходимо добавить в раздел Webex Calling.

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

Для обеспечения возможности сокращенного набора номера между площадками Webex Calling в раздел Webex Calling добавляется необходимый шаблон маршрутизации 8121.2XXX. Для сайтов, которые будут переведены на Webex Calling, используется шаблон нормализации набора номера 8121.2XXX, который нормализует набор номера ESN до +E.164 возможно, уже существует в разделе ESN. В этом случае 8121.2XXX кажется избыточным, но как только все номера телефонов соответствующего местоположения будут перенесены в Webex Calling, шаблон нормализации трансляции набора номера 8121.2XXX можно удалить, и тогда шаблон маршрутизации 8121.2XXX позволит осуществлять набор номера ESN даже для пользователей, имеющих только добавочные номера, в этом диапазоне.

Благодаря этим изменениям в плане набора номера, вызовы в место назначения Webex Calling можно совершать не только путем набора сокращенных межсайтовых номеров, но и +E.164. Кроме того, возможен международный и национальный набор номера по телефонной сети общего пользования (PSTN), поскольку эти привычки набора номера изначально являются нормой. +E.164 через уже существующие шаблоны нормализации и преобразования набора номера, а затем перенаправить на вызов Webex путем сопоставления +E.164 Схема маршрутизации в разделе Webex Calling.

Он +E.164 Настройка сопоставления шаблонов маршрутизации для диапазона DID-номеров местоположения Webex Calling может быть выполнена, даже если все DID-номера по-прежнему размещены в Unified CM. Алгоритм сопоставления шаблонов наилучшего соответствия в Unified CM гарантирует, что при наборе номера, размещенного в Unified CM, будет выполнен следующий запрос: +E.164 Номер каталога, предоставленный в Unified CM, лучше подходит, чем номер с подстановочным знаком. +E.164 Схема маршрутизации, указывающая на Webex Calling, чтобы звонки перенаправлялись на линию в Unified CM, а не перенаправлялись в Webex Calling.

План набора номера Webex Call

Каждому пользователю в Webex Calling присваивается добавочный номер. and/or а +E.164 номер телефона. Длина удлинения — это фиксированная глобальная настройка: В системе Webex Calling все добавочные номера имеют одинаковую продолжительность. Набор добавочного номера можно использовать между пользователями Webex Calling как внутри одного места, так и между разными местами. Сокращенный набор добавочного номера между сайтами (последний случай) работает только в том случае, если набранный добавочный номер уникален.

Если требуется сокращенный набор номера между филиалами, но при этом происходит дублирование номеров, назначенных в разных местах, необходимо создать корпоративный план нумерации, добавив к номерам филиалов префикс в виде кода доступа или кода филиала. Для получения дополнительной информации см. Предпочтительная архитектура для развертывания Cisco Collaboration 15 в локальной среде, обзор проектирования доступна по адресу Предпочтительные архитектуры Cisco Collaboration.

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

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

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

  • Длина внутреннего удлинения: Стандартная длина удлинителей. Может принимать любое значение от двух до десяти.

    Если требуется набор добавочного номера или набор номера с использованием корпоративных значимых номеров (код управления, код сайта, добавочный номер) из локальной системы управления вызовами в Webex Calling, и локальная система управления вызовами отправляет добавочный номер в качестве идентификатора вызывающего абонента, убедитесь также, что установлен параметр Максимальная неизвестная длина добавочного номера в разделе Маршрутизация вызовов между Webex Calling и локальной системой, чтобы гарантировать правильную классификацию входящих вызовов из локальной системы управления вызовами в Webex Calling как локальных вызовов.
  • Разрешить набор добавочного номера между местоположениями: Переключиться enable/disable Набор добавочных номеров между местоположениями. Эту опцию следует включать только в том случае, если все добавочные номера в организации являются уникальными. Если эта опция отключена, то для связи между подразделениями необходимо набирать важные для предприятия номера (код управления, код сайта, добавочный номер) или телефонные номера.

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

В таблице Примеры нумерации предприятий показаны три местоположения, где диапазоны добавочных номеров двух местоположений, Нью-Йорка и RTP, идентичны. Внедрение системы нумерации предприятий с межсайтовым указательным номером 8, за которым следует трехзначный код объекта и четырехзначный добавочный номер, создает непересекающуюся систему сокращенного набора номера между объектами.

Таблица 2. Пример нумерации предприятия
Веб-сайтДиапазон расширенияКод сайтаСерия Enterprise
Нью-Йорк 2XXX 202 8 202 2XXX
Сан-Франциско 3XXX 203 8 203 3XXX
RTP. 2XXX 204 8 204 2XXX

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

В таблице Диапазоны добавочных номеров Webex фиксированной длины приведен пример трех местоположений и диапазонов добавочных номеров фиксированной длины. Поскольку необходимо избегать наложения цифр при наборе номера, важно убедиться, что для любого диапазона добавочных номеров первая цифра диапазона не совпадает с управляющей цифрой для сокращенного набора номера между узлами. Если, например, в качестве управляющей цифры для межсайтового набора выбрана цифра 8, то ни один диапазон добавочных номеров на любом сайте не может начинаться с 8. Как правило, добавочные номера в данном месте соответствуют последним нескольким цифрам DID-номеров, присвоенных этому месту. Во избежание конфликтов первую цифру добавочного номера можно изменить. Если, например, DID-номера в +1 Если в определенном месте используется диапазон 408 555 8XXX, то вместо 8XXX в качестве диапазона добавочных номеров можно использовать 7XXX для добавочных номеров этого объекта.

Таблица 3. Диапазоны добавочных номеров Webex фиксированной длины
Веб-сайтДиапазон расширения Расширения для звонков WebexКод сайтаСерия Enterprise
Нью-Йорк 2XXX 2XXX 202 8 202 2XXX
Сан-Франциско 8XXX 7XXX 203 8 203 7XXX
RTP. 1XX 11XX 204 8 204 11XX

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

В таблице Переход к семизначному набору номера приведен пример такой перенумерации. В этом примере для сокращенного набора номера между узлами в системе Unified CM используется управляющая цифра 8, за которой следует двухзначный код узла и четырехзначный добавочный номер. Чтобы избежать семизначного сокращенного набора номера между узлами сети для местоположений, подключенных к Webex Calling, коды узлов можно легко изменить на трехзначные, добавив произвольную цифру заполнения (8 в примере) перед двухзначными кодами узлов, используемыми в Unified CM, так что для набора номера между узлами сети с телефонов Webex Calling будет использоваться направляющая цифра 8, за которой следует цифра заполнения 8, старый двухзначный код узла и четырехзначный добавочный номер. Пользователям Webex Calling не нужно запоминать новые коды сайтов; им нужно лишь помнить, что для межсайтового набора номера следует использовать 88 в качестве префикса вместо 8 в Unified CM.

Таблица 4. Переход к семизначному набору номера
Unified CM Webex Calling
Веб-сайт Добавочные номера Код сайта Серия Enterprise Сайт оде Предприятие
Нью-Йорк 2XXX 22 8 22 2XXX 822 8 822 2XXX
Сан-Франциско 8XXX 23 8 23 7XXX 823 8 823 7XXX
RTP. 1XXX 24 8 24 11XX 824 8 824 11XX

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

Запись

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

1. выбор поставщика услуг записи телефонных разговоров

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

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

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

  • Бизнес-требования: Выбор поставщика услуг должен основываться на оценке таких факторов, влияющих на бизнес, как соответствие нормативным требованиям (например, MiFID II, HIPAA), обеспечение качества, разрешение споров или потребности в обучении.

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

2. Выбор региона

Определение региона, где хранятся и обрабатываются записи телефонных разговоров, имеет решающее значение для соблюдения нормативных требований и повышения эффективности работы:

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

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

  • Требования к размещению данных: При разработке необходимо учитывать международные и местные правила защиты данных (такие как GDPR, CCPA или национальные нормативные акты), которые могут определять, где и как хранятся записи телефонных разговоров.

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

При определении ожидаемой потребности в хранении следует учитывать несколько ключевых параметров:

  • Объем зарегистрированных звонков: Оцените предполагаемое количество звонков, которые будут зарегистрированы в течение определенного временного интервала (например, в день, неделю или месяц). Это включает в себя не только внешние звонки, но и внутреннюю коммуникацию, если это требуется в соответствии с политикой компании или нормативными требованиями.

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

  • Период хранения: Определите срок хранения записей, который часто устанавливается политикой организации или внешними нормативными актами (например, отраслевыми стандартами соответствия). Увеличение сроков хранения приведет к увеличению общих требований к хранению.

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

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

Экстренный вызов

Требование перенаправлять экстренный вызов в соответствующий диспетчерский центр является обязательным для любой телефонной службы, предоставляющей услуги телефонной связи общего пользования (PSTN). В Webex Calling маршрутизация экстренных вызовов является встроенной функцией решения и включает поддержку всех национальных номеров экстренных служб в странах, которые поддерживает Webex Calling. Маршрутизация экстренного вызова в Webex Calling осуществляется на основе местоположения, указанного в Control Hub, и метода доступа к телефонной сети общего пользования (PSTN) для этого местоположения. Номера экстренных служб в Webex Calling предопределены и привязаны к стране, в которой развернуты пользователи и устройства Webex Calling.

В Webex Calling существует два способа совершения экстренных вызовов. Существует базовая служба маршрутизации экстренных вызовов и расширенная служба маршрутизации экстренных вызовов. Базовая служба маршрутизации экстренных вызовов будет использовать выбранный администратором номер для определения местоположения и маршрута вызова для связи с экстренными службами. Для обычных экстренных вызовов канал связи обычно проходит через телефонную сеть общего пользования (PSTN) абонента в данном регионе. Webex Calling также предлагает улучшенную маршрутизацию экстренных вызовов, разработанную для развертывания в США и Канаде, где действуют нормативные требования, предусматривающие использование общенационального провайдера для доставки экстренных вызовов в соответствующий диспетчерский центр.

Всем клиентам следует развернуть, как минимум, базовую конфигурацию для экстренного вызова. Для базового вызова экстренной помощи необходимо наличие хотя бы одного абонентского устройства. +E.164 Каждому местоположению, определенному в Webex Calling, должен быть присвоен номер. Для осуществления обычных экстренных вызовов каждое местоположение будет определяться адресом улицы, по которому в случае чрезвычайной ситуации будут направляться полиция, пожарная служба или скорая помощь. В большинстве случаев основной номер телефона лучше всего подходит для обозначения физического местоположения чрезвычайной ситуации. Как правило, присвоение адреса +E.164 Номер согласовывается с оператором телефонной сети общего пользования (PSTN). На изображениях ниже показано присвоение основного номера, который будет использоваться в качестве номера для экстренного вызова в отделении Ричардсона.

Информация о местоположении пользователя для Ричардсона в Соединенных Штатах, включая основной номер телефона и возможность управления номером для экстренного вызова.Настройка номера для экстренного вызова (ECBN), позволяющая выбирать между использованием основного номера местоположения или назначенного номера.
Местоположение конфигурации ECBN

В большинстве случаев в качестве адреса для отправки груза в данном месте достаточно указать адрес здания. Однако, если для конкретных пользователей или устройств требуются дополнительные сведения о местоположении, администратор может использовать описанный выше процесс и привязать эти устройства к определенному адресу или более точному местоположению внутри этого адреса (например, к этажу или комнате). В разделе Управление пользователями в Control Hub вкладка Вызов позволяет использовать определенный номер для того, чтобы пользователь и его устройства могли получить конкретный адрес вызова. На следующих изображениях показано, как устройству может быть присвоен определенный номер. Администратор отвечает за то, чтобы номеру, используемому устройством, был присвоен правильный адрес отправки. Присвоение адреса обычно осуществляется через оператора телефонной сети общего пользования (PSTN), обслуживающего данное местоположение.

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

Для развертывания телефонных систем в США, требующих расширенных возможностей экстренного вызова, Webex Calling использует интегрированную в Webex Calling платформу RedSky Horizon Mobility для маршрутизации экстренных вызовов. При использовании RedSky для маршрутизации вызовов администратор должен зарегистрировать учетную запись через Cisco и настроить соответствующую информацию в Calling -> Настройки службы для включения этой функции. После включения службы RedSky на системном уровне администратор должен включить службу RedSky на уровне каждого местоположения. Включение функции расширенного экстренного вызова в точке подключения Webex активирует эту услугу для всех устройств, подключенных к данной точке. Устройства, поддерживающие расширенные функции экстренного вызова, включают телефоны Cisco MPP, телефоны Cisco PhoneOS и приложение Cisco Webex.

Для включения расширенной функции экстренного вызова в определенном месте предусмотрены два параметра. Параметр Allow RedSky to receive network connectivity information and test calls следует использовать для проверки правильности конфигурации RedSky для сопоставления устройств и инфраструктуры. Эта настройка также позволяет совершать тестовые звонки на номер 933 для проверки местоположения с помощью системы IVR RedSky, которая зачитывает местоположение звонящего. Хотя в этом документе не рассматривается настройка RedSky для отслеживания местоположения, администратор ВСЕГДА должен проверять определение местоположения перед активацией маршрутизации экстренных вызовов в RedSky. После завершения тестирования и подтверждения его точности администратор будет перенаправлять звонки в RedSky, переключив функцию переадресации экстренных вызовов в RedSky. Этот переключатель будет перенаправлять все экстренные вызовы из данного местоположения в RedSky для последующей передачи в центр обработки звонков этого местоположения.

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

Лицензирование

Существует несколько вариантов назначения лицензий Webex Calling пользователям.

Назначение вручную через Центр управления

Администраторы вручную назначают лицензии Webex Calling отдельным пользователям через интерфейс Control Hub.

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

Шаблоны автоматического назначения лицензий

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

Автоматическое лицензирование может осуществляться посредством синхронизации каталогов или ручного обновления учетных записей пользователей, но у пользователей должна быть действующая лицензия. +E.164 Отформатированный номер телефона, и эти номера телефонов должны существовать в среде Webex Calling до момента предоставления доступа пользователю. Если условия не соблюдены (например, неверный формат номера телефона), лицензии Webex Calling не будут выданы.

Массовое назначение с помощью CSV-шаблона

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

Импорт CSV-файлов позволяет добавлять до 20 000 пользователей и назначать лицензии, но для лицензий Webex Calling требуются определенные поля, такие как номер телефона и добавочный номер.

Назначение на основе API

Используйте API Webex для программного назначения лицензий и управления пользователями.

Webex поддерживает операции API для управления пользователями и лицензиями (People, SCIM 2.0 и Licenses API), которые можно использовать для автоматизации назначения лицензий. API для работы с лицензиями позволяет одновременно назначать лицензии, телефонные номера и добавочные номера.

Таблица 5. Параметры предоставления доступа пользователям — сводка
Метод назначенияПлюсыМинусы
Ручное управление через центр управленияПростое решение для небольшого числа пользователей.

Обеспечивает точный и детальный контроль над распределением лицензий.

Не масштабируемо, трудоемко

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

Автоматические шаблоны лицензийМасштабируемый

Снижает количество ошибок, возникающих при ручном вводе.

Может применяться как к новым, так и к существующим пользователям.

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

Более сложная настройка

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

Массовая загрузка CSV-файловЭффективен для больших групп пользователей.

Позволяет одновременно назначать лицензии, телефонные номера и добавочные номера.

Требуется тщательное форматирование CSV-файла.

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

Назначение на основе APIАвтоматизируемый, гибкий.

Позволяет одновременно назначать лицензии, телефонные номера и добавочные номера.

Требуются знания в области разработки и работы с API.

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

Везде, где это возможно, Cisco рекомендует назначать лицензии на вызовы, используя шаблоны лицензий. Это требует, чтобы для каждой группы пользователей, требующей уникального набора лицензий (например, Webex Calling Standard или Professional), существовала группа с соответствующим членством. Как обсуждалось в разделах Группы пользователей, группы пользователей можно определять вручную в Control Hub или синхронизировать из корпоративного каталога. Возможно сочетание обоих подходов.

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

Для получения дополнительной информации см. Настройка автоматического назначения лицензий в Control Hub и Настройка шаблонов автоматического назначения лицензий для пользователей Webex Calling.

Требования к лицензированию

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

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

  • Webex Calling Professional: количество пользователей и рабочих мест, требующих расширенных функций телефонии. Виртуальные линии и групповая голосовая почта имеют право на 1:1 соотношение для каждой профессиональной лицензии. Следовательно, в редких случаях, когда количество необходимых виртуальных линий или групповых голосовых сообщений превышает количество пользователей и рабочих мест, требующих расширенных функций телефонии, необходимо предусмотреть дополнительные профессиональные лицензии.

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

  • Служба поддержки клиентов Webex Calling: количество агентов и супервайзеров, которым требуются функции Webex Calling Customer Assist. Служба поддержки Webex Calling включает в себя лицензию Webex Calling Professional.

  • Вызовы списка маршрутов: количество необходимых облачных вызовов по телефонной сети общего пользования между пользователями Unified CM, находящимися в локальной сети and/or специализированные сторонние приложения, устанавливаемые локально.

  • Консоль оператора: количество пользователей Webex Calling, которым необходим доступ к клиентской консоли оператора.

  • Тарифный план Cisco для исходящих вызовов: количество пользователей, которым требуется номер PSTN and/or Доступ к исходящим вызовам по телефонной сети общего пользования (PSTN) для сервиса Cisco PSTN.

Для профессиональных рабочих пространств не существует отдельного типа лицензии. Для работы в профессиональных рабочих пространствах требуется лицензия Webex Calling Professional.

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

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

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

Подготовка пользователей

При создании учетных записей пользователей в Webex Control Hub доступно несколько вариантов, каждый из которых подходит для различных организационных потребностей и сред:

  1. Ручная настройка: Администраторы могут добавлять и управлять отдельными пользователями непосредственно в Центре управления. Этот метод прост, но лучше всего подходит для небольших организаций или при ограниченном количестве изменений, вносимых пользователями.

  2. Массовое выделение ресурсов через CSV: Для больших пользовательских баз администраторы могут импортировать и обновлять пользователей массово, загружая CSV-файлы в Control Hub. Это позволяет эффективно управлять одновременно тысячами пользователей.

  3. Параметры синхронизации каталогов:

    Соединитель каталогов: Это инструмент автоматической синхронизации, используемый в средах Microsoft Active Directory. Она синхронизирует учетные записи пользователей, группы и атрибуты по расписанию (ежечасно, ежедневно или еженедельно). Он поддерживает многодоменные и многолесные конфигурации Active Directory и может синхронизировать изображения профилей и объекты помещений.

    Приложение-мастер Entra ID (Azure AD): Этот метод, разработанный для организаций, использующих Microsoft Entra ID (Azure AD), обеспечивает автоматическую синхронизацию учетных записей пользователей и их атрибутов практически в режиме реального времени непосредственно из Entra ID в Control Hub. Система полностью управляется через Control Hub и требует минимальной настройки.

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

  4. Единая синхронизация пользователей CM: Эта опция позволяет создавать учетные записи пользователей Webex на основе существующих учетных записей конечных пользователей Unified CM путем синхронизации данных из Unified CM в Webex. Для этого необходимо, чтобы Cloud Connected UC (CCUC) работала на локальных кластерах Unified CM. Однако, как правило, рекомендуется синхронизировать пользователей из централизованного облачного каталога, такого как Entra ID, а не напрямую из Unified CM.

  5. Предоставление API: Для предоставления доступа пользователям Webex можно использовать общедоступные API Webex (People, SCIM 2.0). Главное преимущество использования API заключается в возможности интеграции системы управления учетными записями пользователей с другими корпоративными системами.

    Таблица 6. Параметры управления пользователями для Webex
    Метод предоставления ресурсовОписаниеПлюсыМинусы
    ВручнуюCreate/manage отдельных пользователей в Центре управленияПростое решение для небольшого количества пользователей; не требует дополнительной инфраструктуры.Не масштабируемо; отнимает много времени у большого количества пользователей.
    Массовая загрузка (CSV-файл)Import/update Пользователи массово через CSV-файл в Control HubУдобно для работы в группах; программирование не требуется.Ручная подготовка CSV-файлов; менее динамично.
    Люди и API SCIM 2.0Программное управление пользователями через API WebexГибкий; поддерживает автоматизацию и интеграцию.Требуется развитие и инфраструктура.
    Синхронизация каталоговАвтоматическая синхронизация из AD, Entra ID, приложений SCIM, Unified CM.Автоматизирует жизненный цикл; поддерживает фильтрацию и сопоставление.Сложность настройки: Некоторые из вариантов имеют ограниченный функционал или требуют наличия инфраструктуры.

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

Группы пользователей

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

Управление группами пользователей предоставляет ряд преимуществ, в том числе:

  • Упрощенное администрирование: Управляйте лицензиями, настройками и политиками для нескольких пользователей одновременно.

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

  • Масштабируемость: Поддерживает до 250 000 участников в группе.

  • Интеграция: Синхронизируйте группы из Microsoft Entra ID (Azure AD) или Active Directory для автоматизированного управления пользователями и группами.

  • Гибкость: Создавайте локальные группы или синхронизируйте группы безопасности; управляйте членством в группах вручную или с помощью CSV-файлов.

  • Распределение ресурсов: Регулировка доступа к встроенным приложениям и сервисам на основе членства в группах.

Основные сценарии использования групп пользователей при настройке Webex Calling:

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

  • Шаблоны настроек: Для обеспечения единообразного пользовательского опыта применяйте наборы настроек сервисов (например, обмен сообщениями, встречи, звонки) к группам пользователей.

  • Массовое управление пользователями: Добавляйте или удаляйте пользователей одновременно с помощью CSV-файлов или синхронизации каталогов.

  • Автоматизация и интеграция: Используйте API или синхронизацию каталогов для автоматизированного управления жизненным циклом пользователей и групп.

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

Таблица 7. Параметры управления группами и членством в группах
ПараметрОписаниеПлюсыМинусы
Настройка групп Control Hub (группы Webex) Создавайте и управляйте группами непосредственно в Центре управления. Add/remove Участники вручную или через CSV-файл. Полный контроль над членством в группе.

Немедленное применение лицензий и шаблонов

Легко создавать и редактировать группы.
Требуется ручное обновление

Риск ошибок при ручной загрузке CSV-файлов.

Отсутствует автоматическая синхронизация с внешними каталогами.

Синхронизированные группы из Entra ID (Azure AD) или Active Directory. Автоматическая синхронизация групп безопасности и членства в них из внешних служб каталогов. Автоматическая синхронизация сокращает объем ручной работы.

Обеспечивает соответствие корпоративному справочнику.

Поддерживает крупные организации

Невозможно изменить состав групп в Центре управления.

Задержка синхронизации до 12 часов

Для вложенных групп требуется ручной выбор.

Группы и API SCIM 2.0 (Webex Groups) Используйте Webex Groups или API SCIM 2.0 для программного управления группами и членством. Автоматизация и интеграция с другими системами

Масштабируемость для крупных или сложных сред

Требует усилий по разработке.

Сложность зависит от использования API.

Хотя синхронизированные группы обеспечивают согласованность и предлагают единую точку администрирования, возможен и гибридный подход, сочетающий синхронизированные группы и группы Webex (управляемые либо через центр управления, либо через API). Например, группы для назначения лицензий могут быть синхронизированными группами, а отдельный набор групп Webex может использоваться для назначения шаблонов вызовов для пользователей и приложений Webex.

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

Разработка пользовательских групп

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

  • Имя группы: уникальное название группы.

  • Лицензии: Лицензии, подлежащие назначению этой группе (если таковые имеются), и область действия (следует ли назначать лицензии существующим пользователям или только новым пользователям)

  • Шаблоны настроек: Шаблоны вызовов для приложения Webex и пользователей.

  • Синхронизация каталогов: Будет ли эта группа синхронизироваться из корпоративного каталога, или это локальная группа Webex, созданная в Control Hub, или она будет создана через API?

  • Описание: Как будет использоваться эта группа и какие пользователи должны быть её членами?

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

Система единого входа (SSO)

Компания Cisco рекомендует использовать единый вход (SSO) для аутентификации пользователей. Использование единого входа (SSO) имеет ряд существенных преимуществ, в том числе:

  • Упрощенная аутентификация пользователей: Пользователи могут войти в систему один раз, используя свои корпоративные учетные данные (например, из Azure ID), чтобы получить доступ к Webex и другим интегрированным приложениям, что исключает необходимость в нескольких паролях и сокращает количество запросов на авторизацию. Это повышает безопасность, гарантируя, что корпоративные пароли никогда не сохраняются и не передаются в Webex после аутентификации.

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

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

  • Простая интеграция многофакторной аутентификации (МФА): Многофакторная аутентификация (MFA) может быть легко реализована либо с помощью решения для управления идентификацией и доступом, такого как Cisco Duo, либо с помощью поддержки MFA поставщика идентификации (IdP).

Существует несколько вариантов реализации единого входа (SSO) для сервисов Webex:

  • Единый вход (SSO) на основе SAML 2.0: Основной протокол, поддерживаемый для интеграции Webex SSO, обеспечивает безопасный обмен информацией для аутентификации между поставщиком идентификации (IdP) и поставщиком услуг Webex.

  • OpenID Connect (OIDC): Поддерживается в качестве альтернативного современного протокола аутентификации для интеграции SSO.

  • Идентификатор Webex: Также поддерживается в качестве опции поставщика идентификационных данных.

Единый вход (SSO) настраивается и управляется централизованно через Control Hub, что требует обмена метаданными между Webex и выбранным поставщиком идентификации (IdP).

После настройки SSO можно протестировать в Control Hub перед активацией, чтобы убедиться в правильности настройки.

Cisco Webex поддерживает интеграцию с множеством проверенных и широко используемых поставщиков идентификации (IdP) и систем управления идентификацией (IAM), включая, помимо прочего:

  • Cisco Duo

  • Okta

  • Служба федерации Active Directory Microsoft (ADFS)

  • Microsoft Azure

  • PingFederate

  • OpenAM

  • F5 BIG-IP.

Эти поставщики идентификации соответствуют стандартам SAML 2.0 или OpenID Connect и прошли проверку на совместимость с решениями Cisco для совместной работы.

Поддержка нескольких поставщиков идентификации

Webex позволяет организациям настраивать единый вход (SSO) с использованием нескольких поставщиков идентификации (IdP) для работы в сложных ИТ-средах, таких как слияния, поглощения или децентрализованные ИТ-подразделения, где разные группы используют разные IdP. Поддержка нескольких поставщиков идентификации (IdP) может быть реализована либо с помощью функции Multiple IdP в Webex, либо путем интеграции с корпоративной системой управления идентификацией и доступом (IAM), такой как Cisco Duo.

Поддержка Webex нескольких поставщиков идентификации (IdP) решает ряд ключевых задач, в которых организациям требуется гибкая и безопасная аутентификация в различных ИТ-средах:

1. Слияния и поглощения.

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

2. Несколько независимых ИТ-отделов

В крупных организациях или государственных учреждениях может быть несколько независимых ИТ-отделов, каждый из которых управляет собственным поставщиком идентификации. Функция Webex, позволяющая использовать несколько поставщиков идентификации (IdP), дает этим отделам возможность поддерживать собственные системы аутентификации, обеспечивая при этом беспрепятственный доступ пользователей к Webex.

3. Различные группы пользователей или домены

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

4. Поддержка различных протоколов аутентификации

Webex поддерживает поставщики идентификации SAML и OpenID Connect (OIDC), что позволяет организациям интегрировать различные типы поставщиков идентификации в соответствии с их существующей инфраструктурой и требованиями безопасности.

5. Повышенная безопасность и соответствие нормативным требованиям

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

6. Упрощенный пользовательский интерфейс

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

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

Двухфакторная аутентификация с единым входом для Webex

Duo Access Gateway (DAG) может аутентифицировать пользователей, используя существующие локальные или облачные каталоги, такие как Active Directory (AD) и OpenLDAP. Он также поддерживает интеграцию с другими поставщиками идентификационных данных, такими как Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS и Shibboleth. Такая гибкость позволяет организациям использовать свою существующую инфраструктуру каталогов для единого входа Webex с многофакторной аутентификацией Duo.

Duo выступает в качестве надежного уровня аутентификации поверх аутентификации по основному каталогу. Он функционирует как поставщик идентификационных данных (IdP), используя SAML 2.0 для обеспечения двухфакторной аутентификации (2FA) перед предоставлением доступа к Webex. Duo анализирует контекст пользователя, устройства и сети в соответствии с настраиваемыми политиками, чтобы разрешить или запретить доступ, повышая безопасность не только за счет имени пользователя и пароля. Duo также предоставляет гибкие возможности управления политиками, например, возможность требовать многофакторную аутентификацию при каждом входе в систему для некоторых приложений и реже для других.

К преимуществам Cisco Duo относятся:

  • Повышенная безопасность: Добавляет защищенную от фишинга многофакторную аутентификацию для защиты доступа к Webex, снижая риск взлома паролей.

  • Гибкая политика: Позволяет осуществлять детальный контроль над требованиями к аутентификации для каждого приложения или группы пользователей.

  • Интеграция с существующими каталогами: Поддерживает локальные Active Directory, OpenLDAP, облачные каталоги и различные поставщики единого входа, сводя к минимуму изменения инфраструктуры.

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

  • Доверенные конечные точки: Поддерживает функцию доверия к устройствам для клиентов Webex на Windows и macOS, повышая уровень безопасности.

  • Самостоятельная регистрация: Встроенная регистрация и запрос на ввод двухфакторной аутентификации улучшают пользовательский опыт во время настройки многофакторной аутентификации.

Двухфакторная аутентификация с единым входом для Webex использует существующие каталоги, такие как Active Directory и OpenLDAP, или облачные поставщики идентификации, для аутентификации пользователей. Задача Duo — обеспечить надежный, управляемый политиками второй фактор аутентификации, интегрированный через SAML 2.0, повышая безопасность и сохраняя удобство для пользователей благодаря единому входу (SSO). К преимуществам относятся улучшенная безопасность, гибкое применение политик, бесшовная интеграция и улучшенный пользовательский опыт.

Компания Cisco рекомендует внедрить единый вход (SSO) для пользователей Webex. Для повышения уровня безопасности рекомендуется интеграция с Cisco Duo.

Стратегию управления идентификацией и доступом (IAM) и единого входа (SSO) следует внедрить до начала перехода от Unified CM к Webex Calling.

Функции

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

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

Помимо множества пользовательских функций, Webex Calling обладает основными системными функциями, которые входят в состав платформы. К ним относятся такие функции, как автоматические операторы, очереди звонков, парковка звонков и т. д. Все доступные основные функции системы можно увидеть в Центре управления в разделе Сервис → Вызовы → Функции, как показано на рисунке Основные функции вызовов Webex.

В разделе «Вызовы» Webex Control Hub отображается вкладка «Функции» с такими опциями, как «Объявления», «Консоль оператора» и «Добавление для парковки вызова».
Основные функции Webex Calling

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

Система автоматического ответа Webex позволяет 24/7 Автоматизация обработки входящих звонков, которая позволяет эффективно обрабатывать вызовы без необходимости присутствия оператора на каждом звонке.

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

Автоматический секретарь поддерживает следующие ключевые функции:

  • График работы в рабочее и нерабочее время

  • График выходных дней

  • Функция меню набора номера позволяет направлять ваших клиентов туда, куда им нужно.

  • Настройте приветствия

  • Возможность набора номера по имени

  • Параметры переадресации вызовов

  • Аналитика и отчеты Control Hub.

Для получения дополнительной информации см. Управление автоответчиками.

Парковка вызова

Функция «Парковка вызова» позволяет пользователям легко ставить вызов на удержание, чтобы другой пользователь мог легко его принять, когда освободится. Это также освобождает пользователя, ответившего на первоначальный звонок, от необходимости совершать или принимать другие звонки, пока звонок находится в режиме ожидания.

В Webex Calling доступны два типа парковок вызовов:

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

  2. Группа парковки вызовов - позволяет определенной группе пользователей автоматически парковать вызовы на доступных местах парковки, определенных для этой группы. Этими пунктами назначения могут быть добавочные номера участников группы или номера телефонов парковки.

В зависимости от конфигурации и типа парковки, пользователи могут принимать звонки, набрав . *88+><extension of parked call>, нажав клавишу линии, связанную с добавочным номером парковки вызова, или используя программную клавишу на своем IP-телефоне.

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

Для получения дополнительной информации см. Управление парковкой вызовов в Центре управления.

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

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

Пользователи в группе должны находиться в одном и том же месте для проведения Webex Calling.

Пользователи могут ответить на звонок либо с помощью приложения Webex, либо с помощью своего стационарного телефона.

  • Приложение Webex:

    • Поддерживает визуальные и звуковые уведомления.

    • Уведомление о входящем вызове

    • На основе FAC (циферблат) *98) или всплывающее уведомление о переадресации звонка

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

  • Настольные телефоны:

    • Уведомление о входящем вызове

    • Звуковые сигналы и визуальное оповещение через светодиодный индикатор на телефоне. Модель 6821 поддерживает только звуковые сигналы.

      • Когда в Центре управления выбран тип уведомления, отличный от none

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

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

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

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

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

Очереди вызовов поддерживают следующие ключевые функции:

  • Приветствия и сообщения (добро пожаловать, утешение, шепот и т. д.)

  • Мелодия режима удержания

  • Обратный вызов

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

  • Очередь агентов login/logout

  • Управление статусом очереди агентов

  • Поддержка через приложение Webex или стационарный телефон.

  • Оператор-супервайзер может контролировать, инструктировать, прерывать или брать на себя управление звонками с помощью кодов доступа к функциям (FAC).

  • Центр управления (доступ администратора) для:

    • управление очередями

    • Анализ и отчетность по агентам и очередям

    • Управление очередью, агентами и супервайзерами.

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

В Webex Calling есть дополнительная функция Customer Assist, которая расширяет возможности управления очередью звонков и улучшает взаимодействие операторов и супервайзеров с приложением Webex. Для сравнения функций Webex Calling Call Queue и Customer Assist см. Сравнение функций Webex Calling Call Queue и Customer Assist.

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

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

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

Для получения дополнительной информации см. Управление группами поиска в Центре управления.

Режимы работы

Функция «Режимы работы» позволяет компаниям эффективно перенаправлять звонки в различные пункты назначения (пользователям, голосовой почте, службам обработки вызовов, таким как очередь звонков). Маршрутизация вызова определяется временем суток и днем недели, и любой пользователь может быть авторизован для управления этими режимами (расписаниями) с целью контроля изменений в маршрутизации вызовов.

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

Авторизованный пользователь может переключаться между этими различными сценариями (режимами) переадресации вызовов, если ему необходимо изменить маршрутизацию входящих вызовов на определенный период. Эти пользователи могут управлять режимами через свои 6800/7800/8800 Телефоны MPP, телефоны 9800 или в пользовательском центре Webex по адресу Управление режимами.

Для получения дополнительной информации см. Маршрутизация вызовов на основе режимов работы в Webex Calling.

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

Группы пейджинговых операторов позволяют пользователям совершать односторонние вызовы для отправки аудиосообщения группе пользователей. Каждая группа может содержать до 75 целевых пользователей. and/or Рабочие места, доступ к которым осуществляется путем набора заранее определенного номера или добавочного номера.

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

Для получения дополнительной информации см. Настройка группы пейджинга в Центре управления.

Записи

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

При использовании Webex в качестве платформы для записи все записанные звонки управляются в Control Hub. Администраторы с полным доступом и ролью "Специалист по соблюдению нормативных требований" могут воспроизводить и скачивать записи. Без должности специалиста по соблюдению нормативных требований администратор может только удалять записи.

Для получения дополнительной информации об этой функции и списка сторонних сервисов записи см. Управление записью звонков для Webex Calling.

Дозвон по единому номеру

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

Для получения дополнительной информации об этой функции и о том, как администратор настраивает ее в Control Hub, см. Настройка доступа по одному номеру (office anywhere).

Для получения дополнительной информации о том, как пользователь может управлять этой функцией и настраивать ее самостоятельно в Webex User Hub (портале), см. Настройка единого номера доступа (Office Anywhere).

Группа голосовой почты

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

  • Автоответчик общего назначения для отдела или рабочей группы.

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

  • Для отправки переполняющих вызовов из очереди вызовов.

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

Для получения дополнительной информации см. Управление общей голосовой почтой и входящими факсами для Webex Calling.

Функция «Консоль оператора» указана на странице «Функции вызова» в Webex Control Hub, однако это дополнительная функция, для использования которой требуется приобрести лицензию на консоль оператора.

Для получения дополнительной информации см. Начало работы с консолью оператора.

Для получения информации обо всех функциях, включая некоторые дополнительные функции, см. Функции, доступные в зависимости от типа лицензии для Webex Calling.

Была ли статья полезной?
Была ли статья полезной?