Водяной знак
15 июля 2021 г. | – просмотры | – пользователи, которые сочли этот материал полезным

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

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

Обзор 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 и Webex Meetings.

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

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

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

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

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

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

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

Обзор 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 для служб, которые необходимо назначить каждому вашему пользователю.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Класс службы

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • CLICKTOCALL: или CLICKTOCALL://.

  • SIP: или SIP://.

  • TEL: или TEL://.

  • WEBEXTEL: или WEBEXTEL://.

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

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

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

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

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

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

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

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

Водяной знак
15 июля 2021 г.| – просмотры | – пользователи, которые сочли этот материал полезным

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

Подготовка среды Настройка Webex Calling для вашей организации Настройка PSTN-доступа в локальном шлюзе (только для VAR) Настройка UCM Настройка функций Webex Calling Настройка пользователей и управление ими Настройка устройств и управление ими

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

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

Служба 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.

Водяной знак
15 июля 2021 г.| – просмотры | – пользователи, которые сочли этот материал полезным

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

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

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

При попытке настроить клиента в Канаде необходимо выполнить дополнительные действия. Дополнительные сведения можно получить в службе Partner HelpDesk.

1

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


 

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

2

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

3

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


 

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

4

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

5

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

6

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

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

 

Страна местоположения по умолчанию определяется в качестве страны контракта, выбранной партнером, и не может быть изменена. Позже можно создать другие местоположения в разных странах. Однако следует помнить, что они будут организованы в региональном центре обработки данных, который соответствует стране контракта, выбранной ранее в этой процедуре. Например, у вас может быть одно местоположение в США и одно в Великобритании.


 

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

7

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

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

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

9

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

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

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

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

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

1

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

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

2

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

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

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

4

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

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


     

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

    1. План Cisco Calling включен или приобретен для этого клиента.

    2. Это местоположение находится в стране, в которой поддерживается план Cisco Calling (в настоящее время доступен только в США).

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

     

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

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

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

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

5

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

6

Введите номера телефонов через запятую и нажмите Проверить.

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

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

7

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

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

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

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

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


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

1

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

2

Нажмите Подробнеерядом с названием местоположения, выберите Удалить местоположение и подтвердите удаление.

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

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


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

1

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

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

2

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

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


     

    Партнеры должны быть авторизованы партнерами Webex Calling VAR и приниматься в новую надстройку Webex Calling путем регистрации в программе PSTN Cisco Webex Calling VAR.

    Партнеры будут размещать заказ с лицензиями на план Cisco Calling (план исходящих вызовов и номера телефонов) в коммерческом рабочем пространстве Cisco (CCW).

    Этот параметр доступен только для компаний-посредников, вносящих добавленную стоимость.

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


     

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

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

     

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

3

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

4

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

5

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

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


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

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 для местоположения.

1

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

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

2

(Необязательно) Рядом с цифрами номера в меню Действия щелкните и выберите один из следующих вариантов:

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

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

  • Удалить. Этот параметр доступен для номеров в неактивном состоянии, которые в данный момент не назначены пользователю или местоположению.

3

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


 

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

Номера должны быть в формате E.164 для всех стран, кроме США и национального формата.

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

4

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

1

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

2

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

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

1

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

2

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

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

3

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


 

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

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


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

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

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

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

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

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

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

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


 

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

Водяной знак
15 июля 2021 г.| – просмотры | – пользователи, которые сочли этот материал полезным

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

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

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

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

  • См. требования к локальной PSTN (локальный шлюз) для 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, необходимый для проверки сертификата на стороне сервера во время установки соединения TLS с Webex Calling.

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

  1. Проверьте, существует ли сертификат ЦС комнаты DigiCert.

    
    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
    

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

Убедитесь в том, что в 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 соответствующего локального шлюза.

Параметры Tenant 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, которая включается с помощью команды CIOasserted-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 150
     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 150

    Ограничение количества одновременных вызовов между LGW и Webex Calling до 150 при условии, что имеется одна адресуемая точка вызова в соединении с 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 150
     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 150

    Ограничение количества одновременных вызовов между LGW и Webex Calling до 150 при условии, что имеется одна адресуемая точка вызова в соединении с 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 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 не поддерживает запросы на создание новых пользовательских подписей.

Водяной знак
15 июля 2021 г.| – просмотры | – пользователи, которые сочли этот материал полезным

Реализация высокой доступности 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. Имя пользователя и пароль для этой настройки приведены ниже.

  • Имя пользователя: Hussain1076_LGU

  • Пароль: 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
Водяной знак
15 июля 2021 г.| – просмотры | – пользователи, которые сочли этот материал полезным

Настройка 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

Создайте список маршрутов с указанными ниже настройками.

Настройка Значение
Информация о списке маршрутов
Имя Уникальное имя, например RL_Webex
Описание Осмысленное описание, например список маршрутов для Webex
Выполнение на всех активных узлах Unified CM Выбрано
Информация об участниках списка маршрутов
Выбранные группы Только предварительно заданная группа маршрутов: Webex

Создание раздела для назначений Webex

Создайте раздел для назначений Webex с указанными ниже настройками.

Настройка Значение
Информация о списке маршрутов
Имя Уникальное имя, например Webex
Описание Осмысленное описание, например раздел Webex

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

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

Настройка шаблонов маршрутов для назначений Webex

Настройте шаблоны маршрутов для каждого диапазона DID на Webex с указанными ниже настройками.

Настройка Значение
Шаблон маршрута Полный шаблон +E.164 для диапазона DID в Webex с начальным символом "\". Например: \+140855501XX.
Route Partition (Раздел маршрута) Webex
Список маршрутов/шлюзов RL_Webex
Срочный приоритет Выбрано

Настройка нормализации сокращенного набора номера для связи между объектами в Webex

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

Настройка Значение
Шаблон трансляции Шаблон ESN для диапазона ESN в Webex. Например: 80121XX
Раздел Webex
Описание Осмысленное описание, например шаблон нормализации Webex
Использование области поиска вызовов отправителя Выбрано
Срочный приоритет Выбрано
Не дожидаться межсерийного интервала при последующих переходах Выбрано
Маска преобразования вызываемого абонента Маска для нормализации номера в формате +E.164. Например: +140855501XX
Водяной знак
15 июля 2021 г.| – просмотры | – пользователи, которые сочли этот материал полезным

Настройка функций Webex Calling

Создание автосекретарей и управление ими

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

Дополнительную информацию о создании автосекретарей и управлении ими см. в статье Управление автосекретарями в Cisco Webex Control Hub.

Настройка сервисной группы

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

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

Создание клиента-секретаря

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

Дополнительную информацию о настройке и просмотре клиентов-секретарей см. в статье Клиенты-секретари в Cisco Webex Control Hub.

Настройка группового пейджинга

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

Дополнительную информацию о настройке и редактировании группового пейджинга см. в статье Настройка группового пейджинга в Cisco Webex Control Hub.

Создание очереди вызовов

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

Дополнительную информацию о настройке очереди вызовов и управлении ею см. в статье Управление очередями вызовов в 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

Включите функцию Резервирование рабочего места, а затем щелкните Сохранить.

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

1

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

2

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

3

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

4

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

По приведенному выше примеру с руководителем потребуется выполнить поиск по имени помощника.

5

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

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

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

1

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

2

Выберите Вызовы, щелкните Расширенные настройки вызовов, а затем перейдите к разделу Отслеживание.

3

Выберите один из указанных ниже параметров.

  • Добавить отслеживаемую линию
  • Добавить добавочный номер парковки вызовов
4

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


 

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

Водяной знак
15 июля 2021 г.| – просмотры | – пользователи, которые сочли этот материал полезным

Настройка и управление пользователями Webex Calling

Чтобы пользователи смогли воспользоваться преимуществами служб вызовов Webex Call, их необходимо добавить в Cisco Webex Control Hub. Количество пользователей, которое необходимо добавить, будет определять способ их добавления в Control Hub. Можно вручную добавить каждого пользователя по адресу электронной почты или добавить одновременно несколько пользователей с помощью файла CSV. Выбор за вами.


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


При добавлении пользователей имя и фамилия не должны включать символы расширенного кода ASCII или следующие символы: %, #, <,>, \, /,"</,> и не должны иметь превышать длину в 30 символов.

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

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

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 рекомендуется использовать текстовый редактор. При использовании редактора электронных таблиц убедитесь, что в качестве формата ячейки задано значение "текст", и добавьте обратно все знаки "+", которые были удалены.

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 рекомендуется использовать текстовый редактор. При использовании редактора электронных таблиц убедитесь, что в качестве формата ячейки задано значение "текст", и добавьте обратно все знаки "+", которые были удалены.

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 Teams.

  • CALL_WITH_APP_REGISTERED_FOR_WEBEXCALLTEL: введите эту строку для использования параметра Приложение Webex Calling.

5

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


 

Столбцы Имя вызывающего абонента и Фамилия вызывающего абонента не могут содержать специальные символы. Если Имя вызывающего абонента или Фамилия вызывающего абонента содержат специальные символы, будет использоваться упрощенная версия текста.

6

После сохранения файла CSV щелкните Импорт, выберите файл, в который внесли изменения, и щелкните Открыть.

7

Выберите Только добавление служб или Добавление и удаление служб, затем щелкните Отправить.

Файл 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 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, управление которым необходимо предоставить пользователю.

4

Нажмите Сохранить.

Водяной знак
15 июля 2021 г.| – просмотры | – пользователи, которые сочли этот материал полезным

Настройка устройств для вызовов Webex Call и управление ими

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

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

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

  • Многоплатформенные телефоны Cisco IP Phone 6800 Series (телефоны для аудиовызовов: 6821, 6841, 6851, 6861, 6871)

  • Многоплатформенные 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


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

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

Введите название рабочего пространства (например, название физического помещения), выберите тип помещения и добавьте емкость. Затем щелкните Далее.

3

Выберите IP-телефон Cisco и щелкните Далее.

4

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

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

В телефоне Cisco IP Conference Phone 7832 некоторые программные клавиши могут быть недоступны. Чтобы использовать полный набор программных клавиш, рекомендуется назначить этот телефон пользователю.

5

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

Когда люди на работе, они собираются во многих рабочих пространствах, таких как столовые, холлы и конференц-залы. Вы можете настроить устройства 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

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

6

Активируйте устройство с помощью предоставленного кода. Код активации можно скопировать, отправить по электронной почте или распечатать.

При наличии нескольких устройств, которые следует назначить пользователям и рабочим местам, можно заполнить файл 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 перейдите к разделу Устройства, щелкните Добавить устройство, а затем выберите, следует ли добавить устройство пользователю или рабочему пространству.

2

Выберите Импортировать или загрузить файл CSV.

3

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

  • Экспорт атрибутов пользователей. Можно получить список всех пользователей в вашей организации и связанных с ними атрибутов, чтобы не искать каждого пользователя вручную.
  • Скачать шаблон в формате CSV. Можно использовать имеющийся шаблон, а затем ввести такие данные, как имена пользователей, тип (соответствующий пользователю или рабочему месту), MAC-адреса и модели устройств. Ниже приведена некоторая информация, которую необходимо принять к сведению.
    • Обратите внимание, что в столбце Username (Имя пользователя) файла CSV необходимо ввести адрес электронной почты пользователя, а не его идентификатор пользователя или имя. В этот столбец также можно вставить имя рабочего места.

    • Рекомендуется указывать в файле CSV не более 1000 устройств. При необходимости добавления большего количества используйте второй файл CSV.

    • Если указано рабочее место, которое еще не существует, оно будет создано автоматически.

    • Если столбец MAC-адреса оставлен пустым, будет создан код активации, который необходимо ввести на устройстве.

4

Если MAC-адрес не указан, можно выбрать способ отправки кода активации.

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

Импортируйте заполненный файл CSV.

6

Нажмите кнопку Отправить.

После активации устройства его состояние будет обновлено.

 

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

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

1

В окне просмотра информации о клиенте на веб-сайте https://admin.webex.com перейдите в раздел Пользователи.

2

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

3

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


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

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

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

Добавлять устройства и управлять ими можно непосредственно в профиле рабочего пространства. К устройствам рабочего пространства могут относиться устройства ATA, например факсы. Также можн настроить устройство рабочего пространства в качестве организатора резервирования рабочего места. Дополнительные сведения о резервировании рабочего места см. в статье Резервирование рабочего места в Cisco Webex Control Hub.

1

В окнах просмотра информации о клиенте на сайте https://admin.webex.com перейдите к рабочим пространствам.

2

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

3

Чтобы добавить устройство, щелкните Добавить устройство.

4

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

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

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

Максимальное ограничение конфигурации составляет 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

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

4

В области Пользователи на этом устройстве щелкните Настройка портов.

5

Чтобы добавить конфигурацию общего порта, щелкните пиктограмму .

6

Введите имя или номер телефона и выберите один из появившихся вариантов, затем щелкните Сохранить.


 
В поиске будут отображаться только рабочие пространства без устройств.
7

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


 
Рабочее пространство может иметь устройство ATA. Это необходимо для факсов.

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


Количество номеров телефона, которые можно добавить в Control Hub, увеличено с 250 до 1000.

1

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

2

Укажите Местоположение и Тип номера. Если выполняется перенос номеров, введите как текущие, так и новые номера телефона для выставления счета.

3

Затем щелкните Сохранить.

Можно просмотреть список номеров ТСОП, заказанных вашей организацией. Эта информация позволяет увидеть доступные неиспользуемые номера, а также заказанные номера, которые вскоре станут доступными.

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

При подключении принадлежностей (гарнитуры/KEM) к устройству MPP они отображаются как элементы ассортиментного списка на вкладке "Устройства" в Control Hub. В ассортиментном списке устройств Control Hub можно найти модель принадлежности, состояние и пользователя, к которому относится принадлежность. При выборе принадлежности можно получить дополнительную информацию, например серийный номер принадлежности и текущую версию программного обеспечения. Поле состояния принадлежности находится в состоянии "онлайн" при условии подключения принадлежности к MPP. Гарнитура, подключенная к MPP, автоматически модернизирует свое программное обеспечение до последней версии, доступной в службе управления устройствами.

Таблица 1. Совместимые гарнитуры

Модель телефона

Гарнитура Cisco серии 520

Гарнитура Cisco серии 530

Гарнитура Cisco серии 560

Гарнитура Cisco серии 730

Cisco IP Phone 8811/8841/8845

RJ9 & RJ11

Cisco IP Phone 8851/8861/8865

USB

USB

USB

RJ9 & RJ11

Cisco IP Phone 7811/7821/7841/7861

Cisco IP Phone 6821/6841/6851/6861

Cisco IP Phone 6871

USB

USB

USB

Cisco IP Conference Phone 7832/8832

Таблица 2. Совместимые кнопочные модули расширения

Модель телефона

KEM

Cisco IP Phone 8811/8841/8845

Cisco IP Phone 8851/8861/8865

BEKEM

CP-8800-A-KEM

CP-8800-V-KEM

Cisco IP Phone 7811/7821/7841/7861

Cisco IP Phone 6821/6841/6861/6871

Cisco IP Phone 6851

CP-68KEM-3PCC

Cisco IP Conference Phone 7832/8832

Водяной знак
15 июля 2021 г.| – просмотры | – пользователи, которые сочли этот материал полезным

Тенденции внедрения и отчеты об использовании Webex Calling

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

Просмотр отчетов Calling

На странице аналитики в Control Hub можно получить сведения о том, как пользователи используют Webex Calling и приложение Webex (вовлеченность), а также о качестве мультимедийных вызовов. Чтобы получить доступ к аналитике Webex Calling, войдите в Control Hub, перейдите на страницу Аналитика и выберите вкладку Calling.

1

Для получения подробных отчетов о вызовах войдите в Control Hub, перейдите на страницу Аналитика и выберите Подробный журнал вызовов.

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

2

Чтобы получить доступ к данным о качестве мультимедиа, войдите в Control Hub, перейдите на страницу Аналитика и выберите вкладку Calling.

Дополнительную информацию см. в статье Аналитика для вашего портфолио совместной работы в облаке.
Водяной знак
15 июля 2021 г.| – просмотры | – пользователи, которые сочли этот материал полезным

Информация о портах для Cisco Webex Calling

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

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

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


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

Подробные сведения о требованиях к сети для Webex Meetings и обмена сообщениями см. в статье Требования к сети для служб Webex.

Трафик Webex Calling через межсетевой экран

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

Конфигурация брандмауэра

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

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

IP-адреса и порты для служб Webex Calling

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