- Главная
- /
- Статья
Дизайн для перехода с Unified CM на Webex Calling
Этап разработки Webex Calling сосредоточен на определении регионов, местоположений, телефонных планов и обработки экстренных вызовов для обеспечения масштабируемого развертывания. Он включает в себя выбор фиксированного региона, настройку данных для конкретного сайта и создание согласованного телефонного плана. Также учитываются службы экстренной помощи, конфигурации записи и требования лицензирования. Этот этап закладывает основу для выделения ресурсов, управления пользователями и безопасного доступа через систему единого входа, обеспечивая соответствие развертывания организационным и нормативным требованиям. Общий обзор процесса миграции с краткими ссылками на подробную документацию см. в разделе Перенос Unified CM на Webex Calling.
Выбор региона
Webex Callingдоступен по всему миру и поставляется из резервных центров обработки данных в нескольких регионах: США (Даллас, Чикаго), Канаде (Ванкувер, Торонто), Европе (Франкфурт, Амстердам), Великобритании (Лондон, Манчестер), Австралии (Мельбурн, Сидней), Японии (Токио, Осака), Саудовской Аравии (Эр-Рияд, Джидда) и Индии (Мумбаи, Ченнаи). POPS для СМИ предоставляют мультимедийные услуги для оптимизации времени передачи информации в оба конца. Например, сингапурский центр обработки данных используется для оптимизации времени передачи мультимедийных материалов туда и обратно для Webex Calling клиентов из азиатских стран, где время поездки туда и обратно в Австралию или Японию может оказаться неоптимальным. Центры обработки данных соединены мультигигабитной магистралью с полным резервированием. На рисунке распределенных по всему миру центров обработки данных показан обзор всех Webex Calling центров обработки данных. Последний список доступных центров обработки Webex Calling данных см. в разделе Местоположение центров обработки данных Webex Calling.
Каждый Webex Calling клиент обслуживается на одном из Webex Calling экземпляров. Вся информация об обеспечении этого клиента хранится в этом Webex Calling экземпляре, а сигнализация SIP всех конечных точек и локальных шлюзов, предоставленных этому клиенту, привязана к Webex Calling экземпляру, на котором работает клиент. Поскольку первоначальный выбор Webex Calling региона изменить сложно, важно учитывать все важные факторы в процессе принятия решений, ведущих к выбору региона. Webex Calling Чтобы избежать чрезмерных задержек с подачей сигнала в оба конца, важно на раннем этапе переходного процесса решить, какой Webex Calling экземпляр следует использовать. Cisco рекомендует выбрать Webex Calling инстанс, обеспечивающий наименьшее время передачи сигнала в обе стороны для наибольшего числа пользователей в развертывании.
Информацию о доступности по Webex Calling странам см. в разделе Где доступен Webex? .
Местоположения
Чтобы подготовиться к предоставлению мест, необходимо собрать необходимую информацию по Webex Calling всем целевым местам миграции. Сведения, необходимые для каждого местоположения, кратко изложены в разделе «Сведения для сбора по каждому местоположению».
| Информация | Комментарий |
|---|---|
| Диапазон (ы) расширения | В каждом адресе Webex Calling могут быть расширения, начинающиеся с разных цифр. Для
рулевого номера межсайтового набора номера следует оставить одну цифру (например, 8) и одну цифру для
рулевого номера PSTN (например, 9). Ни один из этих двух цифр не может начинаться ни с одной из этих цифр. Все диапазоны расширений во всех местоположениях должны иметь одинаковую длину. |
| Диапазон (ы) DID | - |
| Рулевая цифра PSTN | - |
| Код сайта | Все коды сайтов во всех местах должны быть уникальными и иметь одинаковую длину. |
| Основной номер | При создании местоположения необходимо предоставить два идентификатора DID. Один в качестве
основного номера (например, для присвоения службе автосекретаря), а другой — для
портала голосовой почты. Предоставьте один DID для номера голосовой почты. |
| Номер голосовой почты | |
| Количество лицензий | Необходимые лицензии по типам, включая Webex Calling стандартные лицензии, лицензии Professional, Workspace, список маршрутов, план исходящих звонков. |
| Одновременные звонки в час пик | Сумма одновременных вызовов между Webex Calling устройствами и между Webex Calling устройствами и локальным шлюзом (PSTN и вызовы на устройства). Unified CM Необходим для определения требуемой пропускной способности доступа в Интернет. |
| Страна | - |
| Часовой пояс | - |
| Язык | - |
| Контактное лицо (имя, телефон, адрес электронной почты) | - |
| Адрес (почтовый адрес, город, штат, почтовый индекс) | - |
| Местонахождение конечных точек службы экстренной помощи, физическое место дислокации | Диспетчерское местоположение устройства, используемое для вызова экстренных служб, обычно включает следующее: адрес здания, адрес здания + номер этажа, адрес здания + номер квартиры или адрес здания + номер этажа + номер офиса/кубический номер. |
| Уникальное физическое сетевое местоположение служб экстренной помощи для каждого устройства | Физическое сетевое местоположение для экстренных вызовов обычно включает следующее: коммутатор/порт для проводных устройств, идентификаторы базовых наборов услуг (BSSID) точек доступа (AP) для беспроводных подключенных устройств и/или локальные IP-подсети для конечных устройств. |
PSTN
При проектировании Webex Calling развертывания у клиентов есть три основных варианта подключения к PSTN: планы Cisco Calling Plans (облачная служба PSTN, управляемая Cisco), поставщики подключенных к облаку PSTN (CCPP, где поставщики предоставляют услуги PSTN через облако) и локальные PSTN (где локальные шлюзы соединяют корпоративную сеть с PSTN). С введением транкинга 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» показаны два варианта миграции PSTN, описанных выше. На рисунке слева показан сценарий, в котором все локальные пользователи и приложения используют сервисы PSTN, подключенные к облаку, через локальную магистраль и локальный шлюз, соединяющий Unified CM локальную сеть, Webex Calling а на рисунке справа показан сценарий, когда существующая локальная PSTN остается на месте, а пользователи Webex Calling используют локальную PSTN через соединение с локальным шлюзом между локальной средой и. Unified CM Webex Calling Во время перехода можно Webex Calling переключиться на использование PSTN, подключенной к облаку.
В обоих сценариях для звонков между локальной сетью и Webex Calling пользователем используется соединение через локальный шлюз. Соединение между локальной сетью и Webex Calling сетью должно быть спроектировано и рассчитано соответствующим образом с учетом ожидаемого количества одновременных вызовов и требуемой избыточности.
План набора
Для обеспечения бесперебойной совместимости в период миграции Unified CM и Webex Calling во время миграции необходимо разработать и внедрить комплексную архитектуру телефонных планов на обеих платформах. Эта двухплатформенная схема абонентского плана обеспечивает согласованную маршрутизацию вызовов, перевод номеров и прозрачность функций, что позволяет пользователям любой системы общаться без ухудшения качества обслуживания или перебоев в работе пользователей на этапе сосуществования.
Локальный абонентский план включен Unified CM
В ходе перехода, чтобы обеспечить возможность сосуществования устройств, зарегистрированных на корпоративной Webex Calling абонентской группе Unified CM и в ней, Unified CM необходимо изменить ее таким образом, чтобы удовлетворять как минимум следующим требованиям:
-
+E.164, набор номера от до Unified CM Webex Calling
-
Дозвон по добавочному номеру от Unified CM до Webex Calling (внутри сайта, а также между сайтами, если диапазоны добавочных номеров уникальны)
-
Сокращенный межсайтовый набор номера от до Unified CM Webex Calling
-
Принудительный внутрисетевой набор номера от 0 до Unified CM Webex Calling
-
Обратный звонок из справочника пропущенных звонков в пункты назначения на Webex Calling
-
Вызовы PSTN с PSTN Webex Calling на PSTN, если во время перехода используется локальная PSTN для Webex Calling
-
Вызовы PSTN (Webex Callingесли) во время перехода Unified CM используется транкинг PSTN для гибридных Webex Calling развертываний для предоставления доступа к PSTN локальным пользователям через Cloud Connect для Unified CM Webex Calling
-
Webex CallingПринудительное внутрисетевое подключение к Unified CM
-
Дозвон по добавочному номеру от Webex Calling до Unified CM (между сайтами).
Если какие-либо из вышеперечисленных привычек набора до перехода не поддерживались (например, не существовало сокращенного набора номера между сайтами), то их необязательно вводить во время перехода.
На рисунке «Передовые практики» показан передовой подход к использованию абонентской группы, описанный в разделе «Предпочтительная архитектура для корпоративных локальных развертываний Cisco Collaboration 12.x» (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 из 4 цифр будет совпадать либо с номером каталога +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 Calling разделу.
Как показано на рисунке +E.164 Webex Calling для Webex Calling маршрутизации в местоположение с диапазоном +E.164 DID +1 221 555 2XXX и кодом сайта 121, в раздел необходимо срочно добавить шаблон маршрута, соответствующий этому диапазону +E.164. Unified CM Webex Calling
Если выбор локального шлюза для конкретного сайта не требуется, вместо использования списка маршрутов с Webex Calling локальной группой маршрутов в качестве места назначения для шаблонов маршрутов, указывающих на Webex Calling одну группу маршрутов, можно предоставить локальный шлюз в качестве единственного члена, а затем шаблоны Webex Calling маршрутов указывают на один список Webex Calling маршрутов, в котором эта группа маршрутов является только записью.
Чтобы обеспечить межсайтовый сокращенный набор номера на сайте, в раздел добавлен Webex Calling необходимый шаблон маршрута 8121.2XXX. Webex Calling Возможно, в разделе ESN уже существует схема нормализации набора номера 8121.2XXX, которая нормализует набор номера ESN до Webex Calling +E.164. В этом случае 8121.2XXX кажется излишним, но как только все DN-адреса в соответствующем месте будут перенесены на 8121.2XXX, шаблон перевода нормализации набора номера можно удалить, а затем шаблон маршрута 8121.2XXX позволит звонить по ESN даже пользователям, входящим только в этот диапазон. Webex Calling
При такой смене тарифного плана звонить на Webex Calling место назначения можно не только сокращенным междугородним набором номера и +E.164. Кроме того, международный и национальный набор телефонных номеров PSTN возможен благодаря тому, что эти режимы набора сначала нормализуются до +E.164 с помощью уже существующих шаблонов преобразования нормализации набора, а затем маршрутизируются, сопоставляя шаблон маршрута +E.164 в разделе. Webex Calling Webex Calling
Шаблон маршрута +E.164, соответствующий диапазону DID Webex Calling местоположения, можно обеспечить, пока все DID все еще находятся на хостинге. Unified CM Алгоритм наилучшего сопоставления шаблонов совпадений, Unified CM позволяющий при наборе номера, размещенного на Unified CM сервере, лучше совпадать с указанным справочным номером +E.164 по сравнению с шаблоном маршрута +E.164 с подстановочными знаками, указывающим на Unified CM него, Webex Calling так что вызовы будут передаваться на включенную линию, а не на которую отправляются. Unified CM Webex Calling
Webex Callingтарифный план
Каждому входящему пользователю Webex Calling предоставляется добавочный номер и/или телефонный номер +E.164. Длина добавочного номера является фиксированным глобальным параметром: все расширения в Webex Calling развертывании имеют одинаковую длину. Дозвон по добавочному номеру можно использовать между Webex Calling пользователями как в одном месте, так и между местоположениями. Сокращенный межсайтовый добавочный номер (в последнем случае) работает только в том случае, если набираемый добавочный номер уникален.
Если требуется сокращенный межсайтовый набор номеров между филиалами, но добавочные номера, назначенные в разных местах, совпадают, то необходимо составить план нумерации для конкретного предприятия, добавив к добавочным номерам код доступа (код сайта). Дополнительные сведения см. в разделе Предпочтительная архитектура для локальных развертываний Cisco Collaboration 15, обзор проектирования см. в разделе Предпочтительные архитектуры Cisco для совместной работы.
Длина добавочного номера, режим набора номера между точками, длина префикса для межлокационного набора и рулевая цифра в префиксе маршрутизации для межлокационного набора настраиваются в настройках службы вызовов в Control Hub:
-
Длина префикса маршрутизации по местоположению: длина префикса, включая рулевой номер. Требуется только в том случае, если необходимо разработать корпоративный план нумерации в качестве альтернативного метода сокращенного набора телефонных номеров между точками предприятия.
-
Рулевая цифра в префиксе маршрутизации: рулевая цифра, обозначающая сокращенную корпоративную привычку звонить из одного места в другое. Следует избегать совпадений с первой цифрой любого местоположения и цифрами исходящего набора номера. Требуется только в том случае, если необходимо разработать корпоративный план нумерации в качестве альтернативного метода сокращенного набора телефонных номеров между точками предприятия.
-
Длина внутреннего добавочного номера: стандартная длина добавочных номеров. Может принимать любое значение от двух до десяти.
Если от локальной службы управления вызовами требуется набирать добавочный номер или использовать важные корпоративные номера (код управления, код сайта, добавочный номер), Webex Calling а локальная система управления вызовами отправляет добавочный номер в качестве идентификатора вызывающего абонента, обязательно задайте параметр Максимальная неизвестная длина добавочного номера в разделе Маршрутизация вызовов между локальными Webex Calling и локальными системами, чтобы входящие вызовы из локальной системы управления вызовами можно было классифицировать как локальные Webex Calling Вызовы правильно. -
Разрешить дозвон по добавочному номеру между местоположениями: включите или отключите дополнительный набор между местоположениями. Эту опцию следует включать только в том случае, если все добавочные номера в организации уникальны. Если опция отключена, необходимо набирать важные корпоративные номера (код управления, код сайта, добавочный номер) или телефонные номера между отделениями .
Первые три параметра в основном используются при составлении тарифного плана для телефонов, позволяющего свести к минимуму время ожидания между цифрами при наборе номера без подключения к сети. Отклонения от этих глобальных настроек все еще возможны (например, можно указать добавочные номера другой длины), но в Control Hub появится предупреждающее сообщение, а для набора номера с телефонов может потребоваться заблокировать набор во избежание конфликтов в предварительно загруженной абонентской группе.
В примере нумерации в таблице Enterprise показан пример трех мест, в которых диапазоны добавочных номеров в двух населенных пунктах (NYC и RTP) идентичны. Создание корпоративной схемы нумерации, включающей в себя управляющую цифру 8 между сайтами, за которой следует трехзначный код сайта и четырехзначный добавочный номер, позволяет использовать сокращенный набор номеров между сайтами без дублирования.
| Сайт | Диапазон расширения | Код сайта | Ассортимент для предприятий |
|---|---|---|---|
| NYC | 2XXX | 202 | 8 202 2XXX |
| SFO | 3XXX | 203 | 8 203 3XXX |
| RTP | 2XXX | 204 | 8 204 2XXX |
Чтобы обеспечить плавный переход, набор привычек набора номера для пользователей до и после перехода на них в Webex Calling идеале должен быть одинаковым. Чтобы подготовиться к переходу в каждое местоположение, необходимо задокументировать диапазоны DID и диапазоны добавочных номеров (или сокращенные привычки набора номера внутри сайта). На основе этой информации необходимо выбрать межсайтовую управляющую цифру.
В таблице Диапазоны Webex Calling удлинителей фиксированной длины показан пример трех точек и диапазонов удлинителей фиксированной длины. Поскольку необходимо избегать совпадения режимов набора номера, важно убедиться, что в любом дополнительном диапазоне первая цифра диапазона не совпадает с рулевой цифрой при сокращенном наборе номера между узлами. Если, например, в качестве управляющей цифры для межсайтового набора номера выбрано значение 8, то ни один дополнительный диапазон ни на одном сайте не может начинаться с 8. Как правило, добавочные номера в данном месте совпадают с последними цифрами идентификаторов DID, присвоенных этому местоположению. Во избежание конфликтов первую цифру добавочного номера можно изменить. Например, если в каком-либо месте используются идентификаторы DID в диапазоне +1 408 555 8XXX, то вместо 8XXX в качестве диапазона расширений можно использовать 7XXX для расширений на этом сайте
| Сайт | Диапазон расширения | Webex CallingРасширения | Код сайта | Ассортимент для предприятий |
|---|---|---|---|---|
| NYC | 2XXX | 2XXX | 202 | 8 202 2XXX |
| SFO | 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 в качестве префикса для межсайтового набора вместо 8Unified CM.
| Unified CM | Webex Calling | ||||
|---|---|---|---|---|---|
| Сайт | Расширения | Код сайта | Корпоративный ассортимент | Код сайта | Корпоративный ассортимент |
| NYC | 2XXX | 22 | 8 22 2XXX | 822 | 8 822 2XXX |
| SFO | 8XXX | 23 | 8 23 7XXX | 823 | 8 823 7XXX |
| RTP | 1XXX | 24 | 8 24 11XX | 824 | 8 824 11XX |
В сценарии с разными форматами корпоративных номеров Unified CM и Webex Calling представлением корпоративных номеров в качестве информации о звонящих абонентах Webex Calling (например, звонки с устройств без DID) важно также обеспечить сопоставление различных форматов номеров для получения информации о вызывающих абонентах, чтобы обеспечить работоспособность обратного вызова. Unified CM Такое сопоставление может быть достигнуто с помощью схемы трансформации вызывающих абонентов на магистральном канале между локальным шлюзом 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. На рисунках ниже показано назначение основного номера, который будет использоваться в качестве номера экстренного вызова в офисе Ричардсона.


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


Для развертывания телефонных сетей в США, которые должны предоставлять усовершенствованные решения для экстренных вызовов, для маршрутизации экстренных вызовов Webex Calling используется интегрированная в Webex Calling систему RedSky Horizon Mobility. При использовании RedSky для маршрутизации вызовов администратор должен зарегистрировать учетную запись через Cisco и настроить соответствующую информацию в разделе Вызовы -> Настройки услуг, чтобы включить эту функцию. Как только служба RedSky будет включена на системном уровне, администратор включит службу RedSky на каждом уровне местоположения. Включение функции расширенного вызова экстренных вызовов в определенном Webex Calling месте активирует услугу для всех устройств, привязанных к этому местоположению. К устройствам, поддерживающим улучшенную экстренную связь, относятся телефоны Cisco MPP, телефоны Cisco PhoneOS и приложение Cisco Webex.
Есть две настройки для включения расширенного вызова экстренных вызовов в определенном месте. Для проверки правильности конфигурации RedSky для сопоставлений устройств и инфраструктуры следует использовать опцию «Разрешить RedSky получать информацию о сетевом подключении и тестовые вызовы». Эта настройка также позволяет совершать тестовые вызовы на номер 933 для проверки местоположения с помощью системы IVR RedSky для считывания местоположения звонящего. Хотя в этом документе не рассматривается конфигурация RedSky для отслеживания местоположения, администратору ВСЕГДА следует проверить определение местоположения, прежде чем активировать экстренные вызовы для маршрутизации на RedSky. После завершения тестирования и подтверждения его точности администратор перенаправит вызовы в RedSky, переключив маршрут экстренных вызовов на RedSky. Этот переключатель будет перенаправлять все экстренные вызовы о местоположении в RedSky для доставки в автоответчик, который определит местоположение.
Расширенные настройки экстренных вызовов также применимы к клиентам приложения Webex как в локальной, так и в удаленной среде. В локальной среде приложение Webex можно отслеживать так же, как и настольные телефоны. Находясь за пределами локальной среды, пользователь сможет динамически устанавливать свое местоположение непосредственно в приложении Webex. Дополнительные сведения об экстренных вызовах см. в разделе Расширенные возможности экстренного вызова. Webex Calling
Лицензирование
Существует несколько вариантов назначения Webex Calling лицензий пользователям.
Ручное назначение через Control Hub
Администраторы вручную назначают Webex Calling лицензии отдельным пользователям через интерфейс Control Hub.
Администраторы могут редактировать лицензии на услуги для отдельных пользователей и напрямую назначать лицензии на звонки.
Шаблоны автоматического назначения лицензий
Используйте шаблоны назначения лицензий в Control Hub для автоматического назначения лицензий пользователям на основе групповых или организационных настроек.
Автоматическое лицензирование можно выполнить с помощью синхронизации каталогов или обновления вручную, но пользователи должны иметь действительный телефонный номер в формате +E.164, а телефонные номера должны существовать в определенном Webex Calling месте до предоставления пользователям доступа. Если условия не будут соблюдены (например, неправильный формат телефонного номера), Webex Calling лицензии не будут предоставлены.
Массовое назначение с помощью шаблона CSV
Загрузите CSV-файл с информацией о пользователе и назначениями лицензий, чтобы добавить или изменить сразу несколько пользователей.
Импорт CSV позволяет добавлять до 20 000 пользователей и назначать лицензии, но Webex Calling для лицензий требуются специальные поля, такие как номер телефона и добавочный номер.
Назначение на основе API
Используйте API-интерфейсы Webex для программного назначения лицензий и управления пользователями.
Webex поддерживает операции API для управления пользователями и лицензиями (API People, SCIM 2.0 и Licenses), которые можно использовать для автоматизации назначения лицензий. API лицензий позволяет одновременно назначать лицензии, телефонные номера и расширения.
| Метод назначения | Плюсы | Минусы |
|---|---|---|
| Руководство через Control Hub | Просто для нескольких пользователей. Позволяет точно и детально контролировать выдачу лицензий. | Не масштабируется, отнимает много времени При ручном вводе подвержен человеческим ошибкам. |
| Шаблоны автоматических лицензий | масштабируемые Уменьшает количество ручных ошибок Может применяться как к новым, так и к существующим пользователям. | Требуются действительные телефонные номера и адреса. Более сложный в настройке Кроме того, требуется, чтобы на каждую группу пользователей приходились группы пользователей с эквивалентными лицензионными требованиями. |
| Массовая загрузка CSV-файлов | Эффективна для больших групп пользователей Позволяет одновременно назначать лицензии, телефонные номера и расширения. | Требует тщательного форматирования CSV Возможны ошибки, если телефонные номера или добавочные номера отсутствуют или неверны. |
| Назначение на основе API | Автоматизируется, гибко. Позволяет одновременно назначать лицензии, телефонные номера и расширения. | Требуются знания в области разработки и API. |
В таблице «Варианты предоставления пользователям» — сводка приведена сводная информация о вариантах подготовки пользователей, а также об их плюсах и минусах. Этот обзор помогает выбрать оптимальный метод назначения лицензий с учетом размера организации заказчика, возможностей автоматизации, процессов и требований к подготовке пользователей.
По возможности Cisco рекомендует назначать лицензии на звонки с использованием шаблонов лицензий. Для этого каждой группе пользователей требуется уникальный набор лицензий (например, Webex Calling Standard vs. (Professional) существует группа, состоящая из членов соответствующей группы. Как описано в разделах «Группы пользователей», группы пользователей можно определить вручную в Control Hub или синхронизировать из корпоративного каталога. Возможно сочетание обоих подходов.
Пользователи, принадлежащие к нескольким группам, получают лицензии на выполнение всех заданий, применяемых ко всем группам. Это позволяет использовать Webex Calling специальные группы безопасности в каталоге предприятий для управления назначением лицензий Webex, при этом конечное назначение лицензий пользователям контролируется объединением членов групп.
Дополнительные сведения см. в разделах Настройка автоматического назначения лицензий в Control Hub и Настройка шаблонов автоматического назначения лицензий для пользователей. Webex Calling
Лицензионные требования
В этом разделе рассматриваются только Webex Calling соответствующие лицензии. Другие типы лицензий (например, регистрация устройств Webex, обмен сообщениями, совещания) не рассматриваются. В процессе проектирования необходимо определить лицензионные требования. Необходимо рассчитать количество лицензий для следующих типов лицензий:
-
Webex CallingСтандарт: количество отдельных пользователей, которым требуются стандартные функции телефонии.
-
Webex CallingПрофессионал: количество пользователей и рабочих мест, требующих расширенных функций телефонии. Виртуальные линии и групповая голосовая почта имеют право на получение каждой профессиональной лицензии в соотношении 1:1. Поэтому в редких случаях, когда количество необходимых виртуальных линий или групповых голосовых сообщений превышает количество пользователей и рабочих мест, требующих расширенных функций телефонии, необходимо учитывать дополнительные профессиональные лицензии.
-
Webex CallingРабочее пространство для общего пользования: количество мест общего пользования или мест общего пользования, где требуется стандартная телефонная связь.
-
Webex CallingСлужба поддержки клиентов: количество агентов и супервайзеров, которым требуются функции Webex Calling поддержки клиентов. Служба Webex Calling поддержки клиентов включает Webex Calling профессиональную лицензию.
-
Вызовы из списка маршрутов: количество необходимых вызовов PSTN, подключенных к облаку, между локальными Unified CM пользователями и/или локальными специализированными сторонними приложениями.
-
Консоль сопровождающего: количество Webex Calling пользователей, которым требуется доступ к клиенту консоли сопровождающего.
-
План звонков Cisco (план исходящих вызовов): количество пользователей, которым требуется номер PSTN и/или доступ к исходящим вызовам PSTN для службы Cisco PSTN.
Для профессиональных рабочих пространств не существует специального типа лицензии. Для профессиональных рабочих пространств требуется лицензия Webex Calling Professional.
Рабочие места, работающие только на горячих столах, предоставляют услуги хоста и экстренные вызовы от хоста, работающего на горячих столах, и для их использования не требуется лицензия. Дополнительные сведения см. в разделе Добавление устройств, работающих только в режиме «горячий стол», и управление ими.
Чтобы определить необходимый тип лицензии для каждого пользователя и рабочего пространства на основе необходимых функций, см. раздел Функции, доступные по типам лицензий для Webex Calling.
Чтобы отличить функциональность очередей Webex Calling вызовов в сочетании с Webex Calling профессиональной лицензией от функций Webex Calling поддержки клиентов, см. в разделе Сравнение функций очереди Webex Calling вызовов и поддержки клиентов.
Подготовка пользователей
При подготовке пользователей в Webex Control Hub доступно несколько вариантов, каждый из которых подходит для различных организационных потребностей и сред:
-
Ручное выделение ресурсов: администраторы могут добавлять отдельных пользователей и управлять ими непосредственно в Control Hub. Этот метод прост, но лучше всего подходит для небольших организаций или ограниченного числа пользователей .
-
Массовое выделение ресурсов через CSV-файл. Для больших баз пользователей администраторы могут массово импортировать и обновлять пользователей, загружая CSV-файлы в Control Hub. Это позволяет эффективно управлять тысячами пользователей одновременно.
-
Варианты синхронизации каталогов:
Directory Connector: это инструмент автоматической синхронизации, используемый в 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 позволяют автоматически выделять и отключать пользователей с помощью сопоставления атрибутов и синхронизации групп.
-
Unified CMсинхронизация пользователей: эта опция позволяет создавать учетные записи пользователей Webex на основе существующих конечных пользователей путем синхронизации с Webex. Unified CM Unified CM Для этого необходимо, чтобы подключенные к облаку UC (CCUC) работали в локальных Unified CM кластерах. Однако обычно рекомендуется синхронизировать пользователей из централизованного облачного каталога, такого как Entra ID, а не напрямую из него. Unified CM
-
Подготовка API: общедоступные API-интерфейсы Webex (People, SCIM 2.0) можно использовать для подготовки пользователей Webex. Основным преимуществом использования API является возможность интеграции подготовки пользователей с другими корпоративными системами.
В этом обзоре и таблице представлены основные варианты подготовки пользователей Webex, их преимущества и ограничения, которые помогут вам выбрать наилучший подход, отвечающий потребностям вашей организации.Таблица 6. Варианты подготовки пользователей к Webex Метод выделения ресурсов Описание Плюсы Минусы Ручная Создавайте пользователей и управляйте ими по отдельности в Control Hub Просто для нескольких пользователей; инфраструктура не требуется Не масштабируется; для многих пользователей требуется много времени Массовая обработка (CSV-файл) Массовый импорт/обновление пользователей через CSV в Control Hub Эффективно для групп; программирование не требуется Ручная подготовка CSV; менее динамичная Люди и API SCIM 2.0 Программное управление пользователями с помощью API Webex Гибкое; поддерживает автоматизацию и интеграцию Требуется разработка и инфраструктура Синхронизация каталогов Автоматическая синхронизация с приложениями AD, Entra ID, SCIM, Unified CM Автоматизирует жизненный цикл; поддерживает фильтрацию и картографирование Сложность настройки: некоторые из опций имеют ограниченные возможности или требуют инфраструктуры
Группы пользователей
Управление группами пользователей в Webex позволяет администраторам объединять пользователей в группы для эффективного массового управления лицензиями, настройками и ресурсами. Группы помогают упростить администрирование, применяя политики, лицензии и шаблоны настроек одновременно к нескольким пользователям, а не управляя пользователями по отдельности.
Управление группами пользователей дает ряд преимуществ, в том числе:
-
Упрощенное администрирование: управление лицензиями, настройками и политиками для нескольких пользователей одновременно.
-
Согласованность: применяйте одинаковые настройки и лицензии для всех пользователей в одной группе.
-
Масштабируемость: поддерживает до 250 000 участников в каждой группе.
-
Интеграция: синхронизация групп из Microsoft Entra ID (Azure AD) или Active Directory для автоматического управления пользователями и группами.
-
Гибкость: создание локальных групп или синхронизация групп безопасности; управление членством в группах вручную или с помощью файлов CSV.
-
Распределение ресурсов: управление доступом к встроенным приложениям и сервисам на основе членства в группах.
Основные варианты использования групп пользователей при выделении ресурсовWebex Calling:
-
Назначение лицензий: назначайте лицензии группам для автоматического предоставления членам группы таких услуг, как звонки, встречи, обмен сообщениями или гибридные услуги.
-
Шаблоны настроек: применяйте наборы сервисных настроек (например, обмен сообщениями, встречи, звонки) к группам для обеспечения единообразия пользовательского интерфейса.
-
Массовое управление пользователями: массовое добавление или удаление пользователей с помощью файлов CSV или синхронизации каталогов.
-
Автоматизация и интеграция: используйте API или синхронизацию каталогов для автоматического управления жизненным циклом пользователей и групп.
В следующей таблице перечислены различные варианты управления группами пользователей и управления группами в Webex.
| Опция | Описание | Плюсы | Минусы |
|---|---|---|---|
| Подготовка групп Control Hub (группы Webex) | Создавайте группы и управляйте ими непосредственно в Control Hub. Добавляйте/удаляйте участников вручную или через CSV. | Полный контроль над членством в группе Немедленное применение лицензий и шаблонов Легко создавать и редактировать группы |
Требуется ручное обновление Риск ошибок при ручной загрузке CSV Нет автоматической синхронизации с внешними каталогами |
| Синхронизированные группы из Entra ID (Azure AD) или Active Directory | Автоматическая синхронизация групп безопасности и членства во внешних службах каталогов . | Автоматическая синхронизация сокращает объем ручной работы Обеспечивает согласованность с корпоративным каталогом Поддерживает крупные организации |
Невозможно изменить членство в группе в Control Hub Задержка синхронизации до 12 часов Вложенные группы необходимо выбирать вручную |
| Группы и API SCIM 2.0 (группы Webex) | Используйте Webex Groups или SCIM 2.0 API для программного управления группами и членством | Автоматизация и интеграция с другими системами Масштабируемость для больших или сложных сред |
Требует усилий по разработке Сложность зависит от использования API |
В то время как синхронизированные группы обеспечивают согласованность и предоставляют единую точку администрирования, возможен гибридный подход, сочетающий синхронизированные группы и группы Webex (управляемые в центре управления или с помощью API). Так, например, группы для назначения лицензий могут быть синхронизированными группами, а отдельный набор групп Webex можно использовать для назначения шаблонов вызовов пользователям и приложениям Webex.
Такой комплексный подход к управлению группами пользователей в Webex позволяет организациям эффективно управлять пользовательскими лицензиями, настройками и политиками, обеспечивая согласованную и масштабируемую совместную работу.
Рекомендуемый подход при переходе с на Unified CM Webex Calling
Основным источником данных для пользователей Unified CM является Unified CM база данных, содержащая информацию о конечных пользователях. Однако она, как правило, не Unified CM является авторитетным источником для управления идентификационными данными пользователей и, что более важно, в конце переходного периода она будет закрыта и поэтому не будет использоваться в качестве надежного источника идентификационной информации в долгосрочной перспективе.
Cisco рекомендует использовать централизованный облачный каталог, такой как Microsoft Entra ID (Azure AD), в качестве единственного источника достоверной информации об идентификаторах пользователей. Синхронизация пользователей из Entra ID в Control Hub обеспечивает согласованность, упрощает управление и поддерживает возможности единого входа (SSO).
Чтобы убедиться, что все пользователи также Unified CM присутствуют в Entra ID, организациям следует убедиться, что учетные записи пользователей Unified CM соответствуют учетным записям в Entra ID. Это можно сделать, экспортировав списки пользователей из Entra ID Unified CM и сравнив их со списками пользователей Entra ID.
Таким образом, рекомендуемый метод подготовки — синхронизация пользователей из Microsoft Entra ID (Azure AD) в Webex Control Hub с помощью мастера Azure AD или приложений SCIM. Массовое выделение ресурсов вручную и в формате CSV доступно в качестве дополнительных методов, но для крупных организаций оно менее масштабируемо и более подвержено ошибкам. Обеспечение того, что Entra ID является достоверным источником и что в Entra ID присутствуют все Unified CM пользователи, крайне важно для успешной миграции и обеспечения единообразия пользовательского опыта в разных средах. Webex Calling Unified CM
Переход от локальной службы каталогов, например, к облачной службе каталоговActive Directory, такой как Entra ID (Azure ID), не зависит от передачи вызовов. Cisco рекомендует завершить переход на облачную службу каталогов, прежде чем начинать переход на вызовы.
Проектирование групп пользователей
После переноса корпоративного каталога из локального хранилища в облако соберите необходимые группы пользователей в соответствии с требованиями лицензий и шаблонов функций. Для каждого группового документа:
-
Имя группы: уникальное имя группы.
-
Лицензии: лицензии, которые должны быть отнесены к этой группе (если таковые имеются), и область действия (должны ли лицензии предоставляться существующим пользователям или только новым пользователям)
-
Шаблоны настроек: приложение Webex и шаблоны вызовов пользователей.
-
Синхронизация каталогов: будет ли эта группа синхронизироваться с корпоративным каталогом или это локальная группа Webex, созданная в Control Hub или через API.
-
Описание: как будет использоваться эта группа и какие пользователи должны входить в эту группу
Эти сведения будут использованы позже на этапе внедрения для создания локальных групп или групп в каталоге предприятий и управления членством пользователей в группах.
Система единого входа (SSO)
Cisco рекомендует использовать SSO для аутентификации пользователей. Использование SSO имеет ряд убедительных преимуществ, в том числе:
-
Упрощенная аутентификация пользователей: пользователи могут войти в систему один раз, используя свои корпоративные учетные данные (например, из Azure ID) для доступа к Webex и другим интегрированным приложениям, что устраняет необходимость в использовании нескольких паролей и сокращает количество запросов на вход. Это повышает безопасность, гарантируя, что корпоративные пароли никогда не сохраняются и не передаются в Webex после аутентификации.
-
Упрощенное управление пользователями: автоматизирует создание, обновление и деактивацию учетных записей пользователей в зависимости от изменений в корпоративном каталоге, сокращая административные издержки и обеспечивая доступ только авторизованным пользователям.
-
Повышенная безопасность: система единого входа снижает усталость от паролей и риск взлома паролей за счет централизации аутентификации с помощью доверенных поставщиков идентификационных данных (IDP).
-
Простая интеграция многофакторной аутентификации (MFA): MFA можно легко поддерживать с помощью решения для управления доступом к идентификационным данным, такого как Cisco Duo, или с помощью поддержки IdP в многофакторной аутентификации.
Существует несколько вариантов внедрения единого входа для сервисов Webex:
-
SSO на основе SAML 2.0: основной протокол, поддерживаемый для интеграции Webex SSO и обеспечивающий безопасный обмен аутентификационной информацией между IdP и поставщиком услуг Webex.
-
OpenID connect (OIDC): поддерживается в качестве альтернативного современного протокола аутентификации для интеграции SSO.
-
Webex identity: также поддерживается в качестве опции поставщика идентификационных данных.
SSO настраивается и управляется централизованно через Control Hub, поэтому требуется обмен метаданными между Webex и выбранным IdP.
После настройки SSO можно протестировать в Control Hub перед активацией, чтобы убедиться в правильной настройке.
Cisco Webexподдерживает интеграцию с несколькими протестированными и часто используемыми системами IDP и управления идентификацией (IAM), включая, помимо прочего:
-
Cisco Duo
-
Окта
-
Microsoft Active DirectoryСлужбы федерации (ADFS)
-
Microsoft Azure
-
Ping Federate
-
Открыть AM
-
F5 BIG-IP.
Эти ВПЛ соответствуют стандартам SAML 2.0 или OpenID Connect и прошли проверку на совместимость с решениями Cisco для совместной работы.
Поддержка нескольких IdP
Webex позволяет организациям настраивать систему единого входа с несколькими ВПЛ в сложных ИТ-средах, таких как слияния, поглощения или децентрализация ИТ-отделов, где разные группы используют разных ВПЛ. Поддержка нескольких IdP может быть реализована либо с помощью функции Multiple IdP в Webex, либо путем интеграции корпоративной системы IAM, например Cisco Duo.
Поддержка Webex с несколькими поставщиками идентификационных данных (IdP) охватывает несколько ключевых сценариев использования, когда организациям требуется гибкая и безопасная аутентификация в различных ИТ-средах:
1. Слияния и поглощения
Когда компании объединяются или приобретают другие, у них часто возникают отдельные ИТ-инфраструктуры и отдельные ВПЛ, которые не могут объединиться в федеративную систему. Поддержка нескольких IdP позволяет пользователям обеих организаций безопасно аутентифицироваться и сотрудничать без необходимости немедленно унифицировать свои системы идентификации.
2. Несколько независимых ИТ-отделов
Крупные организации или государственные учреждения могут иметь несколько независимых ИТ-отделов, каждый из которых управляет своим собственным ВПЛ. Функция Webex с несколькими IdP позволяет этим отделам поддерживать собственные системы аутентификации, обеспечивая пользователям беспрепятственный доступ к Webex.
3. Различные группы пользователей или домены
Организации с разными группами пользователей (например, сотрудники или подрядчики) или несколькими доменами электронной почты могут настроить правила маршрутизации таким образом, чтобы запросы на аутентификацию направлялись соответствующему IdP в зависимости от принадлежности к домену или группе. Это обеспечивает дифференцированные политики доступа и средства управления безопасностью.
4. Поддержка различных протоколов аутентификации
Webex поддерживает ВПЛ SAML и OpenID Connect (OIDC), что позволяет организациям интегрировать различные типы поставщиков идентификационных данных в соответствии с существующей инфраструктурой и требованиями безопасности.
5. Повышенная безопасность и соответствие нормативным требованиям
Предоставляя возможность нескольким ВПЛ, организации могут внедрить более надежные механизмы аутентификации, включая многофакторную аутентификацию (MFA), с помощью таких интеграций, как Duo, и применять согласованные политики безопасности для различных баз пользователей.
6. Упрощенный пользовательский интерфейс
Пользователи могут аутентифицироваться, используя свои учетные данные соответствующих ВПЛ, что обеспечивает унифицированный вход в систему, несмотря на сложность нескольких систем идентификации.
Хотя поддержка нескольких IdP обеспечивает гибкость, для поддержания последовательных политик безопасности и предотвращения потенциальных уязвимостей требуется тщательная координация действий групп безопасности и идентификации.
Двойная многофакторная аутентификация и система единого входа для Webex
Duo Access Gateway (DAG) может аутентифицировать пользователей с помощью существующих локальных или облачных каталогов, таких как (AD) и OpenLDAP. Active Directory Он также поддерживает интеграцию с другими поставщиками удостоверений, такими как Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS и Shibboleth. Такая гибкость позволяет организациям использовать текущую инфраструктуру каталогов для Webex SSO с помощью Duo MFA .
Duo выступает в качестве надежного уровня аутентификации в дополнение к аутентификации основного каталога. Он выступает в роли поставщика удостоверений (IdP), использующего SAML 2.0 для обеспечения двухфакторной аутентификации (2FA) перед предоставлением доступа к Webex. Duo оценивает контекст пользователя, устройства и сети в соответствии с настраиваемыми политиками, разрешающими или запрещающими доступ, что повышает безопасность не только имени пользователя и пароля. Duo также предоставляет гибкие средства управления политиками, например требование многофакторной аутентификации при каждом входе в систему для одних приложений и реже для других.
К преимуществам Cisco Duo относятся:
-
Повышенная безопасность: добавлена устойчивая к фишингу многофакторная аутентификация для защиты доступа Webex и снижения риска взлома паролей.
-
Гибкие политики: позволяет детально контролировать требования к аутентификации для каждого приложения или группы пользователей.
-
Интеграция с существующими каталогами: поддерживает локальные AD, OpenLDAP, облачные каталоги и различных поставщиков SSO, сводя к минимуму изменения в инфраструктуре.
-
Удобство пользователя: поддержка технологии единого входа (SSO) позволяет снизить усталость от паролей, позволяя пользователям входить в систему один раз и безопасно получать доступ к нескольким ресурсам.
-
Надежные конечные точки: поддержка доверия к устройствам для клиентов Webex в Windows и macOS, повышая уровень безопасности.
-
Самостоятельная регистрация: онлайн-регистрация и двойная оперативная регистрация улучшают пользовательский интерфейс при настройке MFA.
Duo MFA with SSO for Webex использует существующие каталоги, такие как OpenLDAP или облачные поставщики идентификационных Active Directory данных, для аутентификации пользователей. Роль Duo заключается в обеспечении надежного второго фактора аутентификации, основанного на политиках, интегрированного в SAML 2.0, повышающего безопасность и одновременно обеспечивающего удобство пользователей с помощью единого входа. К преимуществам относятся повышение уровня безопасности, гибкое применение политик, беспрепятственная интеграция и улучшение пользовательского опыта.
Cisco рекомендует внедрить SSO для пользователей Webex. Для повышения безопасности рекомендуется интеграция с Cisco Duo.
Перед началом перехода на корпоративную стратегию IAM и SSO следует внедрить. Unified CM Webex Calling
Функции
Webex Callingимеет полный набор основных функций, включенных в сервис. Сюда входит множество функций звонков корпоративного уровня, которые доступны уже много Unified CM лет. Возможно, вы не увидите стопроцентного соотношения между Webex Calling Unified CM функциями и функциями, однако, как показано на рисунке ниже, основные функции Unified CM звонков доступны в. Webex Calling

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

Автосекретарь
Webex CallingАвтосекретарь позволяет круглосуточно автоматизировать обработку входящих вызовов, что позволяет эффективно обрабатывать звонки без необходимости отвечать на каждый звонок.
Автосекретарь отвечает на входящие звонки и предоставляет звонящему меню с опциями, указывающими, куда он хочет направить свой вызов. Это может быть адресовано человеку, ящику голосовой почты или службе телефонной связи (например, Очередь звонков). Звонящий использует клавиатуру телефона для ввода номера из меню автосекретаря.
Автосекретарь поддерживает следующие ключевые функции:
-
Рабочее расписание и расписание в нерабочее время
-
График праздничных дней
-
Опция меню набора номера, позволяющая клиентам направлять их туда, куда им нужно
-
Настройте приветствия
-
Опция набора по имени
-
Опции переадресации звонков
-
Аналитика и отчеты Control Hub.
Дополнительные сведения см. в разделе Управление автосекретарями.
Парк вызовов
Парковка вызовов позволяет пользователям легко отложить звонок, чтобы другой пользователь мог с легкостью ответить на звонок в тот момент, когда он сможет его принять. Это также позволяет пользователю, ответившему на исходный звонок, звонить или принимать другие звонки, пока звонок припаркован.
Доступны два типа парков вызовов: Webex Calling
-
Call Park direct — позволяет любому пользователю припарковать звонок на добавочный номер другого пользователя или на номер телефонного парка в соответствии с определением Администратора
-
Группа парковки вызовов — позволяет определенной группе пользователей автоматически парковать звонки в доступных местах парковки, определенных для группы. Этими пунктами назначения могут быть добавочные номера членов группы или номера телефонных парковок.
В зависимости от конфигурации и типа парковки пользователи могут принимать звонки, набирая *88+>, <extension of parked call>нажимая линейную клавишу, связанную с добавочным номером парка вызовов, или используя функциональную клавишу на своем IP-телефоне.
Доступна опция отзыва, позволяющая отозвать припаркованный звонок по истечении указанного периода времени пользователю, который припарковал звонок, или другому пользователю.
Дополнительные сведения см. в разделе Управление парком вызовов в Control Hub.
Перехват вызова
Функция приема вызовов позволяет администратору определить группу пользователей (участников), которые могут ответить на звонок на телефон другого участника. Это дает пользователю возможность отвечать на звонки, когда его товарищи по команде заняты и не могут ответить на входящий звонок.
Пользователи в группе должны находиться в одном и том же Webex Calling месте.
Для ответа на звонок пользователи могут использовать приложение Webex или настольный телефон.
-
Приложение Webex:
-
Поддерживает визуальные и звуковые уведомления
-
Уведомление о входящих звонках
-
По факсу (наберите*98) или с уведомлением о приеме вызова
-
Уведомления о приеме вызовов для нескольких линий.
-
-
Настольные телефоны:
-
Уведомление о входящих звонках
-
Звуковые колокольчики и визуальные уведомления через светодиод телефона. 6821 поддерживает только звуковые сигналы
-
Если тип уведомления, выбранный в Control Hub, не равен нулю
-
-
Уведомления о приеме вызовов только для основных линий.
-
Дополнительные сведения см. в разделе Настройка группы приема вызовов.
Очередь звонков
Webex Callingвключает в себя очереди вызовов только голосовой связи как часть своих основных функций. Любой пользователь с лицензией Webex Calling Professional может быть частью очереди вызовов, агентом или супервизором. Эта функция позволяет пользователям эффективно взаимодействовать с клиентами. Очереди вызовов поддерживают ряд некоторых основных функций колл-центра, таких как голосовые очереди, обратный вызов, маршрутизация навыков или приоритетов, управление очередью агентов, аналитика, отчетность и т. д.
Интеграция Cisco Call for Microsoft Teams позволяет агентам получать доступ к вызовам и функциям очереди вызовов непосредственно из клиента Microsoft Teams.
Очереди вызовов поддерживают следующие ключевые функции:
-
Приветствия и сообщения (приветствие, утешение, шепот и т. д.)
-
Удерживайте музыку
-
Перезвоните
-
Правила маршрутизации очередей (обслуживание в ночное время, праздничные дни, пересылка)
-
Вход/выход из очереди агентов
-
Управление статусом очереди агентов
-
Поддержка приложения Webex или настольного телефона
-
Агент-супервайзер звонит монитору, тренеру, перевозке на барже или перевозке пассажиров с помощью кодов доступа к объектам (FAC)
-
Центр управления (доступ администратора) для:
-
управление очередями
-
Аналитика и отчетность по агентам и очередям
-
Управление очередями, агентами и супервизорами.
-
Дополнительные сведения см. в разделе Настройка очереди вызовов.
Webex Callingимеет дополнительную функцию Customer Assist, которая предоставляет дополнительные возможности очереди вызовов и повышает удобство работы агентов и супервизоров в приложении Webex. Сравнение функций «Очередь Webex Calling вызовов» и «Помощь клиентам» см. в разделе Сравнение очередей Webex Calling вызовов и функций поддержки клиентов.
Охотничья группа
Webex CallingHunt Groups позволяет маршрутизировать входящие звонки определенной группе пользователей по заранее заданной схеме маршрутизации вызовов. Это гарантирует, что нужная группа пользователей отвечает на вызовы или отправляет их на голосовую почту для ответа.
Одно из главных отличий между охотничьими группами и очередями вызовов заключается в том, что вызовы не ставятся в очередь в Охотничьи группы, поэтому, если в охотничьей группе нет пользователей, готовых ответить на звонок, звонок будет отключен, отправлен на голосовую почту или переадресован на другой номер (пользователя или услугу).
Дополнительные сведения см. в разделе Управление охотничьими группами в Control Hub.
Режимы работы
Функция «Режимы работы» позволяет компаниям эффективно направлять звонки различным адресатам (пользователям, голосовой почте, службам вызова, например очереди вызовов). Информация о том, куда и когда будет перенаправлен звонок, зависит от времени суток и дня недели, и любому пользователю может быть разрешено управлять этими режимами ( расписаниями) для управления изменениями в маршрутизации вызовов.
Например, звонки в очередь вызовов можно перенаправить в другую очередь вызовов, а агенты, работающие в другом часовом поясе, будут отвечать на звонки в нерабочее время, в рабочее время перенаправлять на местных агентов, а в праздничные дни — на голосовую почту для ответа после возвращения агентов в офис.
Авторизованный пользователь может переключаться между этими различными сценариями (режимами) переадресации вызовов, если ему необходимо изменить направление маршрутизации входящих вызовов на определенный период. Эти пользователи могут управлять режимами с помощью телефонов 6800/7800/8800 MPP, 9800 или в режимах управления. Webex User Hub
Пейджинговая группа
Группы пейджинга позволяют пользователям совершать односторонний вызов для отправки аудиосообщения группе пользователей. Каждая группа может содержать до 75 целевых пользователей и/или рабочих пространств, с которыми можно связаться, набрав заранее определенный номер или добавочный номер.
Когда пользователь звонит в пейджинговую группу, одновременно звонит всем назначенным адресатам в группе, после чего звонящий может произнести свои сообщения и положить трубку, когда они закончат.
Дополнительные сведения см. в разделе Настройка пейджинговой группы в Control Hub.
Записи
Webex Callingподдерживает запись звонков, сделанных или полученных пользователем. Это может потребоваться для обеспечения качества, обеспечения безопасности или обучения. По умолчанию звонки записываются в Webex, но можно использовать и других сторонних поставщиков услуг записи, если требуются другие функции записи или соответствие нормативным требованиям.
При использовании Webex в качестве платформы записи управление всеми записанными звонками осуществляется в Control Hub. Воспроизводить и скачивать записи могут полноправные администраторы, выполняющие роль уполномоченного по соблюдению нормативных требований. Без роли сотрудника по соблюдению нормативных требований администратор может удалять только записи.
Дополнительные сведения об этой функции и список записей сторонних производителей см. в разделе Управление записью разговоров для Webex Calling.
Охват одним номером
Охват одного номера позволяет звонить на телефонный номер пользователя на несколько устройств. Сюда могут входить другие настольные телефоны, а также мобильные телефоны. С этих устройств также можно звонить, а пользователи могут отправлять и принимать вызовы между ними.
Дополнительные сведения об этой функции и о том, как администратор настраивает ее в Control Hub, см. в разделе Настройка связи с одним номером (офис в любом месте).
Дополнительные сведения о том, как пользователь может управлять этой функцией и настраивать ее для себя на Webex User Hub (портале), см. в разделе Настройка связи по единому номеру ( офис в любом месте).
Группа голосовой почты
Группы голосовой почты позволяют создать общий ящик голосовой почты, который можно присвоить пользователю или функции маршрутизации вызовов. Вот некоторые из причин, по которым может потребоваться группа голосовой почты:
-
Голосовая почта общего назначения для отдела или рабочей группы
-
Добавьте опцию голосовой почты автосекретарю или охотничьей группе
-
Для отправки переполненных вызовов из очереди вызовов
-
Пользователи, которым нужен только ящик голосовой почты.
Дополнительные сведения см. в разделе Управление общей голосовой почтой и входящим факсом для. Webex Calling
Консоль сопровождающего указана на странице Функции звонков в Webex Control Hub, однако для использования этой дополнительной функции требуется приобрести лицензию на вспомогательную консоль.
Дополнительные сведения см. в разделе Начало работы с консолью Attendant.
Сведения обо всех функциях, включая некоторые дополнительные, см. в разделе Функции, доступные по типам лицензий на Webex Calling.
Что вы будете делать дальше?
Для выполнения плана миграции выполните необходимые изменения конфигурации, перенос приложений и проверку подключения. Этап внедрения.