Рабочий процесс "Настройка Webex Calling"
Рабочий процесс "Настройка Webex Calling"

1 июня 2022 г.
Обзор Webex Calling

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

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

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

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

  • Доступ к приложению Webex для каждого пользователя

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

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

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

Функция

Описание

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Функция

Описание

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Обзор

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

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

Надстройка "Выделенный экземпляр" для Webex Calling включает в себя

  • Cisco Unified Communications Manager

  • Cisco Unified IM and Presence

  • Cisco Unified Unity Connection

  • Cisco Expressway

  • Cisco Emergency Responder (только для региона в Америке)

Простой путь миграции

Выделенный экземпляр для Webex Calling обеспечивает упрощенный путь миграции в облаке из устаревших АО и локальной системы Unified Communications Manager.

Выделенный экземпляр устраняет проблемы, связанные с переходом вызовов на корпоративные в облако:

Без сбоев – для выделенного экземпляра доступны те же функции, функции, интерфейс пользователя и параметры интеграции, что и в Unified Communications Manager, развернутых локально, включая поддержку Jabber и приложения Webex. Это создает неудающуюся миграцию на облако без обучения конечных пользователей или администраторов для существующих клиентов Unified Communications Manager. Выделенный экземпляр можно соещать с АКС сторонних систем, что позволяет новым клиентам Cisco гибко планировать миграцию.

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

Бескомпромиссная система безопасности. Клиенты, оснащенные выделенным экземпляром, имеют доступ ко всем функциям безопасности Unified Communications Manager для конечных точек и приложений унифицированных коммуникаций (например, к зашифрованным медиа- и защищенным системам SRST, безопасной регистрации OTT) с использованием MRA.

Кроме того, клиенты имеют доступ к важным физическим функциям безопасности, таким как Cisco Survivable Remote Site Telephony (SRST) для подключения к веб-сайту при выходе из системы связи с сетью для событий и аварийного реагирования Cisco и Nomadic E911, чтобы обеспечить работу сотрудников, работающих в экстренных службах, когда они находятся в офисе или в режиме гибридного типа. 

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

Базовая inter-Op . Экземпляр выделенной системы интегрируется Webex Calling для маршрутной маршрутки вызовов посредством платформы Webex. Клиенты могут распределять пользователей как на одном из выделенных экземпляров, так Webex Calling и настраивать их по мере необходимости в требованиях к вызовам в облаке.


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

Доступность решения

Служба Dedicated Instance доступна во всем мире и доступна в качестве надстройки для плана Webex Calling Flex 3.0 для партнеров в определенных странах. Подробности см . в Руководстве по глобальной доступности.

Выделенный экземпляр поддерживает тот же уровень локализации, что и локальный Unified Communications Manager. Он поддерживает тон сигналы телефона и шлюза в 82 странах, портал самообс поддержкой на 50 языках, а также клиентов на более чем 30 языках.

Преимущества

Выделенный экземпляр обеспечивает наиболее эффективный путь миграции в облако для существующих клиентов Unified Communications Manager со следующими ключевыми преимуществами:
  • Экземпляр приложения для выделенных вызовов, управляемый и управляемый Cisco в центрах обработки данных Webex
  • Настраиваемая платформа вызовов
  • Гибкая, быстро масштабируемая архитектура
  • Знакомый пользователю интерфейс, снижающий необходимость переподготовки сотрудников
  • Унифицированный клиент для вызовов, обмена сообщениями, совещаний и совместной работы в команде, который можно использовать на всех типах устройств
  • Совместимость с полным ассортиментом телефонов, шлюзов и видео устройств Cisco
  • Интеграция с совещаниями, сообщениями и вызовами Webex в рамках пакета Webex, что позволяет работать с конечными клиентами с невероятной конечной опытом.

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

Обзор Control Hub

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Класс службы

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

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

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

  • Вызовы, вступаем в Unified CM из Webex Calling

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

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

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

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

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

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

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

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

Вызовы, вступаем в Unified CM из Webex Calling

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

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

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

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

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

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

Проект рекомендуемого плана набора соответствует подходу проектирования, который описан в главе о плане набора последней версии SRND к системе для совместной работы Cisco. Это руководство доступно здесь.

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

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

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

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

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

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

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

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

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

Доступность для Webex Calling

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

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

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

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

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

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

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

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

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

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

  • CLICKTOCALL: или CLICKTOCALL://.

  • SIP: или SIP://.

  • TEL: или TEL://.

  • WEBEXTEL: или WEBEXTEL://.

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

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

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

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

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

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

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

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

7 мар. 2022 г.
Подготовка среды для вызовов Webex Call

Требования к вызовам

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

Служба Webex Calling доступна в плане Cisco Collaboration Flex. Для этого необходимо приобрести план на основе корпоративного соглашения (для всех пользователей, включая 50 % устройств на рабочих пространствах) или на основе количества назначенных пользователей (некоторые или все пользователи).

Webex Calling предоставляет три типа лицензий (типа станций).

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

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


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

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

В этой документации показано, как с помощью Control Hub можно управлять распределением лицензий для местоположений в вашей организации.

Требования к пропускной способности

Для каждого устройства во время видеовызова требуется до 2 Мбит/с. Для каждого устройства во время аудиовызова требуется до 100 кбит/с. Для телефонов в режиме бездействия требуется минимальная пропускная способность.

Локальный шлюз для локальной PSTN

Предоставлять PSTN-доступ для организаций Webex Calling могут как продавцы, создающие добавочную стоимость (VAR), так и поставщики услуг (SP). В настоящее время локальный шлюз является единственным вариантом предоставления PSTN-доступа локально. Локальный шлюз может быть развернут автономно или в развертываниях, где требуется интеграция в Cisco Unified Communications Manager. Требования к локальному шлюзу приведены ниже.

Поддерживаемые устройства

Webex Calling поддерживает многоплатформенные (MPP) IP-телефоны Cisco. Администратор может зарегистрировать в облаке приведенные далее телефоны. Дополнительную информацию см. в статьях справки ниже.


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

Объекты «Помещение», «Интерактивная панель» и «Стационарное устройство» Cisco Webex поддерживаются в качестве устройств в рабочем пространстве, созданном в Control Hub. Дополнительную информацию см. в разделе "Устройства Cisco Webex Room, Board и настольные устройства" статьи Поддерживаемые устройства для Webex Calling. Тем не менее, эти устройства можно использовать со службой ТСОП, включив Webex Calling для рабочего пространства.

Брандмауэр

Выполните настройку брандмауэра в соответствии с требованиями, которые указаны в документе Справочная информация о портах для Cisco Webex Calling.

Требования к локальному шлюзу для Webex Calling

Общие предварительные требования

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

    • Базовые знания принципов передачи голоса по IP

    • Базовые знания принципов работы голосовых функций Cisco IOS-XE и IOS-XE

    • Базовое представление о протоколе установления сеанса (SIP)

    • Базовое представление о Cisco Unified Communications Manager (Unified CM), если модель развертывания включает Unified CM

    Более подробную информацию можно найти в руководстве по корпоративной настройке унифицированного граничного элемента Cisco (CUBE) в соответствии с https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html

Требования к аппаратному и программному обеспечению для локального шлюза

Убедитесь в том, что в развертывании имеется один или несколько локальных шлюзов (Cisco CUBE (для IP-подключений) или шлюз Cisco IOS Gateway (для TDM-подключений), которые указаны в таблице 1 Рекомендации по заказу локального шлюза для Webex Calling. Кроме того, убедитесь, что на платформе запущен поддерживаемый выпуск IOS-XE согласно Рекомендациям по настройке локального шлюза.

Требования к сертификату и безопасности для локального шлюза

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

  • Локальный шлюз должен быть обновлен с помощью пакета корневого ЦС, полученного в Cisco PKI

  • Для настройки локального шлюза должен использоваться набор учетных данных SIP-дайджест со страницы настройки магистрали в Control Hub (эти шаги входят в настройку конфигурации, приведенную ниже)

  • Проверка предоставленного сертификата выполняется с помощью пакета корневого ЦС

  • Происходит запрос учетных данных (предоставленных SIP-дайджестом)

  • В облаке происходит идентификация локального шлюза, регистрация которого выполнена безопасно

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

В большинстве случае локальный шлюз и конечные точки могут располагаться во внутренней клиентской сети, используя частные IP-адреса с NAT. Корпоративный брандмауэр должен разрешать исходящий трафик (SIP, RTP/UDP, HTTP) на определенные IP-адреса или порты, описанные в разделе Справочная информация о портах.

Чтобы использовать оптимизацию пути мультимедиа с ICE, интерфейс локального шлюза, доступного в Webex Calling, должен иметь прямой сетевой путь к терминальным устройствам Webex Calling и от них. Чтобы использовать оптимизацию пути мультимедиа, когда терминальные устройства находятся в другом местоположении и между ними и интерфейсом локального шлюза, доступного в Webex Calling, отсутствует прямой сетевой путь, локальный шлюз должен иметь общедоступный IP-адрес, назначенный интерфейсу, доступному в Webex Calling, для совершения вызовов между локальным шлюзом и терминальными устройствами. Кроме того, на нем должно быть установлено IOS-XE версии 16.12.5.

17 июня 2022 г.
Настройка Cisco Webex Calling для вашей организации

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

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

1

Щелкните ссылку Начало работы в полученном сообщении электронной почты.


 

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

2

Просмотрите и примите условия предоставления услуг.

3

Просмотрите свой план и нажмите Начало работы.


 

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

4

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

5

Нажмите Далее: Местоположение по умолчанию.

6

Выберите из следующих вариантов:

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

 

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

7

Настройте перечисленные ниже параметры для применения к этому местоположению.

  • Язык объявлений: для звуковых объявлений и подсказок новым пользователям, а также для информирования о новых функциях.
  • Язык электронных сообщений: для отправки сообщений электронной почты новым пользователям.
  • Страна
  • Часовой пояс
8

Щелкните Далее.

9

Введите доступный SIP-адрес Cisco Webex, щелкните Далее, а затем нажмите Завершить.

Прежде чем начать

Чтобы создать новое местоположение, подготовьте следующую информацию:

  • Адрес местоположения

  • Нужные номера телефонов (необязательно)

1

В оке просмотра информации о клиенте https://admin.webex.comна перейдите в > Службы > местоположения и щелкните Добавить местоположение.

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

2

Настройте параметры местоположения:

  • Название местоположения. Введите уникальное имя для идентификации местоположения.
  • Страна или регион. Выберите страну, с которой необходимо связать местоположение. Например, можно создать одно местоположение (центральный офис) в США, а другое (филиал) в Великобритании. Выбор страны определяет последующие поля адреса. В приведенных документах в качестве примера используются адреса США.
  • Адрес местоположения. Введите основной почтовый адрес местоположения.
  • Город. Введите город для этого местоположения.
  • Штат, область или регион. Выберите штат в раскрывающемся списке.
  • Почтовый индекс. Введите почтовый индекс.
  • Язык объявлений. Выберите язык для звуковых объявлений и подсказок новым пользователям, а также для информирования о новых функциях.
  • Язык электронных сообщений. Выберите язык для отправки сообщений электронной почты новым пользователям.
  • Часовой пояс. Выберите часовой пояс местоположения.
3

Щелкните Сохранить , а затем выберите Да/ Нет , чтобы добавить номера в местоположение сейчас или позднее.

4

Если вы нажали Да, выберите один из следующих вариантов.

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


     

    Параметр Cisco PSTN отображается только в следующих условиях:

    • Вы приобрели не менее одного плана Cisco Calling OCP (план исходящих вызовов).

    • Ваше местоположение находится в стране, для которой предусмотрена поддержка плана Cisco Calling.

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

    • Ваши данные размещены в центре обработки данных Webex Calling региона, в котором поддерживается план Cisco Calling.

  • PSTN с подключением к облаку. Выберите этот параметр, если вам необходимо облачное решение PSTN от одного из многочисленных партнеров CCP Cisco или если план Cisco Calling недоступен в вашем местоположении. Партнеры CCP предлагают альтернативное решение PSTN, обширное глобальное покрытие и широкий диапазон разнообразных функций, пакетов и ценовых предложений.

     

    Список партнеров CCP и сведения о географическом покрытии приведены здесь. Отображаются только партнеры, которые поддерживают страну вашего местоположения. В списке партнеры указываются либо виде логотипа, либо в виде краткой текстовой строки с указанием региона в скобках, например (EU), (US) или (CA). Партнеры, указанные в виде логотипа, всегда предлагают региональные мультимедиа для CCP. Для партнеров, указанных в виде строки, выберите регион, который находится ближе всего к соответствующей стране вашего местоположения, для обеспечения работы региональных мультимедиа для CCP.

    Если под строкой поставщика в списке отображается параметр Заказать номера сейчас, рекомендуется выбрать этот параметр, чтобы воспользоваться возможностями встроенной сети CCP. Встроенная CCP позволяет закупать и подготавливать номера телефона на одной панели в Control Hub. Если же CCP не является встроенной, необходимо закупить номера телефона у партнера CCP за пределами Control Hub.

  • Локальная PSTN (локальный шлюз). Этот параметр позволяет сохранить действующего поставщика услуг PSTN или подключить веб-сайты вне облака к облачным веб-сайтам.

Варианты PSTN доступны на выбор на уровне каждого местоположения (для каждого местоположения предусмотрен только один вариант PSTN). Можно выбирать любое количество различных вариантов для развертывания, однако для каждого местоположения будет назначен лишь один вариант. Если после выбора и подготовки варианта PSTN его потребуется изменить, это можно сделать, щелкнув Управление в разделе свойств PSTN местоположения. При этом некоторые варианты, например PSTN Cisco, могут быть недоступны, если уже назначен другой параметр. Зарегистрируйте обращения в службу поддержки, чтобы получить помощь.

5

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

6

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

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

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

7

Щелкните Сохранить.

Дальнейшие действия

После создания местоположения для него можно включить возможность вызова экстренных служб 911. Для получения более подробной информации см. раздел Службы экстренного вызова RedSky Emergency 911 для Webex Calling.

Прежде чем начать


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

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

1

В окнах просмотра информации о клиенте на веб-сайте https://admin.webex.com, перейдите в меню Службы > Вызовы > Местоположения.

2

Щелкните в столбце Действия рядом с местоположением, который необходимо удалить.

3

Выберите Удалить местоположение и подтвердите удаление этого местоположения.

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

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


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

1

В окнах просмотра информации о клиенте на веб-сайте https://admin.webex.com перейдите к Службы > Вызовы > Местоположения и выберите местоположение для удаления.

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

2

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

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


     

    Параметр Cisco PSTN отображается только в следующих условиях:

    • Вы приобрели не менее одного плана Cisco Calling OCP (план исходящих вызовов).

    • Ваше местоположение находится в стране, для которой предусмотрена поддержка плана Cisco Calling.

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

    • Ваши данные размещены в центре обработки данных Webex Calling региона, в котором поддерживается план Cisco Calling.

  • PSTN с подключением к облаку. Выберите этот параметр, если вам необходимо облачное решение PSTN от одного из многочисленных партнеров CCP Cisco или если план Cisco Calling недоступен в вашем местоположении. Партнеры CCP предлагают альтернативное решение PSTN, обширное глобальное покрытие и широкий диапазон разнообразных функций, пакетов и ценовых предложений.

     

    Список партнеров CCP и сведения о географическом покрытии приведены здесь. Отображаются только партнеры, которые поддерживают страну вашего местоположения. В списке партнеры указываются либо виде логотипа, либо в виде краткой текстовой строки с указанием региона в скобках, например (EU), (US) или (CA). Партнеры, указанные в виде логотипа, всегда предлагают региональные мультимедиа для CCP. Для партнеров, указанных в виде строки, выберите регион, который находится ближе всего к соответствующей стране вашего местоположения, для обеспечения работы региональных мультимедиа для CCP.

    Если под строкой поставщика в списке отображается параметр Заказать номера сейчас, рекомендуется выбрать этот параметр, чтобы воспользоваться возможностями встроенной сети CCP. Встроенная CCP позволяет закупать и подготавливать номера телефона на одной панели в Control Hub. Если же CCP не является встроенной, необходимо закупить номера телефона у партнера CCP за пределами Control Hub.

  • Локальный PSTN (локальный шлюз). Этот параметр можно выбрать, если необходимо сохранить действующего поставщика услуг PSTN или подключить веб-сайты вне облака к облачным веб-сайтам.

     

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

3

Выберите Основной номер, по которому можно связаться с основным контактным лицом местоположения.

4

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


 

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

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

Поставщик экстренных вызовов может получить информацию о сети доступа и достигается путем определения нового частного расширения SIP (P-Access-Network-Info). В этом загоже содержится информация, относятивная к сети доступа.

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

5

Выберите Номер голосовой почты, на который могут позвонить пользователи, чтобы проверить свою голосовую почту в этом местоположении.

6

(Необязательно.) Щелкните пиктограмму карандаша в верхней части страницы "Местоположение", чтобы изменить Название местоположения, Язык объявлений, Язык сообщений электронной почты, Часовой пояс или Адрес при необходимости, а затем щелкните Сохранить.


 

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


 

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

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


Коды набора исходящие номеров не поддерживаются в приложении Webex, Webex Calling приложении или устройствах комнат Cisco.


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

1

В окнах просмотра информации о клиенте на веб-сайте https://admin.webex.com перейдите к Службы > Вызовы > Настройки служб, а затем прокрутите страницу до параметра Набор внутренних номеров.

2

При необходимости настройте следующие дополнительные параметры набора номера.

  • Длина префикса маршрутизации местоположения. Рекомендуется использовать этот параметр при нескольких местоположениях. Можно ввести от 2 до 7 цифр. Если у вас несколько местоположений с одинаковым добавочным номером, пользователи должны набирать префикс при вызовах между местоположениями. Например, если у вас несколько магазинов, для которых установлен добавочный номер 1000, можно настроить префикс маршрутизации для каждого магазина. Если в одном магазине используется префикс 888, для набора номера этого магазина необходимо набрать 8881000.
  • Управляющая цифра в префиксе маршрутизации. Это значение можно установить независимо от того, используются ли префиксы маршрутизации в местоположении.
  • Длина внутреннего добавочного номера. Можно ввести от 2 до 6 цифр (по умолчанию – 2).

     

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

3

Укажите набор внутренних добавочных номеров для определенных местоположений. Перейдите к Службы > Вызов > Местоположения выберите местоположение, прокрутите страницу до пункта Набор, а затем измените набор внутренних и внешних номеров, если необходимо:

  • Набор внутренних номеров. Укажите префикс маршрутизации, который должны набирать пользователи в других местоположениях, чтобы связаться с кем-либо в этом местоположении. Префикс маршрутизации для каждого местоположения должен быть уникальным. Рекомендуется, чтобы длина префикса совпадала с длиной, задаваемой на уровне организации, однако эта длина должна быть от 2 до 7 цифр.
  • Набор внешних номеров. При желании можно выбрать цифру для исходящего набора, которую пользователи должны набрать для выхода на внешнюю линию. По умолчанию это значение Нет, и вы можете выйти из него, если эти обычные настройки набора номера не требуются. Если необходимо использовать эту функцию, рекомендуется использовать цифру, отличающуюся от управляющей цифры вашей организации.

     

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

Воздействие на пользователей.

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

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

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


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

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

Прежде чем начать

  • После добавления местоположения и перед настройкой локальной PSTN для местоположения необходимо создать магистраль.

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

  • См. требования к локальной PSTN (локальный шлюз) для Webex Calling.

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

1

В оке просмотра информации о клиенте на веб-сайте https://admin.webex.com перейдите к Службы > Вызовы > Маршрутизация вызовов и выберите Добавить магистраль.

2

Выберите местоположение.

3

Введите имя магистрали и щелкните Сохранить.


 

Имя не должно быть длиннее 24 символов.

Дальнейшие действия

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

Информация о магистралях отображается на экране Домен регистрации, Группа магистрали OTG/DTG, Линия/порт и Исходящий адрес прокси.

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

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

1

В окнах просмотра информации о клиенте на веб-сайте https://admin.webex.com, перейдите в меню Службы > Вызовы > Местоположения.

2

Выберите местоположение для изменения и щелкните Управление.

3

Выберите Локальная PSTN и щелкните Далее.

4

В раскрывающемся меню выберите магистраль.


 

Для выбора групп магистралей посетите страницу магистралей.

5

Щелкните уведомление о подтверждении, затем нажмите Сохранить.

Дальнейшие действия

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

После успешного завершения конфигурации шлюза можно вернуться в меню Службы > Вызов > Местоположение в Control Hub. Созданный шлюз будет указываться в назначенной ему карточке местоположения с зеленой точкой слева от имени. Это состояние означает, что шлюз безопасно зарегистрирован в облаке вызовов и является активным шлюзом PSTN для местоположения.

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

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

1

В окне просмотра информации о клиенте на сайте https://admin.webex.com выберите пиктограмму здания .

2

Перейдите на вкладку Подписки и щелкните Приобрести сейчас.

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

Задать приоритет доступных параметров вызова, которые отображаются пользователям в приложении Webex можно в Control Hub. Также их можно включить для вызова одним щелчком мыши.

1

В окне просмотра информации о клиенте на веб-сайте https://admin.webex.com перейдите к меню Настройки организации > Службы, прокрутите до пункта Вызов и выберите Настройки клиента.

2

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

Другие параметры, скрытые от пользователей, отображаются в поле Скрытые параметры вызова, как показано на снимке экрана в следующем примере:

3

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


 

Отображение изменений в приложении Webex может занять до 24 часов. Чтобы изменения появились быстрее, пользователям рекомендуется перезапустить свои приложения.

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


Выберите параметр на уровне всей организации, только если вы готовы к переносу всей организации.

Прежде чем начать

  • Для выбора поведения при вызовах в вашей организации должны быть правильные подписки.

  • Пользователи должны иметь действительные номера телефонов. Если номера недействительны, приложение Webex по-прежнему отправляет номер в выбранное приложение для вызовов, однако это приведет к сбою вызова из этого приложения.

В представлении клиента на веб-сайте https://admin.webex.com перейдите к меню Управление > Настройки организации, прокрутите страницу до раздела Поведение при вызовах и выберите один из указанных ниже параметров. .

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

     

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

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

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


 

Если некоторым пользователям необходимо использовать другое поведение при вызовах, можно изменить эту настройку на уровне пользователя. Перейдите к разделу Пользователи и в разделе Настройки выберите Поведение при вызовах. Выберите нужный параметр и щелкнуть Сохранить.

7 мар. 2022 г.
Настройка локального шлюза в IOS-XE для Webex Calling

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

Используйте этот алгоритм выполнения задач, чтобы настроить локальные шлюзы для развертывания Webex Calling. Приведенные ниже действия выполняются в интерфейсе CLI. Магистраль между локальным шлюзом и Webex Calling всегда защищена с помощью передачи данных TLS SIP и SRTP для передачи мультимедиа между локальным шлюзом и пограничным контроллером сеанса доступа Webex Calling.

Прежде чем начать

  • Проверьте соответствие выполнения требований к локальному шлюзу для Webex Calling.

  • Создайте локальный шлюз в Control Hub.

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

  Команда или действие Цель
1

Сопоставление параметров между Control Hub и Cisco Unified Border Element

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

2

Настройка базовой конфигурации платформы

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

3

Регистрация локального шлюза в Webex Calling

4

В зависимости от вашего развертывания выберите один из приведенных ниже вариантов.

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

  • Вариант развертывания локального шлюза без локальной IP-УАТС. Совместное размещение локального шлюза и CUBE PSTN IP.

  • Вариант развертывания локального шлюза в существующей среде Unified CM. Совместное размещение локального шлюза и CUBE PSTN IP.

Таблица 1. Сопоставление параметров между Control Hub и локальным шлюзом

Control Hub

Локальный шлюз

Домен регистратора:

Control Hub должен проанализировать домен из LinePort, полученный от UCAPI.

пример.com

registrar (регистратор)

пример.com

Группа магистралей OTG/DTG

профили SIP:

rule <rule-number> request ANY sip-header

From modify ">" ";otg=otgDtgId>"

Линия/порт

user@example.com

number: пользователь

Исходящий прокси

outbound proxy (исходящий прокси) (имя DNS – SRV пограничного контроллера сеанса доступа)

Имя пользователя SIP

имя пользователя

Пароль SIP

пароль

Прежде чем начать

  • Убедитесь в том, что базовая конфигурация платформы, например NTP, ACL, включение паролей, основной пароль, IP-маршрутизация, IP-адреса и т. д., настроена в соответствии с политиками и процедурами вашей организации.

  • Минимальная поддерживаемая версия IOS-XE 16.12 или IOS-XE 17.3 требуется для всех развертываний LGW.

1

Убедитесь в том, что для всех интерфейсов третьего уровня назначены действительные и маршрутизируемые IP-адреса:

interface GigabitEthernet0/0/0
 description Interface facing PSTN and/or CUCM
 ip address 192.168.80.14 255.255.255.0
!
interface GigabitEthernet0/0/1
 description Interface facing Webex Calling
 ip address 192.168.43.197 255.255.255.0
2

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


LocalGateway#conf t
LocalGateway(config)#key config-key password-encrypt Password123
LocalGateway(config)#password encryption aes
3

Настройте сервер с IP-именем для включения поиска DNS и убедитесь, что он доступен, выполнив проверку обмена пакетами:


LocalGateway#conf t
Enter configuration commands, one per line.  End with CNTL/Z.
LocalGateway(config)#ip name-server 8.8.8.8
LocalGateway(config)#end
4

Включите TLS 1.2 Exclusivity и прототип точки доверия по умолчанию.

  1. Создайте прототип точки доверия PKI и укажите для нее имя sampleTP

  2. Назначьте точку доверия в качестве точки доверия для передачи сигналов по умолчанию в разделе sip-ua.

  3. cn-san-validate server потребуется для проверки того, что локальный шлюз устанавливает соединение только в том случае, если в настройках исходящего прокси указано соответствие tenant 200 (описано в дальнейшем) списку CN-SAN, полученному от сервера.

  4. Точка доверия шифрования требуется для работы TLS даже в том случае, когда для установления соединения не требуется локальный сертификат клиента (например, mTLS).

  5. Отключите TLS 1.0 и 1.1, включив версию 1.2 Exclusivity.

  6. Задайте параметр повторных попыток TCP равный 1000 (в кратных 5 мс = 5 секунд).

  7. (IOS-XE 17.3.2 и последующие) Установить соединение с установленным временем для TLS <wait-timer in="" sec="">. Диапазон от 5 до 20 секунд, а по умолчанию – 20 секунд. (Для обнаружения отказа соединения TLS в LGW требуется 20 секунд, прежде чем она пытается установить подключение к следующему доступному Webex Calling SBC. Эта CLI позволяет администратору значительно быстрее изменять значение для условий сети и обнаруживать сбои соединения с SBC доступа).


LocalGateway#configure terminal
Enter configuration commands, one per line.  End with CNTL/Z.
LocalGateway(config)#
LocalGateway(config)#crypto pki trustpoint sampleTP
LocalGateway(ca-trustpoint)# revocation-check crl
LocalGateway(ca-trustpoint)#exit

LocalGateway(config)#sip-ua
LocalGateway(config-sip-ua)# crypto signaling default trustpoint sampleTP cn-san-validate server

LocalGateway(config-sip-ua)# transport tcp tls v1.2
LocalGateway(config-sip-ua)# tcp-retry 1000
LocalGateway(config-sip-ua)#end
5

Обновите пул доверия локального шлюза.

Пакет пула доверия по умолчанию не включает сертификаты DigiCert Root CA или IdenTrust Commercial, необходимые для проверки сертификата на стороне сервера во время установки соединения TLS с Webex Calling.

Пакет пула доверия необходимо обновить, скачав последнюю версию пакета Cisco Trusted Core Root Bundle с веб-сайта http://www.cisco.com/security/pki/.

  1. Проверьте, существуют ли сертификаты DigiCert Room CA и IdenTrust Commercial.

    
    LocalGateway#show crypto pki trustpool | include DigiCert
  2. Если он не существует, выполните обновление, как указано далее.

    
    LocalGateway#configure terminal
    Enter configuration commands, one per line.  End with CNTL/Z.
    LocalGateway(config)#crypto pki trustpool import clean url 
    http://www.cisco.com/security/pki/trs/ios_core.p7b
    Reading file from http://www.cisco.com/security/pki/trs/ios_core.p7b
    Loading http://www.cisco.com/security/pki/trs/ios_core.p7b 
    % PEM files import succeeded.
    LocalGateway(config)#end
    
  1. Проверить:

    
    LocalGateway#show crypto pki trustpool | include DigiCert
    cn=DigiCert Global Root CA
    o=DigiCert Inc
    cn=DigiCert Global Root CA
    o=DigiCert Inc
    
    LocalGateway#show crypto pki trustpool | include IdenTrust Commercial
    cn=IdenTrust Commercial Root CA 1
    cn=IdenTrust Commercial Root CA 1

Прежде чем начать

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

1

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

LocalGateway#configure terminal
LocalGateway(config)#voice service voip
LocalGateway(conf-voi-serv)#ip address trusted list
LocalGateway(cfg-iptrust-list)#ipv4 x.x.x.x y.y.y.y
LocalGateway(cfg-iptrust-list)#exit
LocalGateway(conf-voi-serv)#allow-connections sip to sip
LocalGateway(conf-voi-serv)#media statistics
LocalGateway(conf-voi-serv)#media bulk-stats
LocalGateway(conf-voi-serv)#no supplementary-service sip refer
LocalGateway(conf-voi-serv)#no supplementary-service sip handle-replaces
LocalGateway(conf-voi-serv)# fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

LocalGateway(conf-serv-stun)#stun
LocalGateway(conf-serv-stun)#stun flowdata agent-id 1 boot-count 4
LocalGateway(conf-serv-stun)#stun flowdata shared-secret 0 Password123$

LocalGateway(conf-serv-stun)#sip

   LocalGateway(conf-serv-sip)#g729 annexb-all
   LocalGateway(conf-serv-sip)#early-offer forced
   LocalGateway(conf-serv-sip)#end

Описание команд

Предотвращение мошенничества
Device(config)# voice service voip
Device(config-voi-serv)# ip address trusted list
Device(cfg-iptrust-list)# ipv4 x.x.x.x y.y.y.y
  • Явным образом разрешает IP-адреса источника объектов, из которых локальный шлюз ожидает допустимые вызовы с передачей голоса по IP (например, адресуемые точки Webex Calling, узлы Unified CM, PSTN IP).

  • По умолчанию локальный шлюз блокирует все входящие настройки вызовов передачи голоса по IP с IP-адресов, не указанных в его списке доверия. IP-адреса из адресуемых точек вызова с параметром session target ip (целевой IP-адрес сеанса) или Server Group (Группа серверов) по умолчанию являются доверенными, их заполнение здесь не требуется.

  • IP-адреса в этом списке должны соответствовать IP-подсетям региональных центров обработки данных Webex Calling, к которым подключен клиент. Дополнительную информацию см. в статье Информация о портах для Webex Calling.


     

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

  • Настройка других IP-адресов может потребоваться в других интерфейсах. Например, может потребоваться добавить адреса Unified CM во внутренние интерфейсы.

  • IP-адреса должны совпадать с IP-адресами узлов, разрешенных outbound-proxy в tenant 200

  • Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/support/docs/voice/call-routing-dial-plans/112083-tollfraud-ios.html.

Медиа-
voice service voip
 media statistics 
 media bulk-stats 
  • Media Statistics (Статистика мультимедиа). Обеспечивает мониторинг мультимедиа на локальном шлюзе.

  • Media bulk-stats (Массовая статистика мультимедиа). Позволяет плоскости управления запрашивать в плоскости передачи данных сведения для пакетного сбора статистики вызовов.

Базовые функциональные возможности подключений SIP к SIP
allow-connections sip to sip
Дополнительные службы
 no supplementary-service sip refer
 no supplementary-service sip handle-replaces

Отключает параметр REFER и заменяет идентификатор диалога в заголовке Replaces идентификатором диалогового окна адресуемой точки.

Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s12.html#wp2876138889.

Факсимильный протокол
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

Включает протокол T.38 для передачи факсимильных сообщений, однако шифрование факсимильного трафика не выполняется.

Включение STUN глобально
stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
  • Когда вызов перенаправляется обратно пользователю Webex Calling (например, вызываемый и вызывающий абоненты являются подписчиками Webex Calling с привязкой мультимедиа в пограничном контроллере сеансов Webex Calling), мультимедиа не сможет пройти на локальный шлюз, поскольку проход не открыт.

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

  • Пароль STUN для локального шлюза является предварительным требованием для отправки сообщений STUN. Брандмауэры на базе IOS/IOS-XE можно настроить для проверки этого пароля и динамического открытия проходов (например, без явных правил для входящих и исходящих соединений). Однако в случае развертывания локального шлюза настройками брандмауэра предусматривается статическое открытие проходов для входящих и исходящих соединений на базе подсетей пограничного контроллера сеансов Webex Calling. Таким образом, брандмауэр должен просто обработать его как любой входящий UDP-пакет, который будет инициировать открытие прохода без явного просмотра содержимого пакетов.

G729
sip
  g729 annexb-all

Разрешает все варианты G729.

SIP
early-offer forced

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

2

Настройте параметр SIP Profile 200 (Профиль SIP 200).

LocalGateway(config)# voice class sip-profiles 200
LocalGateway (config-class)# rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)" "sip:\1"
LocalGateway (config-class)# rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1"
LocalGateway (config-class)# rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1"
LocalGateway (config-class)# rule 12 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
LocalGateway (config-class)# rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1"
LocalGateway (config-class)# rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1"
LocalGateway (config-class)# rule 15 response ANY sip-header Contact modify "<sips:(.*)" "<sip:\1"
LocalGateway (config-class)# rule 20 request ANY sip-header From modify ">" ";otg=hussain2572_lgu>"
LocalGateway (config-class)# rule 30 request ANY sip-header P-Asserted-Identity modify "sips:(.*)" "sip:\1"

Эти правила приведены ниже

Описание команд

  • rule 9 Указывает, что заголовок представлен как “SIP-Req-URI” , а не “SIP-Req-URL”

    Оно обеспечивает преобразование между URI SIP и URL SIP, поскольку Webex Calling не поддерживает URI SIP в сообщениях запроса и ответных сообщениях, но требует выполнение запросов SRV, например _sips._tcp.<outbound-proxy>.
  • rule 20. Изменяет заголовок From (От), добавляя параметр OTG или DTG группы магистралей из Control Hub для уникальной идентификации веб-сайта локального шлюза в пределах предприятия.

  • Этот профиль SIP будет применяться к клиенту класса голосовых вызовов voice class tenant 200 (описано далее) для любого трафика в направлении Webex Calling.

3

Настройте профиль кодека, определение STUN и пакет шифрования SRTP.

LocalGateway(config)# voice class codec 99
LocalGateway(config-class)# codec preference 1 g711ulaw
LocalGateway(config-class)# codec preference 2 g711alaw 
LocalGateway(config-class)# exit
LocalGateway(config)# voice class srtp-crypto 200
LocalGateway(config-class)# crypto 1 AES_CM_128_HMAC_SHA1_80
LocalGateway(config-class)# exit
LocalGateway(config)# voice class stun-usage 200
LocalGateway(config-class)# stun usage firewall-traversal flowdata
LocalGateway(config-class)# stun usage ice lite
LocalGateway(config-class)# exit

Описание команд

  • Voice class codec 99. Позволяет использовать в сеансах кодеки g711 (mu и a-law). Применяется ко всем адресуемым точкам вызова.

  • Voice class srtp-crypto 200. Указывает на то, что SHA1_80 используется в качестве единственного комплекта шифров SRTP, который предлагается локальным шлюзом в SDP в предложении и ответе. Webex Calling поддерживает только SHA1_80.

  • Будет применено к voice class tenant 200 (описано далее) в направлении Webex Calling.

  • Voice class stun-usage 200. Определяет использование STUN. Применяется ко всем адресуемым точкам вызова в направлении Webex Calling (тег 2XX) во избежание отсутствия пересылки аудио при перенаправлении телефоном Unified CM вызова на другой телефон Webex Calling.


 

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


 

Для потоков вызовов с оптимизацией пути мультимедиа требуется приложение Ice Lite, позволяющее использовать STUN.

4

Сопоставьте параметры Hub Control с конфигурацией локального шлюза.

Webex Calling добавляется в качестве клиента в локальный шлюз. Конфигурация, необходимая для регистрации локального шлюза, определена в клиенте voice class tenant 200. Необходимо получить элементы конфигурации со страницы информации о магистрали в Control Hub, как показано на этом изображении. На этом примере отображено, какие поля сопоставляются с CLI соответствующего локального шлюза.

Клиент 200 затем применяется во всех одноранговых Webex Calling набора (2xx тега) в конфигурации локального шлюза. Функция voice class tenant (Клиент класса голосовых вызовов) позволяет группировать и настраивать параметры магистрали SIP. В противном случае это выполняется в соответствии с параметрами voice service voip и sip-ua. Если клиент настроен и применен для адресуемой точки вызова, конфигурации IOS-XE применяются в указанном ниже порядке приоритета.

  • Конфигурация адресуемой точки вызова

  • Конфигурация клиента

  • Глобальная конфигурация (voice service voip / sip-ua)

5

Настройте клиент класса голосовой связи 200, чтобы включить регистрацию магистрали из LGW в Webex Calling в зависимости от параметров, полученных из Control Hub.


 

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

LocalGateway(config)#voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Hussain6346_LGU username Hussain2572_LGU password 0 meX7]~)VmF realm BroadWorks
  authentication username Hussain2572_LGU password 0 meX7]~)VmF realm BroadWorks
  authentication username Hussain2572_LGU password 0 meX7]~)VmF realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls 
  url sips 
  error-passthru
  asserted-id pai 
  bind control source-interface GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp 
  sip-profiles 200 
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com  
  privacy-policy passthru

Описание команд

voice class tenant 200

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

registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls

Сервер регистрации для локального шлюза с набором регистраций для обновления каждые две минуты (50 % от 240 секунд). Подробности см. в https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-r1.html#wp1687622014.

credentials number Hussain6346_LGU username Hussain2572_LGU password 0 meX71]~)Vmf realm BroadWorks

Учетные данные для запроса регистрации магистрали. Подробности см. в https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-c6.html#wp3153621104.

authentication username Hussain2572_LGU password 0 meX71]~)Vmf realm BroadWorks
authentication username Hussain2572_LGU password 0 meX71]~)Vmf realm 40462196.cisco-bcld.com

Запрос аутентификации для вызовов. Подробности см. в https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-a1.html#wp1551532462.

no remote-party-id

Отключение заголовка Remote-Party-ID (RPID) SIP, поскольку Webex Calling поддерживает функцию PAI, которая включается с помощью команды CIO asserted-id pai(см. ниже).

sip-server dns:40462196.cisco-bcld.com
Серверы Webex Calling. Дополнительную информацию см. в документе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-a1.html#wp1551532462
connection-reuse

Для использования одного постоянного соединения для регистрации и обработки вызовов.

srtp-crypto 200

Указывает на использование SHA1_80, как определено командой voice class srtp-crypto 200.

session transport tcp tls
Установка TLS в качестве способа передачи данных
url sips

В качестве запроса пограничного контроллера сеанса доступа должны использоваться SIP в соответствии с поддержкой пограничного контроллера сеанса доступа. Все остальные сообщения изменены на SIP с помощью команды sip-profile 200.

error-passthru

Сквозная функция ответного сообщения об ошибке SIP

asserted-id pai

Включает обработку PAI в локальном шлюзе.

bind control source-interface GigabitEthernet0/0/1

Интерфейс источника сигналов в направлении Webex Calling.

bind media source-interface GigabitEthernet0/0/1

Интерфейс источника мультимедиа в направлении Webex Calling.

no pass-thru content custom-sdp

Команда по умолчанию в клиенте.

sip-profiles 200

Изменение SIPS на SIP, а также изменение линии/порта для сообщений INVITE и REGISTER, как определено командой voice class sip-profiles 200.

outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com

Пограничный контроллер сеанса доступа Webex Calling. Подробности см. в https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-o1.html#wp3297755699.

privacy-policy passthru

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

После того как на локальном шлюзе определен клиент tenant 200 и настроена адресуемая точка вызова передачи голоса по IP SIP, шлюз инициирует соединение TLS в направлении Webex Calling. В этот момент пограничный контроллер сеанса доступа предоставляет локальному шлюзу свой сертификат. Локальный шлюз проверяет сертификат пограничного контроллера сеанса доступа Webex Calling с помощью пакета корневого ЦС, обновленного ранее. Между локальным шлюзом и пограничным контроллером сеанса доступа Webex Calling устанавливается постоянный сеанс TLS. Затем локальный шлюз отправляет сообщение REGISTER на пограничный контроллер сеанса доступа, где инициируется процесс регистрации. AOR регистрации: номер@домен. Номер извлекается из параметра "number" учетных данных, а домен – из параметра "registrar dns:<fqdn>". После инициирования регистрации параметры имя пользователя, пароль и область из раздела учетных данных используются для создания заголовка, затем команда sip-profile 200 преобразует URL-адрес SIPS обратно в SIP. Результатом успешной регистрации является получение сообщения "200 ОК" от пограничного контроллера сеанса доступа.

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

  1. Параметры Voice class tenant (Клиент класса голосовых вызовов). Необходимо создать дополнительные клиенты для адресуемых точек вызова в направлении Unified CM и поставщика услуг интернет-телефонии подобноtenant 200, созданному для Webex Calling в направлении адресуемых точек вызова.

  2. Параметры Voice class URI (URI класса голосовых вызовов). Шаблоны, определяющие IP-адреса и порты узлов для различных магистралей, прерывающихся на локальном шлюзе: от Webex Calling к локальному шлюзу; а также прерывание магистрали SIP PSTN в локальном шлюзе.

  3. Параметры Outbound dial-peer (Исходящая адресуемая точка вызова). Для маршрутизации ветвей исходящих вызовов от локального шлюза к магистрали SIP поставщика услуг интернет-телефонии и Webex Calling.

  4. Параметр Voice class DPG (DPG класса голосовых вызовов). Целевые исходящие адресуемые точки вызова, вызываемые из входящей адресуемой точки вызова.

  5. Параметры Inbound dial-peer (Входящая адресуемая точка вызова). Для принятия ветвей входящих вызовов от поставщика услуг интернет-телефонии и Webex Calling.

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

1

Настройте приведенные ниже параметры Voice class tenant (клиенты класса голосовых вызовов).

  1. Voice class tenant 100 (Клиент класса голосовых вызовов tenant 100) применяется во всех ИСХОДЯЩИХ адресуемых точках вызова, направленных в PSTN IP.

    voice class tenant 100 
      session transport udp
      url sip
      error-passthru
      bind control source-interface GigabitEthernet0/0/0
      bind media source-interface GigabitEthernet0/0/0
      no pass-thru content custom-sdp
    
  2. Voice class tenant 300 (Клиент класса голосовых вызовов tenant 300) применяется во всех ВХОДЯЩИХ адресуемых точках вызова, полученных из PSTN IP.

    voice class tenant 300 
      bind control source-interface GigabitEthernet0/0/0
      bind media source-interface GigabitEthernet0/0/0
      no pass-thru content custom-sdp
    
2

Настройте приведенный ниже параметр Voice class URI (URI класса голосовых вызовов).

  1. Укажите IP-адрес узла поставщика услуг интернет-телефонии.

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Определение шаблона для уникальной идентификации веб-сайта локального шлюза в пределах предприятия на базе параметра OTG/DTG группы магистралей Control Hub:

    voice class uri 200 sip
     pattern dtg=hussain2572.lgu
    

     

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

    Received
    INVITE sip:+16785550123@198.18.1.226:5061;transport=tls;dtg=hussain2572_lgu SIP/2.0
       Via: SIP/2.0/TLS 199.59.70.30:8934;branch=z9hG4bK2hokad30fg14d0358060.1
     pattern :8934
    
3

Настройте указанные далее исходящие адресуемые точки вызова.

  1. Исходящая адресуемая точка вызова к PSTN IP.

    dial-peer voice 101 voip 
     description Outgoing dial-peer to IP PSTN
     destination-pattern BAD.BAD
     session protocol sipv2
     session target ipv4:192.168.80.13
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 100
     no vad

    Описание команд

    dial-peer voice 101 voip
     description Outgoing dial-peer to PSTN
    

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

    destination-pattern BAD.BAD

    Цифровой шаблон, который позволяет выбрать эту адресуемую точку вызова. Однако инициирование этой исходящей адресуемой точки вызова будет осуществляться непосредственно из входящей адресуемой точки вызова с использованием заявлений DPG, что обеспечивает обход критериев соответствия цифровому шаблону. В результате используется произвольный шаблон на базе буквенно-цифровых символов, разрешенный параметром destination-pattern CLI.

    session protocol sipv2

    Указывает на то, что эта адресуемая точка вызова будет обрабатывать ветви вызовов SIP.

    session target ipv4:192.168.80.13

    Отображает целевой адрес IPv4 назначения, на который будет отправлена эта ветвь вызовов. В данном случае это IP-адрес поставщика услуг интернет-телефонии.

    voice-class codec 99

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

    dtmf-relay rtp-nte

    Определение RTP-NTE (RFC2833) в качестве возможности DTMF, ожидаемой на этой ветви вызова.

    voice-class sip tenant 100

    Адресуемая точка вызова унаследует все параметры Tenant 100, если только этот же параметр не определен в самой адресуемой точке вызова.

    no vad

    Отключение обнаружения голосовой активности.

  2. Исходящие соединения от точек вызова к Webex Calling (они также будут обновлены для обслуживания в качестве входящих точек вызова от Webex Calling позднее в руководстве по настройке).

    dial-peer voice 200201 voip
     description Inbound/Outbound Webex Calling
     destination-pattern BAD.BAD
     session protocol sipv2
     session target sip-server
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class stun-usage 200
     no voice-class sip localhost
     voice-class sip tenant 200
     srtp
     no vad
    

    Описание команд

    dial-peer voice 200201 voip
         description Inbound/Outbound Webex Calling

    Определяет адресуемую точку вызова с использованием передачи голоса по IP с тегом 200201 и предоставляет осмысленное описание для упрощения управления и устранения неполадок

    session target sip-server

    Указывает на то, что для вызовов из этой адресуемой точки назначением является глобальный сервер SIP. Сервер Webex Calling, определенный в tenant 200, наследуется для этой адресуемой точки вызова.

    voice-class stun-usage 200

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

    no voice-class sip localhost

    Отключает подстановку имени локального узла DNS вместо физического IP-адреса в заголовках исходящих сообщений From (От), Call-ID (Идентификатор вызова) и Remote-Party-ID (Идентификатор удаленного вызывающего абонента).

    voice-class sip tenant 200

    Адресуемая точка вызова наследует все параметры Tenant 200 (локальный шлюз <--> магистраль Webex Calling), если только этот же параметр не определен в самой адресуемой точке вызова.

    srtp

    Для этой ветви вызова включен протокол SRTP.

    no vad

    Отключение обнаружения голосовой активности.

4

Настройте указанные ниже группы адресуемых точек вызова (DPG).

  1. Определение группы адресуемых точек вызова 100. Исходящая адресуемая точка 101 является целевым параметром для всех входящих вызовов адресуемых точек вызова, поступающих в группу адресуемых точек вызова 100. Группа DPG 100 будет применена к входящей адресуемой точке вызова 200201, которая будет определена позже для пути Webex Calling --> локальный шлюз --> PSTN.

    voice class dpg 100
     description Incoming WxC(DP200201) to IP PSTN(DP101)
     dial-peer 101 preference 1
    
  2. Определение группы 200 с исходящей адресуемой точкой вызова 200201 в качестве целевого параметра для пути PSTN --> LGW --> Webex Calling. Группа DPG 200 будет применена к входящей адресуемой точке dial-peer 100, которая будет определена позже.

    voice class dpg 200
     description Incoming IP PSTN(DP100) to Webex Calling(DP200201)
     dial-peer 200201 preference 1
    
5

Настройте перечисленные ниже параметры Inbound dial-peer (Входящая адресуемая точка вызова).

  1. Входящая адресуемая точка вызова для ветвей входящих вызовов PSTN IP.

    dial-peer voice 100 voip
     description Incoming dial-peer from PSTN
     session protocol sipv2
     destination dpg 200
     incoming uri via 100
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 300
     no vad
    

    Описание команд

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN

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

    session protocol sipv2

    Указывает на то, что эта адресуемая точка вызова будет обрабатывать ветви вызовов SIP.

    incoming uri via 100

    Весь входящий трафик от PSTN IP к локальному шлюзу сопоставляется с IP-адресом узла заголовка входящего VIA, который определен параметром Voice class URI 100 SIP (SIP URI класса голосовых вызовов 100) для соответствия на основе IP-адреса (поставщика услуг интернет-телефонии) источника.

    destination dpg 200

    Параметр destination dpg 200 в IOS-XE обеспечивает обход классических критериев сопоставления исходящих адресуемых точек вызова и немедленное выполнение настройки ветви исходящего вызова с помощью адресуемых точек вызова, определенных в destination Dial-peer group 200, то есть dial-peer 200201.

    voice-class sip tenant 300

    Адресуемая точка вызова унаследует все параметры Tenant 300, если только этот же параметр не определен в самой адресуемой точке вызова.

    no vad

    Отключение обнаружения голосовой активности.

  2. Входящая адресуемая точка вызова для ветвей входящих вызовов Webex Calling.

    dial-peer voice 200201 voip
     description Inbound/Outbound Webex Calling
     max-conn 250
     destination dpg 100
     incoming uri request 200
     

    Описание команд

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling

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

    incoming uri request 200

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

    destination dpg 100

    Параметр destination dpg 100 в IOS-XE обеспечивает обход классических критериев сопоставления исходящих адресуемых точек вызова и немедленное выполнение настройки ветви исходящего вызова с помощью адресуемых точек вызова, определенных в destination Dial-peer group 100, то есть dial-peer 101.

    max-conn 250

    Количество одновременных вызовов между локальным шлюзом и Webex Calling ограничено до 250 при условии, что имеется одна адресуемая точка вызова в направлении Webex Calling для входящих и исходящих вызовов, как определено в этом руководстве. Для получения более подробных сведений об ограничениях по параллельным вызовам с использованием локального шлюза, посетите веб-сайт https://www.cisco.com/c/dam/en/us/td/docs/solutions/PA/mcp/DEPLOYMENT_CALLING_Unified_CM_to_Webex_Calling.pdf.

От PSTN к Webex Calling

Все ветви входящих вызовов PSTN IP на локальном шлюзе сопоставляются с адресуемой точкой вызова dial-peer 100, поскольку она определяет критерии соответствия для заголовка VIA с IP-адресом PSTN IP. Выбор исходящей адресуемой точки вызова определяется DPG 200, которая непосредственно вызывает исходящую адресуемую точку dial-peer 200201, где в качестве целевого назначения указан сервер Webex Calling.

От Webex Calling к PSTN

Все ветви входящих вызовов Webex Calling на локальном шлюзе сопоставляются с адресуемой точкой вызова dial-peer 200201, поскольку она отвечает критериям соответствия шаблону заголовка REQUEST URI с параметром OTG/DTG группы магистралей, который является уникальным для этого развертывания локального шлюза. Выбор исходящей адресуемой точки вызова определяется DPG 100, которая непосредственно вызывает исходящую адресуемую точку dial-peer 101, где в качестве целевого назначения указан IP-адрес PSTN IP.

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

  1. Параметры Voice class tenant (Клиент класса голосовых вызовов). Необходимо создать дополнительные клиенты для адресуемых точек вызова в направлении Unified CM и поставщика услуг интернет-телефонии подобно tenant 200, созданному для Webex Calling в направлении адресуемых точек вызова.

  2. Параметры Voice class URI (URI класса голосовых вызовов). Шаблоны, определяющие IP-адреса и порты узлов для различных магистралей, прерывающихся в локальном шлюзе: от Unified CM к локальному шлюзу для назначений PSTN; от Unified CM к локальному шлюзу для назначений Webex Calling; от Webex Calling к локальному шлюзу; прерывание магистрали SIP PSTN в локальном шлюзе.

  3. Параметр Voice class server-group (Группа серверов класса голосовых вызовов). Целевые IP-адреса или порты для исходящих магистралей от локального шлюза к Unified CM, от локального шлюза к Webex Calling, а также от локального шлюза к магистрали SIP PSTN.

  4. Параметры Outbound dial-peer (Исходящая адресуемая точка вызова). Для маршрутизации ветвей исходящих вызовов от локального шлюза к Unified CM, магистрали SIP поставщика услуг интернет-телефонии и/или Webex Calling.

  5. Параметр Voice class DPG (DPG класса голосовых вызовов). Целевые исходящие адресуемые точки вызова, вызываемые из входящей адресуемой точки вызова.

  6. Параметры Inbound dial-peer (Входящая адресуемая точка вызова). Для принятия ветвей входящих вызовов от Unified CM, поставщика услуг интернет-телефонии и/или Webex Calling.

1

Настройте приведенные ниже параметры Voice class tenant (клиенты класса голосовых вызовов).

  1. Voice class tenant 100 (Клиент класса голосовых вызовов tenant 100) применяется во всех исходящих адресуемых точках вызова, направленных в Unified CM и PSTN IP.

    voice class tenant 100 
      session transport udp
      url sip
      error-passthru
      bind control source-interface GigabitEthernet0/0/0
      bind media source-interface GigabitEthernet0/0/0
      no pass-thru content custom-sdp
    
  2. Voice class tenant 300 (Клиент класса голосовых вызовов tenant 300) будет применен во всех входящих адресуемых точках вызова, полученных из Unified CM и PSTN IP.

    voice class tenant 300 
      bind control source-interface GigabitEthernet0/0/0
      bind media source-interface GigabitEthernet0/0/0
      no pass-thru content custom-sdp
    
2

Настройте приведенные ниже параметры Voice class URI (URI класса голосовых вызовов).

  1. Определение IP-адреса узла поставщика услуг интернет-телефонии.

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Определение шаблона для уникальной идентификации веб-сайта локального шлюза в пределах предприятия на базе параметра OTG/DTG группы магистралей Control Hub:

    voice class uri 200 sip
     pattern dtg=hussain2572.lgu
    

     

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

    Received
    INVITE sip:+16785550123@198.18.1.226:5061;transport=tls;dtg=hussain2572_lgu SIP/2.0
       Via: SIP/2.0/TLS 199.59.70.30:8934;branch=z9hG4bK2hokad30fg14d0358060.1
     pattern :8934
    
  3. Определение порта VIA сигналов Unified CM для магистрали Webex Calling.

    voice class uri 300 sip
     pattern :5065
    
  4. Определение IP-адреса источника сигналов CUCM и порта VIA для магистрали PSTN.

    voice class uri 302 sip
     pattern 192.168.80.60:5060
    
3

Настройте приведенные ниже параметры Voice class server-group (Группа серверов класса голосовых вызовов).

  1. Определение IP-адреса целевого узла магистрали Unified CM и номер порта для группы 1 Unified CM (5 узлов). Unified CM использует порт 5065 для входящего трафика в магистрали Webex Calling (Webex Calling <-> локальный шлюз --> Unified CM).

    voice class server-group 301
     ipv4 192.168.80.60 port 5065
    
  2. Определение IP-адреса целевого узла магистрали Unified CM и номера порта для группы 2 Unified CM (если применяется).

    voice class server-group 303
     ipv4 192.168.80.60 port 5065
    
  3. Определение IP-адреса целевого узла магистрали Unified CM для группы 1 Unified CM (5 узлов). Unified CM использует порт по умолчанию 5060 для входящего трафика в магистрали PSTN. Если номер порта не указан, используется порт по умолчанию – 5060 (PSTN <-> локальный шлюз --> Unified CM).

    voice class server-group 305
     ipv4 192.168.80.60
    
  4. Определение IP-адреса целевого узла магистрали Unified CM для группы 2 Unified CM (если применяется).

    voice class server-group 307 
     ipv4 192.168.80.60
    
4

Настройте указанные далее исходящие адресуемые точки вызова.

  1. Исходящая адресуемая точка вызова к PSTN IP.

    dial-peer voice 101 voip 
     description Outgoing dial-peer to IP PSTN
     destination-pattern BAD.BAD
     session protocol sipv2
     session target ipv4:192.168.80.13
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 100
     no vad
    

    Описание команд

    dial-peer voice 101 voip
    description Outgoing dial-peer to PSTN

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

    destination-pattern BAD.BAD

    Цифровой шаблон, который позволит выбрать эту адресуемую точку вызова. Однако инициирование этой исходящей адресуемой точки вызова будет осуществляться непосредственно из входящей адресуемой точки вызова с использованием заявлений DPG, что обеспечивает обход критериев соответствия цифровому шаблону. В результате используется произвольный шаблон на базе буквенно-цифровых символов, разрешенный параметром destination-pattern CLI.

    session protocol sipv2

    Указывает на то, что эта адресуемая точка вызова будет обрабатывать ветви вызовов SIP.

    session target ipv4:192.168.80.13

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

    voice-class codec 99

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

    voice-class sip tenant 100

    Адресуемая точка вызова унаследует все параметры Tenant 100, если только этот же параметр не определен в самой адресуемой точке вызова.

  2. Исходящие соединения от точек вызова к Webex Calling (они также будут обновлены для обслуживания в качестве входящих точек вызова от Webex Calling позднее в руководстве по настройке).

    dial-peer voice 200201 voip
     description Inbound/Outbound Webex Calling
     destination-pattern BAD.BAD
     session protocol sipv2
     session target sip-server
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class stun-usage 200
     no voice-class sip localhost
     voice-class sip tenant 200
     srtp
     no vad
    

    Описание команд

    dial-peer voice 200201 voip
     description Inbound/Outbound Webex Calling

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

    session target sip-server

    Указывает на то, что для вызовов из этой адресуемой точки назначением является глобальный сервер SIP. Сервер Webex Calling, определенный в tenant 200, будет унаследован для этой адресуемой точки вызова.

    voice-class stun-usage 200

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

    no voice-class sip localhost

    Отключает подстановку имени локального узла DNS вместо физического IP-адреса в заголовках исходящих сообщений From (От), Call-ID (Идентификатор вызова) и Remote-Party-ID (Идентификатор удаленного вызывающего абонента).

    voice-class sip tenant 200

    Адресуемая точка вызова наследует все параметры Tenant 200 (локальный шлюз <--> магистраль Webex Calling), если только этот же параметр не определен в самой адресуемой точке вызова.

    srtp

    Для этой ветви вызова включен протокол SRTP.

  3. Исходящая адресуемая точка вызова в направлении магистрали Webex Calling Unified CM.

    dial-peer voice 301 voip
     description Outgoing dial-peer to CUCM-Group-1 for 
    inbound from Webex Calling - Nodes 1 to 5
     destination-pattern BAD.BAD
     session protocol sipv2
     session server-group 301
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 100
     no vad
    

    Описание команд

    dial-peer voice 301 voip
    description Outgoing dial-peer to CUCM-Group-1 for 
    inbound from Webex Calling – Nodes 1 to 5

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

    session server-group 301

    Вместо целевого IP-адреса сеанса в адресуемой точке вызова указывается группа серверов назначения (server-group 301 для dial-peer 301) для определения нескольких целевых узлов UCM, хотя в примере отображается только один узел.

    Группа серверов в исходящей адресуемой точке вызова

    При наличии нескольких адресуемых точек вызова в DPG и нескольких серверов в группе серверов адресуемой точки вызова можно обеспечить случайное распределение вызовов по всем абонентам или участникам сервисной группы, обрабатывающим вызовы Unified CM в соответствии с определенным предпочтительным параметром. В каждой группе серверов может находиться до пяти серверов (IPv4/v6 с портом или без него). Вторая адресуемая точка вызова и вторая группа серверов требуется только в случае, если для обработки вызовов используется более пяти абонентов.

    Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/multiple-server-groups.html.

  4. Вторая исходящая адресуемая точка вызова в направлении магистрали Webex Calling Unified CM при наличии более 5 узлов Unified CM.

    dial-peer voice 303 voip
     description Outgoing dial-peer to CUCM-Group-2 
    for inbound from Webex Calling - Nodes 6 to 10
     destination-pattern BAD.BAD
     session protocol sipv2
     session server-group 303
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 100
     no vad
  5. Исходящая адресуемая точка вызова в направлении магистрали PSTN Unified CM.

    dial-peer voice 305 voip
     description Outgoing dial-peer to CUCM-Group-1 
    for inbound from PSTN - Nodes 1 to 5
     destination-pattern BAD.BAD
     session protocol sipv2
     session server-group 305
     voice-class codec 99 
     dtmf-relay rtp-nte
     voice-class sip tenant 100
     no vad
    
  6. Вторая исходящая адресуемая точка вызова в направлении магистрали PSTN Unified CM при наличии более 5 узлов Unified CM.

    dial-peer voice 307 voip
     description Outgoing dial-peer to CUCM-Group-2 
    for inbound from PSTN - Nodes 6 to 10
     destination-pattern BAD.BAD
     session protocol sipv2
     session server-group 307
     voice-class codec 99  
     dtmf-relay rtp-nte
     voice-class sip tenant 100
     no vad
    
5

Настройте приведенные ниже группы адресуемых точек вызова (DPG).

  1. Определение DPG 100. Исходящая адресуемая точка 101 является целевым параметром для всех входящих вызовов адресуемых точек вызова, поступающих в группу адресуемых точек вызова 100. Группа DPG 100 будет применена к входящей адресуемой точке вызова dial-peer 302, которая будет определена в дальнейшем для пути Unified CM --> локальный шлюз --> PSTN.

    voice class dpg 100
     dial-peer 101 preference 1
    
  2. Определение DPG 200 с исходящей адресуемой точкой вызова 200201 в качестве целевого параметра для пути Unified CM --> локальный шлюз --> Webex Calling.

    voice class dpg 200
     dial-peer 200201 preference 1
    
  3. Определение DPG 300 для исходящих адресуемых точек вызова dial-peer 301 или 303 для пути Webex Calling --> локальный шлюз --> Unified CM:

    voice class dpg 300
     dial-peer 301 preference 1
     dial-peer 303 preference 1
    
  4. Определение DPG 302 для исходящих адресуемых точек вызова dial-peer 305 или 307 для пути PSTN --> локальный шлюз --> Unified CM.

    voice class dpg 302
     dial-peer 305 preference 1
     dial-peer 307 preference 1
    
6

Настройте перечисленные ниже параметры Inbound dial-peer (Входящая адресуемая точка вызова).

  1. Входящая адресуемая точка вызова для ветвей входящих вызовов PSTN IP.

    dial-peer voice 100 voip
     description Incoming dial-peer from PSTN
     session protocol sipv2
     destination dpg 302
     incoming uri via 100
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 300
     no vad
    

    Описание команд

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN

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

    session protocol sipv2

    Указывает на то, что эта адресуемая точка вызова будет обрабатывать ветви вызовов SIP.

    incoming uri via 100

    Весь входящий трафик от PSTN IP к локальному шлюзу сопоставляется с IP-адресом узла заголовка входящего VIA, который определен параметром Voice class URI 100 SIP (SIP URI класса голосовых вызовов 100) для соответствия на основе IP-адреса (поставщика услуг интернет-телефонии) источника.

    destination dpg 302

    Параметр destination DPG 302 в IOS-XE обеспечивает обход классических критериев сопоставления исходящих адресуемых точек вызова и немедленное выполнение настройки ветви исходящего вызова с помощью адресуемых точек вызова, определенных в destination DPG 302, которыми могут быть dial-peer 305 или dial-peer 307.

    voice-class sip tenant 300

    Адресуемая точка вызова унаследует все параметры Tenant 300, если только этот же параметр не определен в самой адресуемой точке вызова.

  2. Входящая адресуемая точка вызова для ветвей входящих вызовов Webex Calling.

    dial-peer voice 200201 voip
     description Inbound/Outbound Webex Calling
     max-conn 250
     destination dpg 300
     incoming uri request 200
     

    Описание команд

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling

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

    incoming uri request 200

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

    destination dpg 300

    Параметр destination DPG 300 в IOS-XE обеспечивает обход классических критериев сопоставления исходящих адресуемых точек вызова и немедленное выполнение настройки ветви исходящего вызова с помощью адресуемых точек вызова, определенных в destination DPG 300, которыми могут быть dial-peer 301 или dial-peer 303.

    max-conn 250

    Количество одновременных вызовов между локальным шлюзом и Webex Calling ограничено до 250 при условии, что имеется одна адресуемая точка вызова в направлении Webex Calling для входящих и исходящих вызовов, как определено в этом руководстве. Для получения более подробной информации об ограничениях по параллельному вызову с использованием локального шлюза, посетите веб-сайт https://www.cisco.com/c/dam/en/us/td/docs/solutions/PA/mcp/DEPLOYMENT_CALLING_Unified_CM_to_Webex_Calling.pdf.

  3. Входящая адресуемая точка вызова для ветвей входящих вызовов Unified CM с Webex Calling в качестве назначения.

    dial-peer voice 300 voip
     description Incoming dial-peer from CUCM for Webex Calling
     session protocol sipv2
     destination dpg 200
     incoming uri via 300
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 300
     no vad
    

    Описание команд

    dial-peer voice 300 voip
    description Incoming dial-peer from CUCM for Webex Calling

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

    incoming uri via 300

    Весь входящий трафик от Unified CM к локальному шлюзу сопоставляется с портом источника VIA (5065), который определен в voice class URI 300 SIP (SIP URI класса голосовых вызовов 300).

    destination dpg 200

    Параметр destination DPG 200 в IOS-XE обеспечивает обход классических критериев сопоставления исходящих адресуемых точек вызова и немедленное выполнение настройки ветви исходящего вызова с помощью адресуемых точек вызова, определенных в destination DPG 200, где задано 200201.

    voice-class sip tenant 300

    Адресуемая точка вызова унаследует все параметры Tenant 300, если только этот же параметр не определен в самой адресуемой точке вызова.

  4. Входящая адресуемая точка вызова для ветвей входящих вызовов Unified CM с PSTN в качестве назначения.

    dial-peer voice 302 voip
     description Incoming dial-peer from CUCM for PSTN
     session protocol sipv2
     destination dpg 100
     incoming uri via 302
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 300
     no vad
    

    Описание команд

    dial-peer voice 302 voip
    description Incoming dial-peer from CUCM for PSTN

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

    incoming uri via 302

    Весь входящий трафик от Unified CM к локальному шлюзу для назначения PSTN сопоставляется с IP-адресом источника сигналов Unified CM и портом VIA, который определен в voice class URI 302 SIP (SIP URI класса голосовых вызовов 302). Используется стандартный порт SIP 5060.

    destination dpg 100

    Параметр destination DPG 100 в IOS-XE обеспечивает обход классических критериев сопоставления исходящих адресуемых точек вызова и немедленное выполнение настройки ветви исходящего вызова с помощью адресуемых точек вызова, определенных в destination DPG 100, которым будет dial-peer 101.

    voice-class sip tenant 300

    Адресуемая точка вызова унаследует все параметры Tenant 300, если только этот же параметр не определен в самой адресуемой точке вызова.

От PSTN IP к магистрали PSTN Unified CM

От платформы Webex Calling к магистрали Webex Calling Unified CM

От магистрали PSTN Unified CM к PSTN IP

От магистрали Webex Calling Unified CM к платформе Webex Calling

Диагностические подписи (DS) позволяют с упреждением выявлять распространенные проблемы в локальном шлюзе на основе IOS Xe и создавать уведомления электронной почты, системного журнала и терминала. Кроме того, DS можно установить для автоматического сбора данных диагностики и передачи полученных данных в центр Cisco TAC, чтобы увеличить время разрешения.

Диагностические подписи (DS) — это файлы XML, содержащие информацию о событиях триггера проблемы и о действиях, которые необходимо выполнить, чтобы сообщить о проблеме и устранить ее. Логика обнаружения проблем определяется на основе сообщений системного журнала, событий SNMP, а также с помощью периодического контроля определенных выходных данных команды show. К типам действий относится сбор выходных данных команды show, создание консолидированного файла журнала и загрузка файла в предоставленном пользователем сетевом расположении, например на сервере HTTPS, SCP, FTP. Файлы DS создаются инженерами TAC и имеют цифровую подпись для защиты целостности. Каждый файл DS имеет уникальный числовой идентификатор, присвоенный системой. Средство поиска диагностических подписей диагностики (DSLT) — единственный источник, который позволяет найти соответствующие подписи, обеспечивающие контроль и устранение различных проблем.

Перед началом работы.

  • Не редактируйте файл DS, скачанный в DSLT. Измененные файлы приведут к сбою установки из-за ошибки проверки целостности.

  • Для отправки уведомлений по электронной почте на локальном шлюзе необходим сервер простого протокола электронной почты (SMTP).

  • Если для отправки уведомлений необходимо использовать защищенный сервер SMTP, убедитесь, что локальный шлюз работает под управлением IOS XE версии 17.3.2 или более новой.

Предварительные условия

Локальный шлюз под управлением IOS XE версии 17.3.2 или более новой

  1. Установка диагностических подписей включена по умолчанию.

  2. Настройте защищенный почтовый сервер, который будет использоваться для отправки упреждающих уведомлений, если на устройстве установлено IOS XE версии 17.3.2 или более новой.

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home  
    LocalGateway(cfg-call-home)#mail-server <username>:<pwd>@<email server> priority 1 secure tls 
    LocalGateway(config)#end 
  3. Настройте переменную среды ds_email с адресом электронной почты администратора, на который будут отправляться уведомления.

    
    LocalGateway#configure terminal 
    LoclGateway(config)#call-home  
    LocalGateway(cfg-call-home)#diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
    LocalGateway(config)#end 

Локальный шлюз под управлением IOS XE версии 16.11.1 или более новой

  1. Установка диагностических подписей включена по умолчанию.

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

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home  
    LocalGateway(cfg-call-home)#mail-server  <email server> priority 1 
    LocalGateway(config)#end 
    
  3. Настройте переменную среды ds_email с адресом электронной почты администратора, на который будут отправляться уведомления.

    
    LocalGateway#configure terminal 
    LoclGateway(config)#call-home  
    LocalGateway(cfg-call-home)#diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
    LocalGateway(config)#end 
    

Локальный шлюз, на котором используется версия 16.9.x

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

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home reporting contact-email-addr sch-smart-licensing@cisco.com  
    LocalGateway(config)#end  
  2. Настройте почтовый сервер, который будет использоваться для отправки упреждающих уведомлений, если на устройстве установлена более ранняя версия, чем 17.3.2.

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home  
    LocalGateway(cfg-call-home)#mail-server  <email server> priority 1 
    LocalGateway(config)#end 
  3. Настройте переменную среды ds_email с адресом электронной почты администратора, на который будут отправляться уведомления.

    
    LocalGateway#configure terminal 
    LoclGateway(config)#call-home  
    LocalGateway(cfg-call-home)#diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
    LocalGateway(config)#end 

Ниже приведен пример конфигурации локального шлюза с IOS XE версии 17.3.2 для отправки упреждающих уведомлений на адрес tacfaststart@gmail.com с помощью Gmail как защищенного сервера SMTP.


call-home
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls
diagnostic-signature
environment ds_email "tacfaststart@gmail.com"

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

  1. Перейдите к меню Управление учетной записью Google > Безопасность и включите параметр Менее защищенный доступ к приложению.

  2. Получив сообщение в Gmail "Google предотвратил вход в вашу учетную запись с помощью приложения, не относящегося к Google", выберите "Да, это был я".

Установка диагностических подписей для упреждающего контроля

Контроль высокой загрузки ЦП

Параметр DS отслеживает загрузку ЦП в течение пяти секунд с помощью SNMP OID 1.3.6.1.4.1.9.2.1.56. При достижении загрузки 75 % и более будут отключены все отладки и удалены все диагностические подписи, установленные в локальном шлюзе. Чтобы установить подпись, выполните шаги ниже.

  1. Убедитесь, что SNMP включен с помощью команды show snmp. Если он не включен, настройте команду "snmp-server manager".

    
    LocalGateway# show snmp 
    %SNMP agent not enabled 
    LocalGateway# 
    
    LocalGateway# 
    LocalGateway# config t 
    LocalGateway(config)# snmp-server manager 
    LocalGateway(config)#end 
    LocalGateway# 
    
    LocalGateway# show snmp 
    Chassis: ABCDEFGHIGK 
    149655 SNMP packets input 
        0 Bad SNMP version errors 
        1 Unknown community name 
        0 Illegal operation for community name supplied 
        0 Encoding errors 
        37763 Number of requested variables 
        2 Number of altered variables 
        34560 Get-request PDUs 
        138 Get-next PDUs 
        2 Set-request PDUs 
        0 Input queue packet drops (Maximum queue size 1000) 
    158277 SNMP packets output 
        0 Too big errors (Maximum packet size 1500) 
        20 No such name errors 
        0 Bad values errors 
        0 General errors 
        7998 Response PDUs 
        10280 Trap PDUs 
    Packets currently in SNMP process input queue: 0 
    SNMP global trap: enabled 
    .... 
    .... 
    LocalGateway# 
  2. Скачайте DS 64224, используя следующие параметры раскрывающегося списка в инструменте поиска диагностических подписей:

    
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Название поля

    Значение поля

    Платформа

    Cisco 4300, 4400 серии ISR или Cisco CSR серии 1000V

    Продукт

    Предприятие CUBE в решении Webex Calling

    Область действия проблемы

    Производительность

    Тип проблемы

    Высокая загрузка ЦП с помощью уведомления электронной почте

  3. Скопируйте файл XML DS во flash-файл локального шлюза.

    
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Ниже приводится пример копирования файла с сервера FTP на локальный шлюз.

    
    LocalGateway# copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
    Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
    [OK - 3571/4096 bytes] 
    3571 bytes copied in 0.064 secs (55797 bytes/sec) 
    LocalGateway # 
  4. Установите файл XML DS на локальный шлюз.

    
    LocalGateway# call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
    LocalGateway# 
  5. Убедитесь, что подпись успешно установлена с помощью команды show call-home diagnostic-signature. Столбец состояния должен иметь значение registered ("зарегистрировано").

    
    LocalGateway# show call-home diagnostic-signature  
    Current diagnostic-signature settings: 
     Diagnostic-signature: enabled 
     Profile: CiscoTAC-1 (status: ACTIVE) 
     Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
     Environment variable: 
               ds_email: username@gmail.com 

    Скачать DSes:

    Идентификатор DS

    Имя DS

    Редакция

    Состояние

    Последнее обновление (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Зарегистрировано

    2020-11-07 22:05:33

    LocalGateway#


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

Контроль регистрации магистрали SIP

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

  1. Скачайте DS 64117, используя следующие параметры раскрывающегося списка в инструменте поиска диагностических подписей:

    Название поля

    Значение поля

    Платформа

    Cisco 4300, 4400 серии ISR или Cisco CSR серии 1000V

    Продукт

    Предприятие CUBE в решении Webex Calling

    Область действия проблемы

    SIP-SIP

    Тип проблемы

    Отмена регистрации магистрали SIP с помощью уведомления электронной почты

  2. Скопируйте файл XML DS на локальный шлюз.

    
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash:
  3. Установите файл XML DS на локальный шлюз.

    
    LocalGateway# call-home diagnostic-signature load DS_64117.xml 
    Load file DS_64117.xml success 
    LocalGateway#  
  4. Убедитесь, что подпись успешно установлена с помощью команды show call-home diagnostic-signature. Столбец состояния должен иметь значение registered ("зарегистрировано").

Контроль аварийного прерывания вызовов

Эта диагностическая подпись каждые 10 минут использует SNMP-опрос для обнаружения аварийного прерывания вызовов с ошибками SIP 403, 488 и 503.  Если шаг увеличения количества ошибок больше или равен пяти в последнем опросе, будет создано уведомление системного журнала или электронной почты. Чтобы установить подпись, выполните шаги ниже.

  1. Проверьте, включен ли SNMP, с помощью команды show snmp. Если он не включен, настройте команду "snmp-server manager".

    
    LocalGateway# show snmp 
    %SNMP agent not enabled 
    LocalGateway# 
    
    LocalGateway# 
    LocalGateway# config t 
    LocalGateway(config)# snmp-server manager 
    LocalGateway(config)#end 
    LocalGateway# 
    
    LocalGateway# show snmp 
    Chassis: ABCDEFGHIGK 
    149655 SNMP packets input 
        0 Bad SNMP version errors 
        1 Unknown community name 
        0 Illegal operation for community name supplied 
        0 Encoding errors 
        37763 Number of requested variables 
        2 Number of altered variables 
        34560 Get-request PDUs 
        138 Get-next PDUs 
        2 Set-request PDUs 
        0 Input queue packet drops (Maximum queue size 1000) 
    158277 SNMP packets output 
        0 Too big errors (Maximum packet size 1500) 
        20 No such name errors 
        0 Bad values errors 
        0 General errors 
        7998 Response PDUs 
        10280 Trap PDUs 
    Packets currently in SNMP process input queue: 0 
    SNMP global trap: enabled 
    .... 
    .... 
    LocalGateway# 
  2. Скачайте DS 65221, используя следующие параметры раскрывающегося списка в инструменте поиска диагностических подписей:

    Название поля

    Значение поля

    Платформа

    Cisco 4300, 4400 серии ISR или Cisco CSR серии 1000V

    Продукт

    Предприятие CUBE в решении Webex Calling

    Область действия проблемы

    Производительность

    Тип проблемы

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

  3. Скопируйте файл XML DS на локальный шлюз.

    
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
  4. Установите файл XML DS на локальный шлюз.

    
    LocalGateway# call-home diagnostic-signature load DS_65221.xml 
    Load file DS_65221.xml success 
    LocalGateway# 
  5. Убедитесь, что подпись успешно установлена с помощью команды show call-home diagnostic-signature. Столбец состояния должен иметь значение registered ("зарегистрировано").

Установка параметра диагностических подписей для устранения проблем

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

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

Ниже приводится пример способа поиска и установки диагностической подписи для обнаружения экземпляра системного журнала "%VOICE_IEC-3-GW: CCAPI: Внутренняя ошибка (пороговое значение пика вызовов): IEC=1.1.181.1.29.0" и автоматического сбора диагностических данных с помощью шагов, показанных ниже.

  1. Настройте дополнительную переменную среды диагностической подписи ds_fsurl_prefix, которая является путем файлового сервера CiscoTAC (cxd.cisco.com), куда загружаются собранные диагностические данные. Именем пользователя в пути файла является номер заявки, а паролем — маркер загрузки файла, который можно получить в диспетчере поддержки, как показано ниже. Маркер загрузки файла можно при необходимости создать в разделе Вложения диспетчера поддержки.

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home  
    LocalGateway(cfg-call-home)#diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
    LocalGateway(config)#end 

    Пример.

    
    call-home  
    diagnostic-signature 
    environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
  2. Убедитесь, что SNMP включен с помощью команды show snmp. Если он не включен, настройте команду "snmp-server manager".

    
    LocalGateway# show snmp 
    %SNMP agent not enabled 
    LocalGateway# 
     
    LocalGateway# 
    LocalGateway# config t 
    LocalGateway(config)# snmp-server manager 
    LocalGateway(config)#end 
    LocalGateway# 
  3. Рекомендуется установить высокий ЦП для контроля DS 64224 в качестве упреждающей меры, которая позволит отключить все отладки и диагностические подписи во время высокой загрузки ЦП. Скачайте DS 64224 с помощью следующих параметров в инструменте поиска подписей диагностики.

    Название поля

    Значение поля

    Платформа

    Cisco 4300, 4400 серии ISR или Cisco CSR серии 1000V

    Продукт

    Предприятие CUBE в решении Webex Calling

    Область действия проблемы

    Производительность

    Тип проблемы

    Высокая загрузка ЦП с помощью уведомления электронной почте

  4. Скачайте DS 65095 с помощью следующих параметров в инструменте поиска подписей диагностики.

    Название поля

    Значение поля

    Платформа

    Cisco 4300, 4400 серии ISR или Cisco CSR серии 1000V

    Продукт

    Предприятие CUBE в решении Webex Calling

    Область действия проблемы

    Системные журналы

    Тип проблемы

    Системный журнал: %VOICE_IEC-3-GW: CCAPI: Внутренняя ошибка (пороговое значение пика вызовов): IEC=1.1.181.1.29.0

  5. Скопируйте файлы XML DS в локальный шлюз.

    
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash: 
  6. Установите высокий ЦП для контроля DS 64224, а затем XML-файл DS 65095 в локальном шлюзе.

    
    LocalGateway# call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
    LocalGateway# 
    LocalGateway# call-home diagnostic-signature load DS_65095.xml 
    Load file DS_65095.xml success 
    LocalGateway# 
  7. Убедитесь, что подпись успешно установлена с помощью команды show call-home diagnostic-signature. Столбец состояния должен иметь значение registered ("зарегистрировано").

    
    LocalGateway# show call-home diagnostic-signature  
    Current diagnostic-signature settings: 
     Diagnostic-signature: enabled 
     Profile: CiscoTAC-1 (status: ACTIVE) 
     Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
     Environment variable: 
               ds_email: username@gmail.com 
               ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com 

    Скачано DSes:

    Идентификатор DS

    Имя DS

    Редакция

    Состояние

    Последнее обновление (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Зарегистрировано

    2020-11-08:00:07:45

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Зарегистрировано

    2020-11-08:00:12:53

    LocalGateway#

Проверка выполнения диагностических подписей

Как показано ниже, столбец "Состояние" команды show call-home diagnostic-signature изменится на значение running ("выполняется") при выполнении на локальном шлюзе действия, заданного внутри подписи. Выходные данные команды show call-home diagnostic-signature statistics позволяют проверить, было ли обнаружено в диагностической подписи определенное событие и было ли выполнено действие. В столбце Triggered/Max/Deinstall (Инициировано/Макс./Удалить) указывается количество раз, когда конкретная подпись инициировала событие, максимальное количество раз, когда она была задана для обнаружения события, а также указывается, следует ли автоматически удалять подпись после обнаружения максимального количества инициированных событий.


LocalGateway# show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com 

Скачано DSes:

Идентификатор DS

Имя DS

Редакция

Состояние

Последнее обновление (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Зарегистрировано

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Работает

2020-11-08 00:12:53

LocalGateway#

LocalGateway# show call-home diagnostic-signature statistics

Идентификатор DS

Имя DS

Инициировано/Макс./Удалить

Среднее время запуска (в секундах)

Максимальное время запуска (в секундах)

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

20.01.2015 г.

23.053

23.053

LocalGateway#

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

Удаление диагностических подписей

Как правило, установленные диагностические подписи, которые используются в целях устранения неполадок, удаляются после обнаружения определенного количества проблем. Если вы хотите удалить подпись вручную, найдите идентификатор диагностической подписи в выходных данных show call-home diagnostic-signature и запустите команду, показанную ниже.


LocalGateway# call-home diagnostic-signature deinstall <DS ID> 
LocalGateway# 

Пример.


LocalGateway# call-home diagnostic-signature deinstall 64224 
LocalGateway# 

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

7 мар. 2022 г.
Реализация высокой доступности CUBE в качестве локального шлюза

В настоящее время локальный шлюз (LGW) является единственным вариантом предоставления PSTN-доступа на базе локальных ресурсов для клиентов Cisco Webex Calling. Целью этого документа является предоставление помощи при построении конфигурации локального шлюза посредством высокой доступности CUBE, активными/резервными CUBE для сохранения состояния активных вызовов в момент отработки отказа.

Основные сведения

Предварительные условия

Перед развертыванием CUBE HA в качестве локального шлюза для Webex Calling подробно изучите перечисленные ниже понятия.

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

Компоненты аппаратного и программного обеспечения

Для CUBE HA как локального шлюза требуется IOS-XE версии 16.12.2 или более поздней и платформа, на которой поддерживаются функции CUBE HA и локального шлюза.


В контексте журналов и команд show в этой статье подразумевается минимальная версия выпуска ПО Cisco IOS-XE 16.12.2, реализованного на vCUBE (CSR1000v).

Справочный материал

Ниже приведены подробные руководства по настройке CUBE HA для различных платформ.

Обзор решения Webex Calling

Cisco Webex Calling представляет собой предложение для совместной работы, в котором предусматривается альтернативное решение с использованием нескольких клиентов на базе облака для телефонной связи с использованием локальной УАТС с несколькими вариантами PSTN для клиентов.

В этой статье рассматривается развертывание локального шлюза (описанное ниже). Магистраль локального шлюза (PSTN на базе локальных ресурсов) в Webex Calling позволяет подключаться к службе PSTN, принадлежащей клиенту. Он также обеспечивает возможность подключения к локальному развертыванию IP-УАТС, например Cisco Unified CM. Все входящие и исходящие мультимедийные взаимодействия в облаке защищены с помощью транспорта TLS для SIP и SRTP.

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

Избыточность типа Box-to-box второго уровня

При реализации избыточности типа Box-to-box второго уровня с CUBE HA для формирования пары маршрутизаторов (активного и резервного) используется протокол инфраструктуры группы избыточности. Эта пара совместно использует один и тот же виртуальный IP-адрес (VIP) в их соответствующих интерфейсах и постоянно обменивается сообщениями о состоянии. Информация о сеансе CUBE контролируется в пределах этой пары маршрутизаторов, позволяя резервному маршрутизатору немедленно принять на себя все функции по обработке вызовов CUBE, если активный маршрутизатор выходит из строя, обеспечивая сохранение состояния передачи сигналов и мультимедиа.


Контроль распространяется только на подключенные вызовы с передачей пакетов мультимедиа. Вызовы в промежуточном состоянии не проверяются (например, в состоянии попытки дозвона или звонка).

В этой статье под CUBE HA будет подразумеваться избыточность типа Box-to-box (B2B) второго уровня с помощью CUBE высокой доступности (HA) для удержания вызовов с сохранением состояния

Начиная с IOS-XE 16.12.2 CUBE HA можно развернуть в качестве локального шлюза для развертываний магистрали Cisco Webex Calling (локальная PSTN). В этой статье будут рассмотрены конфигурации и аспекты разработки. На этом рисунке показана типичная настройка CUBE HA в качестве локального шлюза для развертывания магистрали Cisco Webex Calling.

Компонент инфраструктуры группы избыточности

Компонент инфраструктуры группы избыточности (RG) обеспечивает поддержку инфраструктуры взаимодействия Box-to-box между двумя CUBE и согласовывает окончательное устойчивое состояние избыточности. Этот компонент также предоставляет приведенные ниже сведения.

  • Протокол, подобный протоколу HSRP, который согласовывает окончательное состояние избыточности для каждого маршрутизатора за счет обмена сообщениями о проверке активности (keepalive) и приветственными сообщениями (hello) между двумя CUBE (посредством интерфейса управления): GigabitEthernet3 на рисунке выше.

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

  • Настройка и управление интерфейсом виртуальных IP-адресов (VIP) для интерфейсов трафика (несколько интерфейсов трафика можно настроить с помощью одной и той же группы RG): GigabitEthernet 1 и 2 рассматриваются как интерфейсы трафика.

Этот компонент RG должен быть специально настроен для поддержки B2B HA голосовой связи.

Управление виртуальными IP-адресами (VIP) для передачи сигналов и мультимедиа

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

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

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

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

  • В CUBE HA не могут одновременно работать TDM или аналоговые интерфейсы

  • Gig1 и Gig2 являются интерфейсами трафика (SIP/RTP), а Gig3 – интерфейсом передачи данных/управления группой избыточности (RG).

  • В одном домене второго уровня могут быть размещены не более двух пар CUBE HA: один с идентификатором группы 1, другой с идентификатором группы 2. При настройке двух пар HA с одинаковым идентификатором группы интерфейсы передачи данных/управления RG должны принадлежать разным доменам второго уровня (VLAN, отдельный коммутатор).

  • Канал порта поддерживается как для интерфейса передачи данных/управления RG, так и для интерфейса трафика.

  • Все данные сигналов/мультимедиа поступают с виртуального IP-адреса и на него.

  • Если выполняется перезагрузка платформы, при использовании CUBE-HA она всегда загружается как резервная.

  • Более младший адрес для всех интерфейсов (Gig1, Gig2, Gig3) должен находиться на той же платформе.

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

  • Конфигурация обоих CUBE должна быть идентичной (включая физическую конфигурацию) и должна быть запущена на одном типе платформы и одинаковой версии IOS-XE.

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

  • При использовании нескольких интерфейсов (Gig1, Gig2) трафика (SIP/RTP) требуется настройка отслеживания интерфейса.

  • CUBE-HA не поддерживается при использовании перекрестного кабельного соединения для связывания данных/управления RG (Gig3).

  • Обе платформы должны быть идентичны и подключены с помощью физического коммутатора наряду со всеми аналогичными интерфейсами для работы CUBE высокой доступности, т. е. GE0/0/0 на CUBE-1 и CUBE-2 должен быть прерван на одном и том же коммутаторе и т. д.

  • Не допускается прерывание WAN непосредственно в CUBE или данных HA с обеих сторон.

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

  • Для реализации избыточности (данные/управление RG, Gig3) использование отдельного интерфейса L3 является обязательным. Например, интерфейс, используемый для трафика, не может использоваться для проверки активности и контроля состояния HA.

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

Настройка избыточности в обоих CUBE

Чтобы использовать виртуальные IP-адреса, избыточность типа Box-to-box второго уровня необходимо настроить на обоих CUBE, которые будут использоваться в паре HA.

1

Для отслеживания состояния интерфейса настройте его отслеживание на глобальном уровне.

conf t
 track 1 interface GigabitEthernet1 line-protocol
 track 2 interface GigabitEthernet2 line-protocol
 exit
VCUBE-1#conf t
VCUBE-1(config)#track 1 interface GigabitEthernet1 line-protocol
VCUBE-1(config-track)#track 2 interface GigabitEthernet2 line-protocol
VCUBE-1(config-track)#exit
VCUBE-2#conf t
VCUBE-2(config)#track 1 interface GigabitEthernet1 line-protocol
VCUBE-2(config-track)#track 2 interface GigabitEthernet2 line-protocol
VCUBE-2(config-track)#exit

Отслеживание CLI используется в RG для отслеживания состояния интерфейса голосового трафика, чтобы роль активного маршрута была сброшена в случае сбоя интерфейса передачи трафика.

2

Настройте RG для использования с HA передачи голоса по IP в рамках подрежима избыточности приложения.

redundancy
  application redundancy
   group 1
    name LocalGateway-HA
    priority 100 failover threshold 75
    control GigabitEthernet3 protocol 1
    data GigabitEthernet3
    timers delay 30 reload 60
    track 1 shutdown
    track 2 shutdown
    exit
   protocol 1
    timers hellotime 3 holdtime 10
   exit
  exit
 exit
VCUBE-1(config)#redundancy
VCUBE-1(config-red)#application redundancy
VCUBE-1(config-red-app)#group 1
VCUBE-1(config-red-app-grp)#name LocalGateway-HA
VCUBE-1(config-red-app-grp)#priority 100 failover threshold 75
VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1
VCUBE-1(config-red-app-grp)#data GigabitEthernet3
VCUBE-1(config-red-app-grp)#timers delay 30 reload 60
VCUBE-1(config-red-app-grp)#track 1 shutdown
VCUBE-1(config-red-app-grp)#track 2 shutdown
VCUBE-1(config-red-app-grp)#exit
VCUBE-1(config-red-app)#protocol 1
VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10
VCUBE-1(config-red-app-prtcl)#exit
VCUBE-1(config-red-app)#exit
VCUBE-1(config-red)#exit
VCUBE-1(config)#
VCUBE-2(config)#redundancy
VCUBE-2(config-red)#application redundancy
VCUBE-2(config-red-app)#group 1
VCUBE-2(config-red-app-grp)#name LocalGateway-HA
VCUBE-2(config-red-app-grp)#priority 100 failover threshold 75
VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1
VCUBE-1(config-red-app-grp)#data GigabitEthernet3
VCUBE-2(config-red-app-grp)#timers delay 30 reload 60
VCUBE-2(config-red-app-grp)#track 1 shutdown
VCUBE-2(config-red-app-grp)#track 2 shutdown
VCUBE-2(config-red-app-grp)#exit
VCUBE-2(config-red-app)#protocol 1
VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10
VCUBE-2(config-red-app-prtcl)#exit
VCUBE-2(config-red-app)#exit
VCUBE-2(config-red)#exit
VCUBE-2(config)#

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

  • redundancy: вход в режим избыточности.

  • application redundancy: вход в режим конфигурации избыточности приложения.

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

  • name LocalGateway-HA: определяет имя группы RG.

  • priority 100 failover threshold 75: задает начальные пороговые значения приоритета и избыточности для RG.

  • timers delay 30 reload 60: настраивает два значения времени для задержки и перезагрузки.

    • Timers delay (Таймер задержки) – это время задержки инициализации группы RG и согласования роли после запуска интерфейса. По умолчанию составляет 30 секунд. Диапазон: 0–10 000 секунд.

    • Reload (Перезагрузка) – это время задержки инициализации группы RG и согласования роли после перезагрузки. По умолчанию составляет 60 секунд. Диапазон: 0–10 000 секунд.

    • Рекомендуется использовать таймеры по умолчанию, хотя их значения можно скорректировать для соответствия любым дополнительными задержками конвергенции сети, которые могут происходить во время загрузки/перезагрузки маршрутизаторов, чтобы гарантировать, что согласование протокола RG происходит после маршрутизации в сеть, в которой выполнена конвергенция к устойчивой точке. Например, если после отработки отказа видно, что новому РЕЗЕРВНОМУ маршрутизатору требуется до 20 секунд, чтобы получить первый пакет RG HELLO от нового АКТИВНОГО маршрутизатора, значит, таймеры следует настроить таким образом: "timers delay 60 reload 120" для учета этой задержки.

  • control GigabitEthernet3 protocol 1: настраивает интерфейс, используемый для обмена сообщениями keepalive и hello между двумя CUBE, а также указывает экземпляр протокола, который будет добавлен к интерфейсу управления, и вводит режим конфигурации протокола избыточности приложения.

  • data GigabitEthernet3: настраивает интерфейс, используемый для контроля и передачи трафика данных.

  • track: отслеживание интерфейсов группы RG.

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

  • timers hellotime 3 holdtime 10: настраивает два значения времени для параметров hellotime и holdtime.

    • Hellotime: интервал между последовательными сообщениями hello. По умолчанию составляет 3 секунды. Диапазон: от 250 миллисекунд до 254 секунд.

    • Holdtime: интервал между получением сообщения Hello и предположением, что отправляющий маршрутизатор вышел из строя. Это время должно быть больше значения holdtime. По умолчанию составляет 10 секунд. Диапазон: от 750 миллисекунд до 255 секунд.

      Рекомендуется настроить значение таймера holdtime как минимум в 3 раза больше значения таймера hellotime.

3

Включите избыточность Box-to-box для приложения CUBE. Настройте RG из предыдущего шага в разделе voice service voip. Это позволит приложению CUBE управлять процессом избыточности.

voice service voip
   redundancy-group 1
   exit
VCUBE-1(config)#voice service voip
VCUBE-1(config-voi-serv)#redundancy-group 1
% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
VCUBE-1(config-voi-serv)# exit
VCUBE-2(config)#voice service voip
VCUBE-2(config-voi-serv)#redundancy-group 1
% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
VCUBE-2(config-voi-serv)# exit

redundancy-group 1: при добавлении и удалении этой команды для вступления в силу обновленной конфигурации требуется перезагрузка. Перезагрузка платформ будет выполнена после применения всей конфигурации.

4

Настройте интерфейсы Gig1 и Gig2 с учетом их соответствующих виртуальных IP-адресов, как указано ниже, и примените идентификатор интерфейса избыточности (rii).

VCUBE-1(config)#interface GigabitEthernet1
VCUBE-1(config-if)# redundancy rii 1
VCUBE-1(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
VCUBE-1(config-if)# exit
VCUBE-1(config)#
VCUBE-1(config)#interface GigabitEthernet2
VCUBE-1(config-if)# redundancy rii 2
VCUBE-1(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
VCUBE-1(config-if)# exit
VCUBE-2(config)#interface GigabitEthernet1
VCUBE-2(config-if)# redundancy rii 1
VCUBE-2(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
VCUBE-2(config-if)# exit
VCUBE-2(config)#
VCUBE-2(config)#interface GigabitEthernet2
VCUBE-2(config-if)# redundancy rii 2
VCUBE-2(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
VCUBE-v(config-if)# exit

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

  • redundancy rii: настройка идентификатора интерфейса избыточности для группы избыточности. Требуется для создания виртуального MAC-адреса (VMAC). Одно и то же значение идентификатора rii должно использоваться в интерфейсе каждого маршрутизатора (АКТИВНОГО и РЕЗЕРВНОГО), имеющего один и тот же VIP.


     

    При наличии нескольких пар B2B в одной локальной сети каждая пара ДОЛЖНА иметь уникальные идентификаторы rii в соответствующих интерфейсах (для предотвращения конфликта). В параметре "show redundancy application group all" должна быть указана верная информация об адресуемой точке и локальном оборудовании.

  • redundancy group 1: связывание интерфейса с группой избыточности, созданной в шаге 2 выше. Настройте группу RG, а также виртуальные IP-адреса, назначенные этому физическому интерфейсу.


     

    Для обеспечения избыточности необходимо использовать другой интерфейс, т. е. интерфейс, используемый для голосового трафика, не может использоваться в качестве интерфейса управления и передачи данных, указанного в шаге 2 выше. В этом примере для передачи данных и управления RG используется интерфейс Gigabit 3.

5

Сохраните конфигурацию первого CUBE и перезагрузите его.

Платформа, перезагруженная последней, всегда будет резервной.

VCUBE-1#wr
Building configuration...
[OK]
VCUBE-1#reload
Proceed with reload? [confirm]

После завершения загрузки VCUBE-1 сохраните конфигурацию VCUBE-2 и перезагрузите ее.

VCUBE-2#wr
Building configuration...
[OK]
VCUBE-2#reload
Proceed with reload? [confirm]
6

Убедитесь в том, что конфигурация Box-to-box работает надлежащим образом. Соответствующие выходные данные выделены жирным шрифтом.

VCUBE-2 перезагружен последним. В соответствии с аспектами разработки, платформа, перезагруженная последней, всегда будет резервной.


VCUBE-1#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: ACTIVE
Peer Role: STANDBY
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: Local
        Standby Peer: address 10.1.1.2, priority 100, intf Gi3
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-1#

VCUBE-2#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: STANDBY
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: address 10.1.1.2, priority 100, intf Gi3
        Standby Peer: Local
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-2#

Настройка локального шлюза в обоих CUBE

В нашем примере конфигурации используется приведенная ниже информация о магистрали из Control Hub для создания конфигурации локального шлюза на обеих платформах: VCUBE-1 и VCUBE-2. Имя пользователя и пароль для этой настройки приведены ниже.

  • Имя пользователя: Hussain1076LGU_

  • Пароль: lOV12MEaZx

1

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


LocalGateway#conf t
LocalGateway(config)#key config-key password-encrypt Password123
LocalGateway(config)#password encryption aes

Ниже приведена конфигурация локального шлюза, которая будет применяться к обеим платформам на основе параметров Control Hub, указанных выше. Сохраните ее и выполните перезагрузку. Учетные данные SIP-дайджеста из Control Hub выделены жирным шрифтом.


configure terminal
crypto pki trustpoint dummyTp
revocation-check crl
exit
sip-ua
crypto signaling default trustpoint dummyTp cn-san-validate server
transport tcp tls v1.2
end


configure terminal
crypto pki trustpool import clean url
http://www.cisco.com/security/pki/trs/ios_core.p7b
end


configure terminal
voice service voip
  ip address trusted list
    ipv4 x.x.x.x y.y.y.y
    exit
   allow-connections sip to sip
  media statistics
  media bulk-stats
  no supplementary-service sip refer
  no supplementary-service sip handle-replaces
  fax protocol pass-through g711ulaw
  stun
    stun flowdata agent-id 1 boot-count 4
    stun flowdata shared-secret 0 Password123!
  sip
    g729 annexb-all
    early-offer forced
    end


configure terminal
voice class sip-profiles 200
  rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)"
"sip:\1"
  rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1"
  rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1"
  rule 12 request ANY sip-header Contact modify "<sips:(.*)>"
"<sip:\1;transport=tls>"
  rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1"
  rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1"
  rule 15 response ANY sip-header Contact modify "<sips:(.*)"
"<sip:\1"
  rule 20 request ANY sip-header From modify ">"
";otg=hussain1076_lgu>"
  rule 30 request ANY sip-header P-Asserted-Identity modify
"sips:(.*)" "sip:\1"


voice class codec 99
  codec preference 1 g711ulaw
  codec preference 2 g711ulaw
  exit

voice class srtp-crypto 200
  crypto 1 AES_CM_128_HMAC_SHA1_80
  exit

voice class stun-usage 200
  stun usage firewall-traversal flowdata
  exit






voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240
refresh-ratio 50 tcp tls
  credentials number Hussain5091_LGU username Hussain1076_LGU
password 0 lOV12MEaZx realm Broadworks 
  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm BroadWorks

  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls
  url sips
  error-passthru
  asserted-id pai
  bind control source-interface GigabitEthernet1
  bind media source-interface GigabitEthernet1
  no pass-thru content custom-sdp
  sip-profiles 200
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com
  privacy-policy passthru


voice class tenant 100
  session transport udp
  url sip
  error-passthru
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp

voice class tenant 300
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp
  

voice class uri 100 sip
 host ipv4:198.18.133.3

voice class uri 200 sip
 pattern dtg=hussain1076.lgu



dial-peer voice 101 voip
 description Outgoing dial-peer to IP PSTN
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:198.18.133.3
 voice-class codec 99
 voice-class sip tenant 100
 dtmf-relay rtp-nte
 no vad

dial-peer voice 201 voip
 description Outgoing dial-peer to Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 voice-class codec 99
 voice-class stun-usage 200
 no voice-class sip localhost
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad


voice class dpg 100
 description Incoming WebexCalling(DP200) to IP PSTN(DP101)
 dial-peer 101 preference 1

voice class dpg 200
 description Incoming IP PSTN(DP100) to Webex Calling(DP201)
 dial-peer 201 preference 1





dial-peer voice 100 voip
 desription Incoming dial-peer from IP PSTN
 session protocol sipv2
 destination dpg 200
 incoming uri via 100
 voice-class codec 99
 voice-class sip tenant 300
 dtmf-relay rtp-nte
 no vad

dial-peer voice 200 voip
 description Incoming dial-peer from Webex Calling
 session protocol sipv2
 destination dpg 100
 incoming uri request 200
 voice-class codec 99
 voice-class stun-usage 200
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad

end

copy run start

Чтобы отобразить выходные данные команды Show, выполнена перезагрузка VCUBE-2, а затем VCUBE-1. Таким образом, VCUBE-1 установлен как резервный CUBE, а VCUBE-2 как активный CUBE

2

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

show redundancy application group 1

show sip-ua-register status


VCUBE-1#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: Standby
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: STANDBY HOT
         Peer RF state: ACTIVE

VCUBE-1#show sip-ua register status
VCUBE-1#

VCUBE-2#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: ACTIVE
Peer Role: STATUS
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

VCUBE-2#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          48          yes normal
VCUBE-2#

В приведенных выше выходных данных видно, что VCUBE-2 является активным локальным шлюзом, поддерживающим регистрацию с пограничным контроллером сеансов доступа Webex Calling, в то время как выходные данные параметра "show sip-ua register status" остались незаполненными для VCUBE-1

3

Теперь включите приведенные ниже параметры отладки в VCUBE-1


VCUBE-1#debug ccsip non-call
SIP Out-of-Dialog tracing is enabled
VCUBE-1#debug ccsip info
SIP Call info tracing is enabled
VCUBE-1#debug ccsip message
4

Выполните имитацию отработки отказа. Для этого введите в активном локальном шлюзе (в данном случае это VCUBE-2) приведенную ниже команду.


VCUBE-2#redundancy application reload group 1 self

Переключение с АКТИВНОГО на РЕЗЕРВНЫЙ локальный шлюз происходит в сценариях, приведенных ниже (кроме перечисленных выше CLI).

  • При перезагрузке АКТИВНОГО маршрутизатора

  • При выключении/включении АКТИВНОГО маршрутизатора

  • При выключении любого настроенного с учетом RG интерфейса АКТИВНОГО маршрутизатора, для которого включено отслеживание

5

Проверьте, зарегистрирован ли VCUBE-1 с пограничным контроллером сеансов доступа Webex Calling. Перезагрузка VCUBE-2 уже должна быть выполнена.


VCUBE-1#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          56          yes normal
VCUBE-1#

VCUBE-1 теперь является активным локальным шлюзом.

6

Просмотрите соответствующий журнал отладки в VCUBE-1, отправляющий регистрацию SIP в Webex Calling С ПОМОЩЬЮ виртуального IP-адреса и получающий сообщение "200 OK".


VCUBE-1#show log

Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired.
Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active
Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state.
Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event

Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent: Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595044
CSeq: 2 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Content-Length: 0
Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595044
CSeq: 2 REGISTER
WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5
Content-Length: 0
Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:25 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent:Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001
Content-Length: 0
Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:

Received:
SIP/2.0 200 OK
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5
Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference
Content-Length: 0
7 мар. 2022 г.
Настройка Unified CM для Webex Calling

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

Настройка профиля безопасности магистрали SIP для магистрали к локальному шлюзу

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

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

Настройка Значение
имя; Уникальное имя, например Webex
Описание Осмысленное описание, например профиль безопасности магистрали SIP Webex
Входящий порт Должен совпадать с портом, используемым в конфигурации локального шлюза для входящего и исходящего трафика Webex: 5065

Настройка профиля SIP для магистрали локального шлюза

Создайте выделенный профиль SIP для магистрали локального шлюза с указанными ниже настройками.

Настройка Значение
имя; Уникальное имя, например Webex
Описание Осмысленное описание, например профиль SIP Webex
Включение проверки ПАРАМЕТРОВ для отслеживания состояния назначений для магистралей с типом службы "Нет (по умолчанию)" Выбрано

Создание области поиска вызовов для вызовов из Webex

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

Настройка Значение
имя; Уникальное имя, например Webex
Описание Осмысленное описание, например область поиска Webex Calling
Выбранные разделы

DN (номера по каталогу в формате +E.164)

ESN (сокращенный набор номера для связи между объектами)

PSTNInternational (PSTN-доступ)

onNetRemote (полученные назначения GDPR)


 

Последний раздел onNetRemote используется только в среде с несколькими кластерами, в которой обмен информацией о маршрутизации осуществляется между кластерами Unified CM с помощью службы межкластерного поиска (ILS) или глобальной репликации плана набора (GDPR).

Настройка магистрали SIP для входящих и исходящих вызовов Webex

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

Настройка Значение
Информация об устройстве
DeviceName Уникальное имя, например Webex
Описание Осмысленное описание, например магистраль SIP Webex
Выполнение на всех активных узлах Unified CM Выбрано
Входящие вызовы
Calling Search Space (Область поиска вызовов) Предварительно заданная область поиска вызовов: Webex
Область поиска вызовов с автоматической альтернативной маршрутизацией (AAR) Область поиска вызовов с доступом только к шаблонам маршрутов PSTN: PSTNReroute
Информация о SIP
Адрес назначения IP-адрес локального шлюза CUBE
Порт назначения 5060
Профиль безопасности магистрали SIP Предварительно заданный: Webex
Профиль SIP Предварительно заданный: Webex

Настройка группы маршрутов для Webex

Создайте группу маршрутов с указанными ниже настройками.

Настройка Значение
Информация о группе маршрутов
Название группы маршрутов Уникальное имя, например Webex
Выбранные устройства Ранее настроенная магистраль SIP: Webex

Настройка списка маршрутов для Webex

Создайте список маршрутов с указанными ниже настройками.

Настройка Значение
Информация о списке маршрутов
имя; Уникальное имя, например RLWebex_
Описание Осмысленное описание, например список маршрутов для Webex
Выполнение на всех активных узлах Unified CM Выбрано
Информация об участниках списка маршрутов
Выбранные группы Только предварительно заданная группа маршрутов: Webex

Создание раздела для назначений Webex

Создайте раздел для назначений Webex с указанными ниже настройками.

Настройка Значение
Информация о списке маршрутов
имя; Уникальное имя, например Webex
Описание Осмысленное описание, например раздел Webex

Дальнейшие действия

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

Настройка шаблонов маршрутов для назначений Webex

Настройте шаблоны маршрутов для каждого диапазона DID на Webex с указанными ниже настройками.

Настройка Значение
Шаблон маршрута Полный шаблон +E.164 для диапазона DID в Webex с начальным символом "\". Пример. \+140855501XX.
Route Partition (Раздел маршрута) Webex
Список маршрутов/шлюзов RLWebex_
Срочный приоритет Выбрано

Настройка нормализации сокращенного набора номера для связи между объектами в Webex

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

Настройка Значение
Шаблон трансляции Шаблон ESN для диапазона ESN в Webex. Пример. 80121XX
Раздел Webex
Описание Осмысленное описание, например шаблон нормализации Webex
Использование области поиска вызовов отправителя Выбрано
Срочный приоритет Выбрано
Не дожидаться межсерийного интервала при последующих переходах Выбрано
Маска преобразования вызываемого абонента Маска для нормализации номера в формате +E.164. Пример. +140855501XX
20 июня 2022 г.
Настройка функций Webex Calling

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

Настройка сервисной группы

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

Дополнительную информацию о настройке сервисной группы см. в статье Сервисные группы в Cisco Webex Control Hub.

Создание очереди вызовов

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

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

Создание клиента-секретаря

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

Дополнительную информацию о настройке и просмотре клиентов-секретарей см. в статье Клиенты-секретари в Cisco Webex Control Hub.

Создание автосекретарей и управление ими

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

Дополнительную информацию о создании автосекретарей и управлении ими см. в статье Управление автосекретарями в Cisco Webex Control Hub.

Настройка пейджинговой группы

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

Дополнительную информацию о настройке и редактировании пейджинговых групп см. в статье Настройка пейджинговой группы в Cisco Webex Control Hub.

Настройка перехвата вызовов

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

Дополнительную информацию настройке группы перехвата вызовов см. в статье Перехват вызовов в Cisco Webex Control Hub.

Настройка парковки вызовов

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

Дополнительную информацию о настройке парковки вызова см. в статье Парковка вызова в Cisco Webex Control Hub.

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

1

В окнах просмотра https://admin.webex.com перейдите к параметру Пользователи и выберите пользователя, который необходимо изменить.

2

Нажмите Вызовы, перейдите к разделу Расширенные настройки вызовов, а затем выберите Вмешательство в вызов.

3

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

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

1

В окнах просмотра https://admin.webex.com перейдите к параметру Пользователи и выберите пользователя, который необходимо изменить.

2

Выберите Вызовы и затем перейдите к разделу Конфиденциальность.

3

Выберите соответствующие настройки конфиденциальности автосекретаря для этого пользователя.

4

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

По приведенному выше примеру с руководителем потребуется выполнить поиск по имени помощника.

5

Щелкните Сохранить.

Пример

Хотите узнать, как это работает? Посмотрите этот видеоролик о том, как управлять настройками конфиденциальности пользователя в Control Hub.

Список мониторинга – другие пользователи и парковка вызова масштабы

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


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

1

В окнах просмотра https://admin.webex.com перейдите к параметру Пользователи и выберите пользователя, который необходимо изменить.

2

Выберите Вызовы, щелкните Расширенные настройки вызовов, а затем перейдите к разделу Отслеживание.

3

Выберите один из указанных ниже параметров.

  • Добавить отслеживаемую линию
  • Добавить добавочный номер парковки вызовов
4

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


 

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


 

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

Пример

Хотите узнать, как это работает? Посмотрите этот видеоролик о том, как управлять настройками мониторинга для пользователя в Control Hub.

Включение функции "Резервирование рабочего места" для пользователя

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

1

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

2

Выберите Вызовы, щелкните Расширенные настройки вызовов, а затем перейдите к разделу Резервирование рабочего места.

3

Включите функцию Резервирование рабочего места, а затем щелкните Сохранить.

Пример

Хотите узнать, как это работает? Посмотрите это видео и просмотрите, как настроить настройки музыки в удержании в Control Hub.
7 мар. 2022 г.
Настройка и управление пользователями Webex Calling

Чтобы пользователи смогли воспользоваться преимуществами служб вызовов Webex Calling, их необходимо добавить в Control Hub. Количество пользователей, которое необходимо добавить, будет определять способ их добавления в Control Hub. Можно вручную добавить каждого пользователя по адресу электронной почты или добавить одновременно несколько пользователей с помощью файла CSV. Выбор за вами.


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


При добавлении пользователей имя и фамилия не должны включать символы расширенного кода ASCII или следующие символы: %, #, <,>, \, /,"</,> и не должны иметь превышать длину в 30 символов. Эти ограничения в отношении специальных символов применяются только к пользователям Webex Calling.

Прежде чем начать

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

1

В окне просмотра информации о клиенте на https://admin.webex.com перейдите к разделу Пользователи и щелкните Управление пользователями.

2

Выберите Добавить или изменить пользователей вручную.

3

Если приветственные сообщения отправляются автоматически, щелкните Далее.

4

Выберите один из вариантов и щелкните Далее.

  • Выберите Адрес электронной почты и введите до 25 адресов электронной почты.
  • Выберите Имена и адреса электронной почты, а затем введите не более 25 имен и адресов электронной почты.

 

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

5

Назначение лицензии.

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


 

При назначении лицензий для Contact Center выберите Webex Teams, затем "Поддержка клиентов" с параметром "Оператор уровня премиум и стандарт". Чтобы добавить контролера, выберите оба параметра: Премиум и Контролер. Пользователь рассматривается как оператор, если не назначить его контролером.

6

Управление контентом.

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

7

Щелкните Сохранить.

  • Каждому участнику будет отправлено электронное приглашение присоединиться.

  • В Control Hub состояние «Ожидается принятие приглашения» сохраняется у пользователей до первого их входа в систему. Лицензии назначаются после первого входа пользователя или создания пользователей в случае использования соединителя каталогов Cisco с затребованным доменом.

8

Если для пользователя добавлен параметр вызова, назначьте местоположение, номер телефона и добавочный номер.

9

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


 

Если при выборе пользователем пункта "Настройки вызовов" возникает ошибка, сразу после добавления пользователя Calling рекомендуется удалить лицензию Webex Calling пользователя, а затем переназначить пользователю лицензию Calling.

Дальнейшие действия

Пользователям в своей организации можно назначить права администратора.

Прежде чем начать

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

Для клиентов в Азиатско-Тихоокеанском регионе (включая Японию, Китай и Гонконг) идентификатор вызывающего абонента автоматически заполняется в соответствии с полями Имя и Фамилия, а поля Имя, соответствующее идентификатору вызывающего абонента и Фамилия, соответствующая идентификатору вызывающего абонента, указанные в загружаемом файле CSV, будут проигнорированы.


В некоторых редакторах электронных таблиц при открытии файла в формате CSV знак "+" удаляется из ячеек. Для внесения обновлений в файл CSV рекомендуется использовать текстовый редактор. При использовании редактора электронных таблиц убедитесь, что в качестве формата ячейки задано значение "текст", и добавьте обратно все знаки "+", которые были удалены.


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

1

В окне просмотра информации о клиенте на https://admin.webex.com перейдите в раздел Пользователи, щелкните Управление пользователями и выберите Добавление или изменение пользователей с помощью файла CSV.

2

Щелкните Экспорт, чтобы скачать файл, и в новой строке файла CSV введите информацию о пользователе.

  • Чтобы назначить службу, в столбце соответствующей службы введите TRUE. Чтобы исключить службу, введите FALSE. Столбец Идентификатор или адрес электронной почты пользователя (обязательно) является единственным обязательным полем. Если у вас есть определенный каталог и внешние номера для каждого нового пользователя, добавьте начальный знак "+" для внешних номеров без других символов.

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


     

    Полномочия на управление корпоративным контентом нельзя назначить пользователям с помощью шаблона лицензий. Подробную информацию см. в статье Настройка параметров управления корпоративным контентом в Cisco Webex Control Hub.

  • Чтобы назначить местоположение, введите имя в столбце Местоположение. Если поле оставлено пустым, пользователю будет назначено местоположение по умолчанию.

  • Добавляя пользователей в качестве контролеров в Cisco Webex Contact Center, необходимо выбрать параметр Добавить пользователей вручную. Назначать стандартные и расширенные роли можно только с помощью файла CSV.

 

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

3

Щелкните Импорт, выберите файл и щелкните Открыть.

4

Выберите Только добавление служб или Добавление и удаление служб.

Если у вас есть активный шаблон лицензии, выберите Только добавление служб.

5

Нажмите кнопку Отправить.

Файл CSV будет загружен, и задача будет создана. Можно закрыть браузер или это окно, при этом выполнение задачи будет продолжено. Чтобы просмотреть ход выполнения задачи, см. статью Управление задачами в Cisco Webex Control Hub.

1

В окне просмотра информации о клиенте на https://admin.webex.com перейдите в раздел Пользователи.

2

Выберите пользователя и щелкните Службы > Редактировать лицензии.

3

Если у вас несколько подписок, выберите подписку из списка.

4

Выберите службы, которые необходимо добавить или удалить, и щелкните Далее.

5

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


 

Чтобы назначить пользователей в качестве посетителей, у вас должна быть включена функция учетной записи участника для веб-сайта Webex. Если столбец учетной записи посетителя не отражается в файле CSV, обратитесь к менеджеру по работе с клиентами (CSM), менеджеру по работе с клиентами партнера (PSM) или в центр технической поддержки Cisco (TAC), чтобы включить эту функцию для вашего веб-сайта Webex.

Тип учетной записи посетителя недоступен для пользователей с ролью администратора веб-сайта Webex. Если необходимо назначить этим пользователям учетную запись посетителя, удалите их административные права для веб-сайта Webex Meetings.


 

Если при выборе пользователем пункта "Настройки вызовов" возникает ошибка, сразу после добавления лицензии Calling рекомендуется удалить лицензию Webex Calling пользователя, а затем переназначить пользователю лицензию.

Прежде чем начать

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

С помощью шаблона CSV невозможно удалять пользователей или изменять местоположение, назначенное пользователю.


В некоторых редакторах электронных таблиц при открытии файла в формате CSV знак "+" удаляется из ячеек. Для внесения обновлений в файл CSV рекомендуется использовать текстовый редактор. При использовании редактора электронных таблиц убедитесь, что в качестве формата ячейки задано значение "текст", и добавьте обратно все знаки "+", которые были удалены.


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

1

В окне просмотра информации о клиенте на веб-сайте https://admin.webex.com перейдите в раздел Пользователи, щелкните Управление пользователями и выберите Добавление или изменение пользователей с помощью файла CSV.

2

Если приветственные сообщения отправляются автоматически, щелкните Далее.

3

Щелкните Экспорт, чтобы скачать файл. Отредактировать скачанный файл (exported_users.csv) можно любым из приведенных ниже способов.

  • Для изменения существующих пользователей можно обновить любой столбец, кроме столбца User ID/Email (Required) [Идентификатор или адрес электронной почты пользователя (обязательно) и Location (Местоположение). Например, при изменении поля User ID/Email (Required) (Идентификатор или адрес электронной почты пользователя) будет создан новый пользователь.

  • Чтобы назначить местоположение, введите имя в столбце Местоположение. Если поле оставлено пустым, пользователю будет назначено местоположение по умолчанию.

  • Чтобы назначить службу, в столбце соответствующей службы введите TRUE. Чтобы исключить службу, введите FALSE.

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

4

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

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

  • NATIVE_WEBEX_TEAMS_CALLING: введите эту строку для использования параметра Вызовы в Webex.

  • CALL_WITH_APP_REGISTERED_FOR_WEBEXCALLTEL: введите эту строку для использования параметра Приложение Webex Calling.

5

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


 

Столбцы Имя вызывающего абонента и Фамилия вызывающего абонента не могут содержать специальные символы. Если Имя вызывающего абонента или Фамилия вызывающего абонента содержат специальные символы, будет использоваться упрощенная версия текста.

6

После сохранения файла CSV щелкните Импорт, выберите файл, в который внесли изменения, и щелкните Открыть.

7

Выберите Только добавление служб или Добавление и удаление служб, затем щелкните Отправить.


 

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

Файл CSV будет загружен, и задача будет создана. Можно закрыть браузер или это окно, при этом выполнение задачи будет продолжено. Чтобы просмотреть ход выполнения задачи, см. статью Управление задачами в Cisco Webex Control Hub.

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

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

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

1

В окне просмотра информации о клиенте на https://admin.webex.com перейдите в раздел Пользователи и выберите пользователя, которому необходимо назначить номер.

2

Выберите Вызовы и щелкните Добавить номер.

3

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

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

4

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

5

Щелкните Сохранить.

1

В окне просмотра информации о клиенте на https://admin.webex.com перейдите к разделу Пользователи и отфильтруйте столбец Состояние, чтобы отобразить пользователей с состоянием Ожидается принятие приглашения.

2

В меню Действия для пользователя с состоянием Ожидается принятие приглашения выберите Дополнительно > Повторно отправить приглашение.

Если в организации используется синхронизация каталога, параметр удаления в Control Hub будет недоступен. Учетные записи пользователей необходимо удалить из Active Directory. После этого в соединителе каталогов Cisco произойдет обновление списка пользователей организации при синхронизации информации об учетных записях пользователя.

В окне просмотра информации о клиенте на https://admin.webex.com перейдите к разделу Пользователи, щелкните кнопку Дополнительно, затем щелкните Удалить пользователя.

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

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

1

В окне просмотра информации о клиенте на веб-сайте https://admin.webex.com/ перейдите в раздел Пользователи.

2

Щелкните кнопку "Дополнительно" .

3

Щелкните Деактивировать пользователя.

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

После деактивации для пользователей приложений Webex и Webex Calling будет выполнен выход из сеансов. Любой доступ пользователя в https://settings.webex.com/ и Control Hub будет запрещен. Телефоны MPP будут продолжать поддерживать возможность совершения входящих и исходящих вызовов в течение короткого периода времени, пока администратор не включит функцию перехвата вызовов для этого пользователя. Дополнительные сведения о перехвате вызовов см. в статье Настройка перехвата вызовов для пользователя Webex Calling в Cisco Control Hub.

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


Пользователь, которому назначена роль «Администратор пользователей и устройств» или «Администратор устройств», не сможет администрировать Webex Calling.

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

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

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


Информацию о правах администратора HCS в Control Hub см. в документах https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/hcs/12_5/HCS_Solution/Upgrade_Service/chcs_b_upgrade-service-book/chcs_b_upgrade-service-book_chapter_010.html

1

В окне просмотра информации о клиенте на сайте https://admin.webex.com перейдите к разделу Пользователи и выберите пользователя.

2

В разделе Роли и безопасность щелкните Роли администратора или Доступ к службе.

3

Выберите роль, которую необходимо назначить этому пользователю.

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


 

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

4

Нажмите Сохранить.

17 июня 2022 г.
Настройка устройств для вызовов Webex Call и управление ими

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

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

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

1

В окне просмотра информации о клиенте на веб-сайте https://admin.webex.com перейдите в раздел Устройства и выберите Добавить устройство.


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

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

3

В раскрывающемся списке выберите устройство и щелкните Далее.

4

Выберите один из приведенных ниже параметров и щелкните Сохранить.

  • С помощью кода активации. Выберите этот параметр, чтобы создать код активации, который можно предоставить владельцу устройства. 16-значный код активации должен быть вручную введен владельцем на устройстве.

     

    Для отображения экрана кода активации на многоплатформенном телефоне должно быть установлено микропрограммное обеспечение версии 11.2.3MSR1 или последующей. Для обновления микропрограммного обеспечения телефона пользователям необходимо перейти на сайт https://upgrade.cisco.com/MPP_upgrade.html.

  • С помощью MAC-адреса. Выберите этот параметр, если вы знаете MAC-адрес устройства. MAC-адрес телефона должен быть уникальным. Если вы введете MAC-адрес телефона, который уже зарегистрирован, или допустите ошибку при вводе номера, отобразится сообщение об ошибке.

 

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

Если выбран вариант создания кода активации для устройства, но этот код еще не использовался, то состояние этого устройства в разделе Устройства назначенного пользователя и в списке основных устройств в Control Hub будет прочитано как Активация. Обратите внимание, что обновление состояния устройства в Control Hub может занять до 10 минут.

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

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

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

  • Многоплатформенные IP-телефоны Cisco серии 6800 (телефоны для аудиовызовов: 6821, 6841, 6851)

  • Многоплатформенные IP-телефоны Cisco серии 7800 (телефоны для аудиовызовов: 7811, 7821, 7841, 7861)

  • Многоплатформенные IP-телефоны Cisco серии 8800 (телефоны для аудиовызовов: 8811, 8841, 8851, 8861)

  • Многоплатформенные IP-телефоны Cisco серии 8800 (телефоны для видеозвонков: 8845, 8865)

  • Cisco IP Conference Phone 7832 и 8832

1

В окне просмотра информации о клиенте на веб-сайте https://admin.webex.com перейдите в раздел Управление > Рабочие пространства и щелкните Добавить рабочее пространство.

2

Введите название рабочего пространства (например, название физического помещения), выберите тип помещения и добавьте емкость. Затем щелкните Далее.


 

Название рабочего пространства не может быть длиннее 30 символов и не может содержать символы %, #, <, >, /, \ и ".

3

Выберите IP-телефон Cisco и щелкните Далее.

4

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

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

В телефоне Cisco IP Conference Phone 7832 некоторые программные клавиши могут быть недоступны. Чтобы использовать полный набор программных клавиш, рекомендуется назначить этот телефон пользователю.

5

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


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


Вызовы, совершенные с помощью URI, по-прежнему будут маршрутизироваться через приложение Webex.

1

В представлении клиента на веб-сайте https://admin.webex.com перейдите в раздел Пользователи и выберите пользователя, которому необходимо назначить устройство.

2

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

  • Если пользователю уже назначено не менее одного устройства, щелкните "..." и выберите Добавить устройство Webex Room.
  • Если пользователю еще не назначено ни одного устройства, щелкните Добавить устройство Webex Room.
3

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

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


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


Вызовы, совершенные с помощью URI, по-прежнему будут маршрутизироваться через приложение Webex.

1

В окне просмотра информации о клиенте на https://admin.webex.com перейдите в раздел Устройства.

2

Щелкните Добавить устройство и выберите параметр Существующий пользователь.

3

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

4

Выберите Устройство Cisco Webex Room.

5

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

Если пользователь не активирует устройство до истечения срока действия кода, он может создать новый код активации на веб-сайте https://settings.webex.com. Там же пользователи также смогут добавить собственные персональные устройства. Дополнительную информацию см. в статье Настройка Webex Board, устройства комнаты или настольного устройства как персонального устройства.

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

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

Перечисленные здесь устройства поддерживают Webex Calling.

1

В окне просмотра информации о клиенте на веб-сайте https://admin.webex.com перейдите в раздел Рабочие пространства и щелкните Добавить рабочее пространство.

2

Введите название рабочего пространства (например, название физического помещения), выберите тип помещения и добавьте емкость. Затем щелкните Далее.

3

Выберите Другое устройство Cisco Webex и щелкните Далее.

Другие устройства Cisco Webex – это устройство комнаты или стационарное устройство Cisco Webex, в том числе Cisco Webex Board.

4

Выберите один из следующих вариантов.

  • Бесплатные вызовы. Пользователи могут совершать только вызовы в приложении Webex или вызовы по протоколу установления сеанса (SIP) Webex с помощью SIP-адреса (например, username@example.calls.webex.com).
  • Webex Calling. В дополнение к возможности совершать и принимать вызовы в приложении Webex и SIP пользователи в этом рабочем пространстве могут совершать и принимать телефонные вызовы на этом устройстве в рамках плана нумерации Webex Calling. Например, можно позвонить сотруднику Джакомо Эдвардсу, набрав его номер телефона 555-555-5555, добавочный номер 5555 или SIP-адрес gedwards@пример.webex.com, либо совершить вызов в местный ресторан.
5

Активируйте устройство с помощью предоставленного кода. Код активации можно скопировать, отправить по электронной почте или распечатать.

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

Перечисленные здесь устройства поддерживают Webex Calling. Хотя все эти устройства можно зарегистрировать с помощью MAC-адреса, с помощью кода активации можно зарегистрировать только следующее подмножество:

  • Многоплатформенные IP-телефоны Cisco серии 6800 (телефоны для аудиовызовов: 6821, 6841, 6851)

  • Многоплатформенные IP-телефоны Cisco серии 7800 (телефоны для аудиовызовов: 7811, 7821, 7841, 7861)

  • Многоплатформенные IP-телефоны Cisco серии 8800 (телефоны для аудиовызовов: 8811, 8841, 8851, 8861)

  • Многоплатформенные IP-телефоны Cisco серии 8800 (телефоны для видеозвонков: 8845, 8865)

  • Cisco IP Conference Phone 7832 и 8832

1

В оке https://admin.webex.comпросмотра информации о клиенте на перейдите к области Устройства, щелкните Добавить устройство, а затем выберите, добавляете ли устройство к пользователю или workspace.

2

Выберите Импортировать или загрузить файл CSV.

3

Выберите один из следующих вариантов.

  • Пользователи в моей организации. Можно получить список всех пользователей в организации и связанные с ними атрибуты, чтобы не придется вручную искать каждого пользователя.
  • Добавить шаблон шаблона устройства. Можно использовать шаблон, который мы добавили, а затем ввести информацию, например имена пользователей, тип (указать, является ли он пользователем или рабочей областью), MAC-адреса и модели устройства. Ниже приведена некоторая информация, которую необходимо принять к сведению.
    • Необходимо ввести номер телефона, добавочный номер или и то и другое. Примечание. Эти поля ранее имели заголовки Номер по каталогу и Прямая линия. Названия этих столбцов будут по-прежнему поддерживаться в течение короткого периода времени.

    • Обратите внимание, что в столбце Username (Имя пользователя) файла CSV необходимо ввести адрес электронной почты пользователя, а не его идентификатор пользователя или имя. В этот столбец также можно вставить название Workspace.

    • Рекомендуется указывать в файле CSV не более 1000 устройств. Если необходимо добавить большее, используйте второй файл CSV.

    • Если ввести не существовать workspace, это workspace будет создано автоматически.

    • Если тип устройства является IP, то модель должна быть пустой (например, Cisco 7841, Cisco 8851 и так далее), если тип устройства – WEBEX или WEBEX_CALLING Модель.

    • Если столбец MAC-адреса оставлен пустым, будет создан код активации, который необходимо ввести на устройстве.

4

Если MAC-адрес не указан, можно выбрать способ отправки кода активации.

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

Импортируйте заполненный файл CSV.

6

Нажмите кнопку Отправить.

После активации устройства его состояние будет обновлено.

 

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

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

1

В окне просмотра информации о клиенте на веб-сайте https://admin.webex.com перейдите в раздел Пользователи.

2

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

3

Чтобы добавить устройство для этого пользователя, щелкните Добавить устройство.


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

Чтобы изменить добавленное устройство, выберите его название.

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

5

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

6

Щелкните Действия для управления устройством. Действия помогают применять изменения конфигурации или обновлять микропрограмму для устройств MPP.

На вкладке Действия доступны указанные параметры для устройства с поддержкой Webex Aware.
  • Применить изменения– запрос на загрузку и применение изменений к конфигурации телефона.
  • Запрос на перезагрузку: принудительно перезагружать устройство и скачать текущую конфигурацию.
  • Сообщить о проблемах с запросом устройства на создание и загрузку PRT в облако.
  • Удаление – удаление устройства, внесенного в список для пользователя.

Добавлять устройства и управлять ими можно непосредственно в профиле рабочего пространства. К устройствам рабочего пространства могут относиться устройства ATA, например факсы. Также можн настроить устройство рабочего пространства в качестве организатора резервирования рабочего места. Дополнительные сведения о резервировании рабочего места см. в статье Резервирование рабочего места в Cisco Webex Control Hub.

1

В окнах просмотра информации о клиенте на сайте https://admin.webex.com перейдите к рабочим пространствам.

2

Выберите рабочее пространство для изменения и перейдите к плитке Устройства.

3

Чтобы добавить устройство, щелкните Добавить устройство.

4

Чтобы изменить добавленное устройство, выберите его название.

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

5

Если устройством, добавленным в Workspace, является Webex Aware, параметр Webex Aware отображается под устройствами, как показано на схеме. Webex Aware указывает на то, что устройство было присоединено к платформе Webex и имеет доступ к функциям Webex, которые поддерживаются телефоном.

6

Щелкните Действия для управления устройством. Действия помогают применять изменения конфигурации или обновлять микропрограмму для устройств MPP.

На вкладке Действия доступны указанные параметры для устройства с поддержкой Webex Aware.
  • Применить изменения– запрос на загрузку и применение изменений к конфигурации телефона.
  • Запрос на перезагрузку: принудительно перезагружать устройство и скачать текущую конфигурацию.
  • Сообщить о проблемах с запросом устройства на создание и загрузку PRT в облако.
  • Удаление – удаление устройства, внесенного в список для пользователя.

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

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


Номера быстрого набора, добавленные пользователем на телефон MPP, не отображаются в Control Hub и могут быть перезаписаны, если настроена общая линия.

1

В оке просмотра информации о клиенте на веб-сайте https://admin.webex.com перейдите к меню Пользователи или Рабочие пространства (в зависимости от места назначения устройства, которое необходимо изменить).

2

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

3

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

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

4

Чтобы добавить или удалить пользователей или места с этого телефона, выберите Настройка линий.

5

Чтобы удалить линию, щелкните пиктограмму .


 
Невозможно удалить основного пользователя в линии 1.
6

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


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

Введите имя или номер телефона и выберите один из появившихся вариантов, затем щелкните Сохранить.

Порты можно настроить на устройстве аналогового телефонного адаптера (ATA), назначенном пользователю в Control Hub. В настоящее время две конфигурации устройств ATA доступны для устройств с двумя и 24 портами.

1

В окне просмотра информации о клиенте на веб-сайте https://admin.webex.com перейдите в раздел Пользователи.

2

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

3

Выберите устройство, которое необходимо добавить или изменить.