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

Обзор

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

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

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

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

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

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

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

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

Функция

Описание

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Функция

Описание

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Обзор Cisco Webex Control Hub

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Класс службы

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • CLICKTOCALL: или CLICKTOCALL://.

  • SIP: или SIP://.

  • TEL: или TEL://.

  • WEBEXTEL: или WEBEXTEL://.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

Табл. 1. Поддерживаемые устройства

Категория устройства

Тип устройства

Базовые

  • Серия Cisco IP Phone 6800 с многоплатформенным микропрограммным обеспечением

  • Серия Cisco IP Phone 7800 с многоплатформенным микропрограммным обеспечением

Аналоговые телефонные адаптеры

Cisco ATA 191 и 192 с многоплатформенным микропрограммным обеспечением

Конференция

  • Cisco IP Conference Phone 7832 с многоплатформенным микропрограммным обеспечением

  • Cisco IP Conference Phone 8832 с многоплатформенным микропрограммным обеспечением

Расширенные

  • Серия Cisco IP DECT 6800 с многоплатформенным микропрограммным обеспечением

  • Серия Cisco IP Phone 8800 с многоплатформенным микропрограммным обеспечением

Принадлежности

Кнопочные модули расширения

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

Брандмауэр

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

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

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

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

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

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

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

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

    Более подробные сведения можно найти в руководстве предприятия по настройке Cisco Unified Border Element (CUBE) по ссылке: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html

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

Убедитесь в том, что в вашем развертывании есть один или несколько локальных шлюзов (куб Cisco (для IP-подключений) или шлюз Cisco IOS (для подключений на основе TDM), на котором поддерживается следующее аппаратное и программное обеспечение.

  • ISR 4321, 4331, 4351, 4431, 4451 (iOS-XE 16.9.5 или iOS-XE 16.12.3 или более поздняя версия), 4461 (iOS-XE 17.2.1 r)

  • Представитель клиентской службы 1000V (Вкубе) (iOS-XE 16.9.5 и 16.12.3 или более поздняя версия)

  • Серия ISR 1100 (iOS-XE 16.12.3 или более поздняя версия) только для подключений на основе IP-телефонии


Выпуск IOS-XE 16.10.x не поддерживается для развертываний локальных шлюзов.

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

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

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

  • Необходимо обновить CUBE с помощью пакета корневого ЦС, полученного в Cisco PKI

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

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

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

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

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

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

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

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

1

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


 

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

2

Ознакомьтесь и примите условия предоставления услуг.

3

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

4

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

5

Щелкните Далее. Расположение по умолчанию.

6

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

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

 

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


 

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

7

Произвольно Включите режим Skype для бизнеса , если эта интеграция необходима, а затем щелкните Далее.


 

Если включена эта настройка на уровне местоположения, все существующие приложения Calling будут преобразованы в Calling с поддержкой Skype для бизнеса. Это приложение может быть запущено параллельно со Skype для бизнеса (для Windows) и обеспечивает возможность интеграции вызовов PSTN.

8

Нажмите Далее.

9

Введите доступный адрес SIP Cisco Webex и нажмите Далее.

10

Нажмите Готово.

Подготовка

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

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

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

1

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

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

2

Выполните настройки местоположения.

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

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


 

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

4

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

5

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

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


     

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

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

Выберите параметр для активации номеров немедленно или позднее.

7

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

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

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

8

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

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

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

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

Подготовка


Получить список пользователей и рабочих пространств, связанных с местоположением: Перейдите к меню > номера сервисов и в раскрывающемся меню выберите местоположение, которое необходимо удалить. https://help.webex.com/en-us/0qse04/Delete-a-User-Account-from-Your-Organization-in-Cisco-Webex-Control-Hub Перед удалением местоположения необходимо удалить этих пользователей и рабочих пространств.

1

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

2

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

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

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


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

1

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

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

2

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

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


     

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

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

     

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

3

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

4

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

5

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

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

1

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

2

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

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

     

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

3

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

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

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

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

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

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

Подготовка

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

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

  • Для местоположения нельзя назначить несколько шлюзов, но можно назначить один и тот же шлюз для нескольких местоположений.

1

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

2

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

3

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

4

Введите имя для идентификации шлюза в Control Hub и сохраните изменения, щелкнув флажок.

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

5

Сохраните информацию о локальном шлюзе, которая будет отображена на экране (домен сервера регистрации, группа магистралей OTG/DTG, линия/порт, адрес исходящего прокси).


 

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

6

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


 

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

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

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

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

1

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

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

2

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

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

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

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

3

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


 

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

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

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

1

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

2

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

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

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


Если вы готовы провести миграцию всей организации, выберите параметр "Вся организация".

Подготовка

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

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

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

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

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

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


 

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

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

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

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

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

Подготовка

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

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

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

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

Сопоставление параметров между Cisco Webex 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. Сопоставление параметров между Cisco Webex 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, включение паролей, основной пароль (IOS-XE 16.11.1 и более поздние версии), IP-маршрутизация, IP-адреса и т. д., настроена в соответствии с политикам и процедурам вашей организации.

  • Для развертываний локальных шлюзов требуется IOS-XE 16.9.3 или последующие версии, или же 16.11.1 или последующие версии. Выпуски IOS-XE 16.10.x не поддерживаются.

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

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

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

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

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

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

LocalGateway#configure terminal Enter configuration commands, one per line. End with CNTL/Z. LocalGateway(config)# LocalGateway(config)#crypto pki trustpoint dummyTp LocalGateway(ca-trustpoint)# revocation-check crl LocalGateway(ca-trustpoint)#exit LocalGateway(config)#sip-ua LocalGateway(config-sip-ua)# crypto signaling default trustpoint dummyTp cn-san-validate server LocalGateway(config-sip-ua)# transport tcp tls v1.2 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

Введите эти команды, чтобы включить приложение локального шлюза:

LocalGateway#configure terminal LocalGateway(config)#voice service voip LocalGateway(conf-voi-serv)#ip address trusted list LocalGateway(cfg-iptrust-list)#ipv4 128.177.14.0 255.255.255.128 LocalGateway(cfg-iptrust-list)#ipv4 128.177.36.0 255.255.255.192 LocalGateway(cfg-iptrust-list)#ipv4 135.84.169.0 255.255.255.128 LocalGateway(cfg-iptrust-list)#ipv4 135.84.170.0 255.255.255.128 LocalGateway(cfg-iptrust-list)#ipv4 135.84.171.0 255.255.255.128 LocalGateway(cfg-iptrust-list)#ipv4 135.84.172.0 255.255.255.128 LocalGateway(cfg-iptrust-list)#ipv4 199.59.65.0 255.255.255.128 LocalGateway(cfg-iptrust-list)#ipv4 199.59.66.0 255.255.255.128 LocalGateway(cfg-iptrust-list)#ipv4 199.59.70.0 255.255.255.128 LocalGateway(cfg-iptrust-list)#ipv4 199.59.71.0 255.255.255.128 LocalGateway(cfg-iptrust-list)#ipv4 199.59.64.0 255.255.255.128 LocalGateway(cfg-iptrust-list)#ipv4 199.59.67.0 255.255.255.128 LocalGateway(cfg-iptrust-list)#ipv4 85.119.56.128 255.255.255.192 LocalGateway(cfg-iptrust-list)#ipv4 85.119.57.128 255.255.255.192 LocalGateway(cfg-iptrust-list)#ipv4 185.115.196.0 255.255.255.128 LocalGateway(cfg-iptrust-list)#ipv4 185.115.197.0 255.255.255.128 CUBE(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)#media-address range 192.168.43.197 192.168.43.197 port-range 8000 48000  LocalGateway(cfg-media-addr-range)#exit 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

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

Предотвращение мошенничества
Устройство (конфигурация) # устройство передачи голоса по IP (конфигурация-вои-серв.) # IP-адрес доверенный список устройства (cfg-иптруст-List) # IPv4 199.59.70.0 255.255.255.128 Device (cfg-иптруст-List) # IPv4 199.59.71.0 255.255.255.128
  • Явным образом разрешает 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-адресами узлов, разрешенных исходящим прокси в 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-address range 192.168.43.197 192.168.43.197 port-range 8000 48000
  • Media Statistics (Статистика мультимедиа). Обеспечивает мониторинг мультимедиа на локальном шлюзе.

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

  • Диапазон адресов медиа-адресов <LGW IP Address Range> Конфигурация диапазона портов определяет, какие порты источника RTP следует использовать для этого диапазона адресов мультимедиа. Эта настройка выполнена для интерфейса Gig0/0/1 с Webex Calling.

Базовые функциональные возможности подключений 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 " LocalGateway (config-class)# rule 11 request ANY sip-header From modify " LocalGateway (config-class)# rule 12 request ANY sip-header Contact modify "" "" LocalGateway (config-class)# rule 13 response ANY sip-header To modify " LocalGateway (config-class)# rule 14 response ANY sip-header From modify " LocalGateway (config-class)# rule 15 response ANY sip-header Contact modify " 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"<sips:(.*)" "<sip:\1"<sips:(.*)" "<sip:\1"<sips:(.*)><sip:\1;transport=tls><sips:(.*)" "<sip:\1"<sips:(.*)" "<sip:\1"<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)# codec preference 3 g729r8 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)# exit

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

  • Voice class codec 99. Позволяет использовать в сеансах кодеки G729 и 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.


 

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

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

Настройте voice class tenant 200 для регистрации магистрали от локального шлюза к Webex Calling.

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:1a01.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, которая включается с помощью команды asserted-id pai CIO (см. ниже).

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. Клиентские классы голосовых команд: сначала мы создадим дополнительные клиенты для одноранговых узлов, находящихся итсп аналогично клиенту 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

    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 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 201 voip description Outgoing dial-peer to Webex Calling

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

    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. Определение группы адресуемых точек вызова dial-peer group 100. Исходящая адресуемая точка dial-peer 101 является целевым параметром для всех входящих адресуемых точек вызова, поступающих в группу адресуемых точек вызова dial-peer group 100. Группа DPG 100 будет применена к входящей адресуемой точке вызова dial-peer 200, которая будет определена позже для пути Webex Calling --> локальный шлюз --> PSTN.

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

    voice class dpg 200 description Incoming IP PSTN(DP100) to Webex Calling(DP201) dial-peer 201 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 201.

    voice-class sip tenant 300

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

    no vad

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

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

    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 srtp no vad

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

    dial-peer voice 200 voip description Incoming dial-peer from Webex Calling

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

    incoming uri request 200

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

    destination dpg 100

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

    voice-class stun-usage 200

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

    voice-class sip tenant 200

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

    srtp

    Включение SRTP для этой ветви вызовов.

    no vad

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

От PSTN к Webex Calling

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

От Webex Calling к PSTN

Все ветви входящих вызовов Webex Calling на локальном шлюзе сопоставляются с адресуемой точкой вызова dial-peer 200, поскольку она отвечает критериям соответствия шаблону заголовка 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.

    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 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 201 voip description Outgoing dial-peer to Webex Calling

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

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

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

    voice class dpg 200 dial-peer 201 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 200 voip description Incoming dial-peer from Webex Calling session protocol sipv2 destination dpg 300 incoming uri via 200 incoming uri request 200 voice-class codec 99 dtmf-relay rtp-nte voice-class stun-usage 200 voice-class sip tenant 200 srtp no vad

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

    dial-peer voice 200 voip description Incoming dial-peer from Webex Calling

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

    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.

    voice-class stun-usage 200

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

    voice-class sip tenant 200

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

    srtp

    Включение SRTP для этой ветви вызовов.

  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, которым будет dial-peer 201.

    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

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

Реализация высокой доступности 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 или более поздней с поддержкой на следующих платформах:

  • Серия ISR4000:4321, 4331, 4351, 4431, 4451, 4461 (IOS-XE 17.2.1 r)
  • серия CSR1000: vCUBE (конфигурации с 1, 2 и 4 vCPU).


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

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

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

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

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

  • Поставщик услуг PSTN с подключением к облаку
  • Локальный шлюз

В этой статье рассматривается развертывание локального шлюза (описанное ниже). Локальный шлюз – это возможность использования собственной PSTN для Cisco 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. В этой статье будут рассмотрены конфигурации и аспекты разработки. На этом рисунке показана типичная настройка 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).

  • Обе платформы должны быть идентичными и подключаться с помощью физического коммутатора по всем аналогичным ИНТЕРФЕЙСАМ для работы с кубом высокой доступности, т. е. 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 associatiation 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 associatiation 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

В нашем примере конфигурации используется приведенная ниже информация из Webex 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 85.119.56.128 255.255.255.192 ipv4 85.119.57.128 255.255.255.192 ipv4 185.115.196.0 255.255.255.128 ipv4 185.115.197.0 255.255.255.128 ipv4 199.59.64.0 255.255.255.128 ipv4 199.59.65.0 255.255.255.128 ipv4 199.59.66.0 255.255.255.128 ipv4 199.59.67.0 255.255.255.128 ipv4 199.59.70.0 255.255.255.128 ipv4 199.59.71.0 255.255.255.128 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 "<sip:(.*)" "<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 codec preference 3 g729r8 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:1a01.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: Отправлено: 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> Дата: 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: Отправлено: 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> Дата: 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
Водяной знак
27 июля 2020 г.|  – просмотры |  – пользователи, которые сочли этот материал полезным

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

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

Создать новый автосекретарь

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

1

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

2

Щелкните Новая функция и выберите Автосекретарь.

3

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

4

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

5

Выберите Местоположение и щелкните Сохранить.

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

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

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

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

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

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

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

1

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

2

Щелкните Новая функция и выберите Сервисная группа.

3

Введите Пилотный номер и укажите, принадлежит ли номер вам, предоставлен ли он вашим партнером или вы хотите перенести номер.

4

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

5

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

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

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

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

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

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

1

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

2

Щелкните Новая функция и выберите Клиент-секретарь.

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

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

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

Подготовка

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

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

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

  • Пейджинговые группы работают только с устройствами серии Cisco IP Phone 7800 или 8800 и не работают с аналоговыми телефонными адаптерами (ATA).

1

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

2

Щелкните Новая функция и выберите Пейджинговая группа.

3

Введите Пилотный номер и укажите, принадлежит ли номер вам, предоставлен ли он вашим партнером или вы хотите перенести номер.

4

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

5

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

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

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

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

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

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

1

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

2

Щелкните Новая функция и выберите Очередь вызовов.

3

Введите Пилотный номер и укажите, принадлежит ли номер вам, предоставлен ли он вашим партнером или вы хотите перенести номер.

4

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

5

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

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

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

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

Настройка перехвата вызовов

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

Информацию о настройке группы перехват вызовов см. в разделе "перехват вызова" в Cisco Webex Control Hub.

Настройка парковки вызова

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

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

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

1

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

2

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

3

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

Включение функции резервирования рабочего места для пользователя Webex Calling

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

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

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

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

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

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

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


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

Cisco Webex Contact Center не поддерживает Active Directory.

1

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

2

Выберите Добавить или изменить пользователей вручную.

3

(дополнительно) Если приветственные сообщения отправляются автоматически, щелкните Далее.

4

Выберите один из вариантов и щелкните Далее.

  • Выберите Адрес электронной почты и введите до 25 адресов электронной почты.
  • Выберите Имена и адреса электронной почты, а затем введите не более 25 имен и адресов электронной почты.

 

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

5

Назначение лицензии.

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


 

При назначении лицензий для Cisco Webex Contact Center выберите Webex Teams, затем Поддержка клиентов с параметром Оператор уровня премиум и стандарт. Чтобы добавить контролера, выберите оба параметра: Премиум и Контролер. Пользователь рассматривается как оператор, если не назначить его контролером.

6

Управление контентом.

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

7

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

  • Каждому участнику будет отправлено электронное приглашение присоединиться.

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

8

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

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

Пользователям в своей организации можно назначить права администратора.

Подготовка

Если для организации существует несколько файлов 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.

Администратор с полными правами может редактировать сведения об определенных службах для отдельных пользователей в Cisco Webex Control Hub.

1

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

2

Выберите пользователя и щелкните Службы > Редактировать.

3

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

4

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

Подготовка

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

С помощью шаблона CSV невозможно удалять пользователей или изменять местоположение, назначенное пользователю.


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

1

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

2

(дополнительно) Если приветственные сообщения отправляются автоматически, щелкните Далее.

3

Щелкните Экспорт, чтобы скачать файл. Можно отредактировать скачанный файл (exported_users.csv) любым из приведенных ниже способов.

  • Для изменения существующих пользователей можно обновить любой столбец, кроме столбцов User ID/Email (Required) [Идентификатор или адрес электронной почты пользователя (обязательно)], Directory Number (Номер по каталогу), Direct Line (Прямая линия) и Location (Местоположение). Например, при изменении поля User ID/Email (Required) (Идентификатор или адрес электронной почты пользователя) будет создан новый пользователь.

  • Чтобы назначить местоположение, введите имя в столбце Местоположение. Если поле оставлено пустым, пользователю будет назначено местоположение по умолчанию.

  • Чтобы назначить службу, в столбце соответствующей службы введите TRUE. Чтобы исключить службу, введите FALSE.

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

4

Введите значение в столбце Calling Behavior (Поведение при вызовах), чтобы изменить способ обработки вызовов для определенных пользователей. Можно ввести один из приведенных ниже параметров. Дополнительную информацию о каждой из этих настроек см. в статье Настройка поведения при вызовах в Cisco Webex Teams.

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

  • NATIVE_WEBEX_TEAMS_CALLING: введите эту строку для использования параметра Вызовы в Webex Teams.

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

5

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

6

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

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

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

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

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

1

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

2

Выберите Вызовы и щелкните Добавить номер.

3

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

4

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

5

(Необязательно) Настройте альтернативные номера для этого пользователя.


В настоящий момент электронные напоминания недоступны пользователям Cisco Webex Meetings.

1

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

2

В разделе " действия"для пользователя с состоянием "пригласить в ожидании" выберите больше > повторно отправить приглашение.

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

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

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

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


Пользователь, которому назначена роль "Администратор пользователей и устройств" или "Администратор устройств", не сможет администрировать Webex Calling.

Назначение ролей пользователям

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

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


Информацию о правах администратора HCS в Cisco Webex Control Hub см. в статье https://collabkp.cisco.com/detail/HCS_AdminRoles/data/cisco_toc/chcs_m_hcs-admin-privileges-control-hub.xml

1

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

2

В разделе Роли и безопасность щелкните Роли администратора или Доступ к службе.

3

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

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

4

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

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

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

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

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

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

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

  • Многоплатформенные телефоны Cisco IP Phone 7800 Series (телефоны для аудиовызовов: 7811, 7821, 7841, 7861)

  • Многоплатформенные телефоны Cisco IP Phone 8800 Series (телефоны для аудиовызовов: 8811, 8841, 8851, 8861)

  • Многоплатформенные телефоны Cisco IP Phone 8800 Series (телефоны для видеозвонков: 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 и в списке основных устройств на портале администрирования Calling будет прочитано как Активация. Активируемое устройство не будет отображено в окне основных устройств в Control Hub до завершения его успешной активации. Обратите внимание, что обновление состояния устройства в Control Hub может занять до 10 минут.

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

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

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

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

  • Многоплатформенные телефоны Cisco IP Phone 7800 Series (телефоны для аудиовызовов: 7811, 7821, 7841, 7861)

  • Многоплатформенные телефоны Cisco IP Phone 8800 Series (телефоны для аудиовызовов: 8811, 8841, 8851, 8861)

  • Многоплатформенные телефоны Cisco IP Phone 8800 Series (телефоны для видеозвонков: 8845, 8865)

  • Cisco IP Conference Phone 7832 и 8832

1

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

2

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

3

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

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 Teams или вызовы по протоколу установления сеанса (SIP) Webex с помощью SIP-адреса (например, имя_пользователя@пример.calls.webex.com).
  • Cisco Webex Calling– в дополнение к возможности совершать и принимать вызовы Webex Teams и SIP, пользователи в этой рабочей области могут использовать устройство для принятия и приема телефонных вызовов в рамках плана номеров Webex Calling. Например, можно позвонить сотруднику Джакомо Эдвардсу, набрав его номер телефона 555-555-5555, добавочный номер 5555 или SIP-адрес gedwards@пример.webex.com, или же совершить вызов в местный ресторан.
5

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

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

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

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

  • Многоплатформенные телефоны Cisco IP Phone 7800 Series (телефоны для аудиовызовов: 7811, 7821, 7841, 7861)

  • Многоплатформенные телефоны Cisco IP Phone 8800 Series (телефоны для аудиовызовов: 8811, 8841, 8851, 8861)

  • Многоплатформенные телефоны Cisco IP Phone 8800 Series (телефоны для видеозвонков: 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 или последующей, чтобы пользователи смогли ввести код активации на своих устройствах. Информацию о модернизации микропрограммного обеспечения телефона см. в этой статье.

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

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


 

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

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

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

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


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

1

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

2

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

3

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

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

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

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

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

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

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

У вас есть доступ к различным отчетам в Cisco Webex Control Hub, в том числе к сведениям об активации и использовании Webex Teams и Meetings.

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

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

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

Оценка качества мультимедиа для местоположений

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

  • Хорошо: > 3,2.

  • Удовлетворительно: от 2,7 до 3,2.

  • Неудовлетворительно: < 2,7.

  • Нет доступных данных: в выбранный период времени в местоположении не было исходящих и принятых вызовов.

1

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

Вы перейдете на портал администрирования Calling.

2

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

Если вы хотите открыть инструмент CScan для проверки задержки, пропускной способности и портов, щелкните Network Readiness Test (Тест готовности сети).

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

Если для местоположения отображается оценка Poor (Неудовлетворительно), это означает, что в одном из ваших местоположений может возникнуть проблема с качеством мультимедиа. Распространенными причинами является недостаточная пропускная способность или перегрузка трафика. Если проблемы не исчезнут, перейдите в окно просмотра информации о клиенте на веб-сайте https://admin.webex.com, щелкните имя пользователя администратора, а затем Обратная связь, чтобы зарегистрировать обращение.

Запуск инструмента CSCAN

Для проверки задержки, пропускной способности и портов можно использовать инструмент Cisco SCAN.

Перейдите на веб-сайт https://cscan.webex.com/, выберите сервер и щелкните ЗАПУСК ТЕСТА.

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

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

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

Дата

В эту статью внесены приведенные ниже изменения

22 июля, 2020

Добавлен следующий IP-адрес для поддержки введения центров обработки данных в Канаде: 135.84.173.146

9 июня 2020 г.

В запись КСКАН внесены приведенные ниже изменения.
  • Исправлен один из IP-адресов: изменено 199.59.67.156 на 199.59.64.156

  • Новые функции требуют новых портов, а также UDP – 19560-19760

11 марта 2020 г.

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

  • jp.bcld.webex.com – 135.84.169.150

  • client-jp.bcld.webex.com

  • idbroker.webex.com – 64.68.99.6, 64.68.100.6

Обновлены следующие домены с дополнительными IP-адресами для управления конфигурацией устройств и микропрограммным обеспечением:

  • cisco.broadcloud.eu – 85.119.56.198, 85.119.57.198

  • webapps.cisco.com – 72.163.10.134

  • activation.webex.com – 35.172.26.181, 52.86.172.220

  • cloudupgrader.webex.com – 3.130.87.169, 3.20.185.219

27 февраля 2020 г.

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

cloudupgrader.webex.com – 443, 6970

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

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


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

Табл. 1. Webex Calling (рабочая версия)

Цель соединения

Адреса источника

Порты источника

Protocol

Адреса назначения

Порты назначения

Передача сигналов вызовов в Webex Calling (SIP TLS)

Внешний (NIC) локального шлюза 8000–65535

TCP

85.119.56.128/26

85.119.57.128/26

128.177.14.0/25

128.177.36.0/26

135.84.169.0/25

135.84.170.0/25

135.84.171.0/25

135.84.172.0/25

185.115.196.0/25

185.115.197.0/25

199.59.64.0/25

199.59.65.0/25

199.59.66.0/25

199.59.67.0/25

199.59.70.0/25

199.59.71.0/25

8934

Устройства

5060–5080

Приложения

Временный (зависит от ОС)

Передача мультимедиа во время вызова в Webex Calling (SRTP)

Внешний NIC локального шлюза

8000–48000

UDP

85.119.56.128/26

85.119.57.128/26

128.177.14.0/25

128.177.36.0/26

135.84.169.0/25

135.84.170.0/25

135.84.171.0/25

135.84.172.0/25

185.115.196.0/25

185.115.197.0/25

199.59.64.0/25

199.59.65.0/25

199.59.66.0/25

199.59.67.0/25

199.59.70.0/25

199.59.71.0/25

19560–65535

Устройства

19560–19660

Приложения

Временный

Передача сигналов вызовов на шлюз PSTN (SIP TLS) Внутренний NIC локального шлюза 8000–65535 TCP Ваш поставщик услуг интернет-телефонии, шлюз PSTN или Unified CM Зависит от параметра PSTN (например, для Unified CM, как правило, 5060 или 5061)
Передача мультимедиа во время вызова на шлюз PSTN (SRTP) Внутренний NIC локального шлюза

8000–48000

UDP Ваш поставщик услуг интернет-телефонии, шлюз PSTN или Unified CM Зависит от параметра PSTN (например, для Unified CM, как правило, 5060 или 5061)

Передача сигналов вызовов на общедоступные конечные точки (SIP TLS)

85.119.56.128/26

85.119.57.128/26

128.177.14.0/25

128.177.36.0/26

135.84.169.0/25

135.84.170.0/25

135.84.171.0/25

135.84.172.0/25

185.115.196.0/25

185.115.197.0/25

199.59.64.0/25

199.59.65.0/25

199.59.66.0/25

199.59.67.0/25

199.59.70.0/25

199.59.71.0/25

Временный

TCP

IP-адрес конечной точки

8934

Конфигурация устройств и управление микропрограммным обеспечением (устройства Cisco)

Устройства Webex Calling

Временный

TCP

3.20.185.219

3.130.87.169

35.172.26.181

52.86.172.220

72.163.10.134

85.119.56.128/26

85.119.56.198

85.119.57.128/26

85.119.57.198

135.84.169.186

135.84.170.186

173.37.149.125

199.59.64.143

199.59.65.228

199.59.66.228

199.59.67.143

* Домены:

  • cisco-jp.bcld.webex.com

  • cisco.broadcloud.com.au

  • cisco.broadcloud.eu

  • cisco.broadcloud.eu

  • webapps.cisco.com

  • activate.cisco.com

  • activation.webex.com

  • cisco.sipflash.com

80, 443

** cloudupgrader.webex.com

** 443, 6970

Синхронизация времени устройства (NTP)

Устройства Webex Calling

51494

UDP

85.119.56.128/26

85.119.57.128/26

135.84.169.154

135.84.170.154

199.59.64.152

199.59.65.181

199.59.66.181

199.59.67.152

123

Разрешение имени устройства

Устройства Webex Calling

Временный

UDP и TCP

Определяется узлом

53

Конфигурация приложения

Приложения Webex Calling

Временный

TCP

64.68.99.6

64.68.100.6

85.119.56.128/26

85.119.57.128/26

128.177.36.138

128.177.14.181

135.84.169.150

135.84.169.185

135.84.170.185

199.59.64.140

199.59.67.140

Домены:

  • client-jp.bcld.webex.com

  • jp.bcld.webex.com

  • idbroker.webex.com

80, 443, 1081, 2208, 8443, 5222, 5280–5281, 52644–52645

Синхронизация времени приложения

Приложения Webex Calling

123

UDP

Определяется узлом

123

Разрешение имени приложения

Приложения Webex Calling

Временный

UDP и TCP

Определяется узлом

53

CScan

Устройства Webex Calling

Временный

UDP и TCP

135.84.169.183

135.84.173.146

185.115.196.0/25

199.59.65.243

199.59.64.156

8934 и 80, 443, 19569-19760

† Диапазон портов мультимедиа CUBE настраивается с диапазоном портов RTP

* В случае отсутствия настроенных параметров DHCP при первом подключении телефона к сети или подключении после сброса до заводских настроек телефон обращается к серверу активации устройства для автоматической подготовки. На новых телефонах для подготовки используется activate.cisco.com вместо webapps.cisco.com. На телефонах с микропрограммным обеспечением до выпуска 11.2(1) будет и дальше использоваться webapps.cisco.com. Рекомендуется разрешить использование обоих доменов в брандмауэре.

** cloudupgrader.webex.com и порты 443 и 6970 необходимо разрешать только при переходе с корпоративных телефонов (Cisco Unified CM) на Webex Calling. Дополнительную информацию см. на веб-сайте upgrade.cisco.com.

Табл. 2. Webex Calling (бета-версия)

Цель соединения

Адреса источника

Порты источника

Protocol

Адреса назначения

Порты назначения

Передача сигналов вызовов в Webex Calling (SIP или SIP TLS)

Внешний NIC локального шлюза

8000–65535

TCP

135.84.171.0/25

135.84.172.0/25

199.59.65.0/25

199.59.66.0/25

199.59.70.0/25

199.59.71.0/25

8934

Устройства

5060–5080

Приложения

Временный диапазон (зависит от ОС)

Передача мультимедиа во время вызова в Webex Calling (RTP или SRTP)