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

30 сентября 2022 г.
Обзор Webex Calling

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

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

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

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

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

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

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

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

Функция

Описание

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Функция

Описание

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Обзор

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

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

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

  • Cisco Unified Communications Manager

  • Cisco Unified IM and Presence

  • Cisco Unified Unity Connection

  • Cisco Expressway

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

  • Cisco Session Management Edition (SME) (дополнительно)

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

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


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

Обзор Control Hub

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Класс службы

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • CLICKTOCALL: или CLICKTOCALL://.

  • SIP: или SIP://.

  • TEL: или TEL://.

  • WEBEXTEL: или WEBEXTEL://.

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

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

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

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

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

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

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

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

30 сентября 2022 г.
Подготовка среды для вызовов Webex Call

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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


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

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

Брандмауэр

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1

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


 

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

2

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

3

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


 

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

4

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

5

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

6

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

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

 

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

7

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

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

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

9

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

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

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

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

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

1

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

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

2

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

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

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

4

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

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


     

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

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

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

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

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

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

     

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

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

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

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

5

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

6

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

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

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

7

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

Что делать дальше

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

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


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

1

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

2

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

3

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

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

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


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

1

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

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

2

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

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


     

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

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

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

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

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

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

     

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

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

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

     

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

3

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

4

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


 

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

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

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

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

5

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

6

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


 

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


 

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

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


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


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

1

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

2

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

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

     

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

3

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

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

     

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

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

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

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

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


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

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

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

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

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

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

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

1

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

2

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

3

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


 

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

Что делать дальше

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

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

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

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

1

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

2

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

3

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

4

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


 

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

5

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

Что делать дальше

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

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

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

1

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

2

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

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

1

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

2

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

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

3

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


 

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

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


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

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

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

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

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

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

     

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

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

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


 

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

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

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

Процесс настройки локального шлюза

Для настройки локального шлюза для магистрали Webex Calling два параметра.

  • Магистраль, основанная на регистрации

  • Магистраль, основанная на сертификатах

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

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

  • Понимание требований к локальной телефонной сети общего PSTN (Local Gateway, LGW) для Webex Calling . Для получения дополнительной информации Webex Calling в предпочтительных архитектурах Cisco.

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

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

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

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

    • NTP

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

    • включить пароли

    • основной пароль

    • IP-маршрутия

    • IP-адреса и так далее

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

1

Назначьте интерфейсы 3-го уровня с действительными и маршрутируемыми IP-адресами.

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

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

conf t
key config-key password-encrypt Password123
password encryption aes
3

Настройте сервер имени IP, чтобы включить DNS-искать и делать ping, чтобы обеспечить доступ к серверу. Локальный шлюз использует DNS для разрешения проблем с Webex Calling прокси.

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

В включить TLS 1.2 и стандартную конечную точку доверия замещего места.

  1. Создайте конечную точку PKI для замещего места и назовите ее примерTP.

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


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

    • Для работы TLS необходима криптографовая точка доверия. Хотя настройка локального сертификата клиента (например, mTLS) для соединения не требуется.

  3. Включите exclusivity для v1.2, чтобы отключить TLS 1.0 и 1.1.

  4. Установите для подсчета tcp-retry 1000 (5 мс = 5 секунд).

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


     

    Применима версия Cisco IOS XE 17.3.2 и более новая.

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

sip-ua
crypto signaling default trustpoint sampleTP cn-san-validate server
transport tcp tls v1.2
tcp-retry 1000
end
5

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

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

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

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

    show crypto pki trustpool | include DigiCert
  2. Если сертификаты DigiCert Room CA и IdenTrust Коммерческие сертификаты не существуют, обновят информацию следующим образом:

    configure terminal
    Enter configuration commands, one per line.  End with CNTL/Z.
    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.
    end
    

     

    Вы также можете скачать пакет сертификатов и установить его на локальном сервере или в памяти flash-памяти локального шлюза.

    Пример.

    crypto pki trustpool import clean url flash:ios_core.p7b
  3. Проверить:

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

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

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

1

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

configure terminal 
voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y
exit
allow-connections sip to sip
media statistics
media bulk-stats
no supplementary-service sip refer
no supplementary-service sip handle-replaces
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none
stun
stun flowdata agent-id 1 boot-count 4
stun flowdata shared-secret 0 Password123$
sip
g729 annexb-all
early-offer forced
end

Ниже описание полей конфигурации.

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

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

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


     

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

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

  • IP-адреса должны совпадать с IP-адресами хостов и outbound-proxy решает с клиентом 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 
  • Статистика мультимедиа

    Включает мониторинг мультимедиа на локальном шлюзе.

  • Массовая статистика мультимедиа

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

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

Базовые функции SIP-to-SIP
allow-connections sip to sip
Дополнительные услуги
no supplementary-service sip refer
no supplementary-service sip handle-replaces

Отключает REFER и заменяет ИД диалога в заменяемом заглавной идент-рефер.

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

Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-f1.html#wp3472350152.
Включить глобальный stun
stun
stun flowdata agent-id 1 boot-count 4
stun flowdata shared-secret 0 Password123$
  • При переадрании вызова пользователю Webex Calling (например, вызываемая и вызываемая абоненты являются Webex Calling абонентами. При привязке мультимедиа на Webex Calling SBC) поток мультимедиа на локальный шлюз не может быть открыт, поскольку она не открыта.

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

  • Предварительным условием для отправки сообщений stun является локальный шлюз. Можно настроить межсетевые экраны на основе Cisco IOS/IOS XE для динамической проверки пароля и открытия «закрепленных дыр» (например, без явных правил. Однако для развертывания локального шлюза необходимо настроить статически брандмауэр на открытие закреплений в и на основе подсеть Webex Calling SBC. Соответственно, брандмауэр должен рассматривать подсети SBC как любые входящие UDP-пакеты, что запускает «дыру» без явного взгляд на содержимое пакета.

Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v2.html#wp1961799183.
G729
sip
g729 annexb-all

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

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

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

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

Настройте профиль SIP 200.

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

Ниже описание полей конфигурации.

  • правило 9

    Обеспечивает список заглавных и “SIP-Req-URI” , а не “SIP-Req-URL” .

    Правило преобразовывается между SIP URIS и URL-адресами SIP, поскольку Webex Calling не поддерживает URIS SIP в сообщениях запроса и ответах, но требует их для SRV, например: _sips._tcp.<outbound-proxy>.
  • правило 20

    Модифицирует заданный в заглавной области "От" параметр группы магистральных групп OTG/DTG из Control Hub для уникального определения локального шлюза в пределах предприятия.

  • Применяет профиль SIP к клиенту класса голосовой почты 200 (рассмотрено позже) для всех Webex Calling. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3265081475.

3

Настройте профиль кодека, определение stun и пакет SRTP Crypto.

voice class codec 99
codec preference 1 g711ulaw
codec preference 2 g711alaw 
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
stun usage ice lite
exit

Ниже описание полей конфигурации.

  • Кодек класса голосовой почты 99

    Позволяет использовать в сеансах кодеки g711 (mu и a-law). Применить stun во всех одноранговых узлах набора.

    Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3562947976.
  • Srtp-crypto для класса голосовой почты 200

    Указывает SHA1_80 в качестве единственным набором шифров SRTP, который обеспечивается локальным шлюзом в SDP в предложении и ответах. Webex Calling поддерживает только SHA1_80. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp1731779246.

  • Применяет клиент класса голосовой почты 200 (рассмотренные позже) Webex Calling .

  • Использование stun класса голосовой почты 200

    Определяет использование stun. Применяет stun ко всем Webex Calling-одноранговых узлам (с меткой 2XX) во избежание перенаправки аудио, когда телефон Unified CM перенаправит вызов на другой Webex Calling телефон. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v2.html#wp1961799183.


 

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


 

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

4

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

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

Примените клиент 200 к Webex Calling к одноранговом набору (2xx тегу) в конфигурации локального шлюза. Функция клиента класса голосовой почты позволяет группировать и настраивать параметры магистрали SIP, которые в противном случае могут быть передача голоса по IP и sip-ua. При настройке клиента и его применении к одноранговому устройству к конфигурациям локального шлюза применяется следующий порядок предпочтений.

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

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

  • Глобальная конфигурация (голосовая служба передача голоса по IP / sip-ua)

5

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


 

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

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

Ниже описание полей конфигурации.

voice class tenant 200

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

Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp2159082993.
registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls

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

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

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

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

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

no remote-party-id

Отключение заголовка Remote-Party-ID (RPID) SIP, поскольку Webex Calling поддерживает функцию PAI, которая включается с помощью команды CIO asserted-id pai. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-r1.html#wp1580543764.

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

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

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

Определяет voice class srtp-crypto 200 для указания SHA1_80. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp1731779246.

session transport tcp tls
Устанавливает транспорт для TLS. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp1960850066.
url sips

SRV запрос должен поддерживаться SBC доступа; все остальные сообщения изменены на SIP с помощью профиля SIP 200.

error-passthru

В нем указывается ответ на ошибку SIP через функциональные возможности.

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

Включает обработку PAI на локальном шлюзе. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-a1.html#wp1052365203.

bind control source-interface GigabitEthernet0/0/1

Настройка IP-адреса источника для интерфейса сигнального источника, который Webex Calling . Для получения дополнительной информации https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862 см. .

bind media source-interface GigabitEthernet0/0/1

Настройка IP-адреса источника для интерфейса источника перед Webex Calling . Для получения дополнительной информации https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862 см. .

no pass-thru content custom-sdp

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

sip-profiles 200

Изменения SIP в SIP и изменение строки/порта для сообщений INVITE и REGISTER, как определено в voice class sip-profiles 200. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3265081475.

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

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

privacy-policy passthru

Прозрачно проходить через заглавные значения конфиденциальности от входящих к исходящую ветвь. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-p2.html#wp2238903481.

После определения клиента 200 в локальном шлюзе и настройки набора SIP-узла передача голоса по IP шлюз инициирует соединение TLS в Webex Calling, после чего SBC доступа представит свой сертификат локальному шлюзу. Локальный шлюз проверяет сертификат доступа Webex Calling SBC с помощью пакета корневого ЦС, обновленного ранее. Устанавливает постоянный сеанс TLS между локальным шлюзом и Webex Calling SBC. После этого локальный шлюз отправляет register в SBC доступа с проблемой. AOR регистрации: номер@домен. Номер засканется из параметра учетных данных "Номер" и домена из номера регистрации:<fqdn>" Если перед регистрацией стоит задача:

  • Используйте имя пользователя, пароль и параметры области из учетных данных, чтобы создать заглавный и sip-профиль 200.

  • Преобразование SIPS URL обратно в SIP.

Регистрация успешна, когда вы получаете 200 OK из SBC доступа.

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

  1. Клиенты классаголосовой почты. Клиенты, создав другие клиенты, создаются для одноранговых телефонных узлах, сталкиваются с ITSP аналогично клиенту 200 , который создается для Webex Calling других одноранговых телефонов.

  2. URIS класса голосовой почты. Вы определяете шаблоны для IP-адресов/портов хостов для различных магистральных магистральных портов, оканчивую локальным шлюзом:

    • Webex Calling к LGW

    • PSTN о завершении магистрали SIP на LGW

  3. Outbound dial-peers(Исходящие граничные полосы набора) – можно перенаправить ветви исходящие вызовы из LGW в магистраль SIP ITSP и Webex Calling.

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

  5. Входящие граничные вызовы– можно принимать входящие входящие вызовы от ITSP и Webex Calling.

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

1

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

  1. Применить клиент класса голосовой почты 100 к всем исходящие одноранговые IP-PSTN.

    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. Применить клиент класса голосовой почты 300 к всем одноранговых узлам для входящий набор с IP-PSTN.

    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

Настройте следующий 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

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

    session protocol sipv2

    Этот набор указывает на то, что наборныйранговой телефон 101 обрабатывает ветвь вызовов 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

    При наборе номера все параметры наследуются клиентом 100 , если этот же параметр не определен в самом комьют-пире.

    no vad

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

  2. Outbound dial-peer towards Webex Calling ( Обновление узла набора для исходящие, чтобы он был в качестве входящие граничные Webex Calling от Webex Calling, а также более поздней версии в руководстве по настройке).

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

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

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

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

    session target sip-server

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

    voice-class stun-usage 200

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

    no voice-class sip localhost

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

    voice-class sip tenant 200

    При наборе номера все параметры наследуются клиентом 200 (LGW <--> Webex Calling Trunk), если только этот параметр не задан в самом ком номеровом ранговом окантовке. </-->

    srtp

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

    no vad

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

4

Настройте следующие группы одноранговых телефонных номеров (dpg).

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

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

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

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

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

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

    Ниже описание полей конфигурации.

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

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

    session protocol sipv2

    Этот набор указывает на то, что во время набора номера 100 вызовы SIP обрабатываются ветвями вызовов.

    incoming uri via 100

    В этом качестве указывается URI URI 100 класса голосовой почты, который соответствует входящий трафик от IP-PSTN к локальному шлюзу на IP-адресе хоста хоста via. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080.

    destination dpg 200

    В этом выборе указывается номер одноранговой группы 200 для выбора узла для исходящие наборы. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940.

    voice-class sip tenant 300

    При наборе номера все параметры наследуются клиентом 300 , если этот же параметр не определен в самом комьют-пире.

    no vad

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

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

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

    Ниже описание полей конфигурации.

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

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

    incoming uri request 200

    Указывает URI 200 класса голосовой почты для соотнесения всего входящих трафика от Webex Calling к LGW по уникальному шаблону dtg в URI запроса с уникальным определением локального шлюза в пределах предприятия и экосистемы Webex Calling . Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080.

    destination dpg 100

    В этом выборе указывается номер одноранговой группы 100 для выбора узла для исходящие наборы. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940.

    max-conn 250

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

От PSTN к Webex Calling

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

От Webex Calling к PSTN

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

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

  1. Клиентыкласса голосовой почты. Вы создаете больше клиентов для одноранговых телефонов, которые сталкиваются с Unified CM и ITSP, аналогично клиенту 200 , который создается для Webex Calling других одноранговых телефонов.

  2. URIS класса голосовойпочты – вы определяете шаблон для IP-адресов/портов хостов для различных магистральных магистральных портов, определив их в lgW из:

    • Unified CM – LGW для PSTN назначения

    • Unified CM – LGW для Webex Calling назначения

    • Webex Calling к назначениям LGW

    • PSTN о завершении магистрали SIP на LGW

  3. Группа серверов класса голосовой почты– вы можете обращаться к IP-адресам и портам исходящие магистрали от:

    • LGW – Unified CM

    • LGW для Webex Calling

    • LGW для PSTN магистрали SIP

  4. Outbound dial-peers (Исходящие граничные маршрутизаторы) – можно маршрутизовать входящие вызовы из:

    • LGW – Unified CM

    • Магистраль SIP ITSP

    • Webex Calling

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

  6. Входящие граничные вызовы– можно принимать входящие ветви вызовов из Unified CM, ITSP иWebex Calling.

1

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

  1. Применить клиент класса голосовой почты 100 на всех узлах исходящие наборы, которые сталкиваются с Unified CM и IP-PSTN.

    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. Применить клиент класса голосовой почты 300 на всех входящие одноранговые номера из Unified CM и IP-PSTN.

    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

Настройте следующий 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-адрес сигнального IP-адреса источника Unified CM и порт VIA для магистрали PSTN сети:

    voice class uri 302 sip
    pattern 192.168.80.60:5060
    
3

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

  1. Определяет IP-адрес целевого узла магистрали Unified CM и номер порта для группы Unified CM 1 (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 и номер порта для группы Unified CM 2, если применимо:

    voice class server-group 303
    ipv4 192.168.80.60 port 5065
    
  3. Определяет IP-адрес целевого узла магистрали Unified CM для группы 1 (5 узлов) Unified CM. Unified CM использует порт по умолчанию 5060 для входящего трафика в магистрали PSTN. Без номера порта можно использовать порт по умолчанию 5060. (PSTN <-> LGW --> 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

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

    session protocol sipv2

    Этот набор указывает на то, что наборный ранговой телефон 101 обрабатывает ветвь вызовов SIP.

    session target ipv4:192.168.80.13

    Указывает целевой адрес IPv4 назначения для отправки ветви вызова (в этом случае IP-адрес ITSP).

    voice-class codec 99

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

    voice-class sip tenant 100

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

  2. Outbound dial-peer toward Webex Calling (Обновите этот входящий ком номер, чтобы он служить в качестве входящие граничные Webex Calling):

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

    Ниже описание полей конфигурации.

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

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

    session target sip-server

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

    voice-class stun-usage 200

    Позволяет отправлять локально созданные запросы stun по согласованию пути мультимедиа. Stun помогает в открытии закрепленной дыры в брандмауэре.

    no voice-class sip localhost

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

    voice-class sip tenant 200

    При наборе номера все параметры наследуются клиентом 200 (магистраль Webex Calling LGW <--> ), если только этот параметр не задан в самом ком номеровом ранговом окантовке. </-->

    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-адреса сеанса в комплексном узле вы указываете на группу серверов назначения (группа серверов 301 для ком номера-узла 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-1for inbound from PSTN - Nodes 1 to 5
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 305
    voice-class codec 99 
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad
    
  6. Второй узел исходящие набора в магистрали PSTN Unified CM, если имеется более 5 узлов Unified CM:

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

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

  1. Определение DPG 100. Исходящая адресуемая точка 101 является целевым параметром для всех входящих вызовов адресуемых точек вызова, поступающих в группу адресуемых точек вызова 100. DPG 100 применяется к входящих одноранговых узлах 302 , которые позже определяются для Unified CM --> LGW --> PSTN пути:

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

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

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

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

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

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

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

    Ниже описание полей конфигурации.

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

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

    session protocol sipv2

    Этот набор указывает на то, что во время набора номера100 вызовы SIP обрабатываются ветвями вызовов.

    incoming uri via 100

    Указывает uri 100 класса голосовой почты для всего входящих трафика из Unified CM в LGW на IP-адрес хоста хоста VIA. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080.

    destination dpg 302

    В этом выборе указывается номер в группе 302 для исходящие наборные номера. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940.

    voice-class sip tenant 300

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

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

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

    Ниже описание полей конфигурации.

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

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

    incoming uri request 200

    Указывает URI 200 класса голосовой почты для всего входящих трафика из Unified CM в LGW по уникальному шаблону dtg в URI запроса, что уникально определяет сайт локального шлюза в пределах предприятия и экосистемы Webex Calling сети. См. https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080

    destination dpg 300

    В этом примере указывается номер в группе 300 для выбора узла исходящие наборы. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940.

    max-conn 250

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

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

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

    Ниже описание полей конфигурации.

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

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

    incoming uri via 300

    Указывает URI 300 класса голосовой связи для всего входящих трафика из Unified CM в LGW через порт-источник (5065). Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080.

    destination dpg 200

    В этом выборе указывается номер в группе 200 для исходящие наборные номера. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940.

    voice-class sip tenant 300

    При наборе номера все параметры наследуются клиентом 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

    Указывает URI 302 класса голосовой связи для всего входящих трафика из Unified CM в LGW через порт-источник (5065). Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080.

    destination dpg 100

    В этом примере указывается номер в группе 100 для выбора узла исходящие наборы. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940.

    voice-class sip tenant 300

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

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

Webex Calling unified CM с магистралью Webex Calling с платформой

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

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

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

Диагностические подписи (DS) – это файлы XML, содержащие информацию о событиях и действиях, которые необходимо принять для информирования, устранения неполадок и устранения проблемы. логику обнаружения проблем можно определить с помощью сообщений SYSLOG, событий SNMP и периодического контроля выходов определенных команд show.

Типы действий включают сбор выходных данных команды show:

  • создание консолидированного файла журнала

  • загрузка файла пользователю в сетевое местоположение, например HTTPS, SCP, FTP-сервер

Инженеры TAC авторизации файлов DS и цифровой подписи для защиты целостности. Каждый файл DS имеет уникальный числовой идентификатор, присвоенный системой. Средство поиска подписей диагностики (DSLT) – единственный источник, который позволяет найти соответствующие сигнатуры для контроля и устранения различных неполадок.

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

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

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

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

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

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

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

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

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

    configure terminal 
    call-home  
    diagnostic-signature 
    environment ds_email <email address> 
    end 

Локальный шлюз с работающим 16.11.1 или более высоким

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

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

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

    configure terminal 
    call-home  
    diagnostic-signature 
    environment ds_email <email address>
    end 

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

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

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

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

    configure terminal 
    call-home  
    diagnostic-signature 
    environment ds_email <email address> 
    end 

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

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

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

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

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

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

Мониторинг высокой загруженности ЦП

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

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

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

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

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

    Платформа

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

    Продукт

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

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

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

    Тип проблемы

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

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

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

    В примере ниже показано копирование файла с FTP-сервера на локальный шлюз.

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

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

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

    Скачать DSes:

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

    Имя DS

    Редакция

    Состояние

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

    64224

    DS_LGW_CPU_MON75

    0.0.10

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

    2020-11-07 22:05:33


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

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

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

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

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

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

    Платформа

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

    Продукт

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

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

    SIP-SIP

    Тип проблемы

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

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

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

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

Ненабдиненное отслеживание вызовов отключается

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

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

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

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

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

    Платформа

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

    Продукт

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

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

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

    Тип проблемы

    Обнаружение неявных вызовов SIP при отправке уведомления по электронной почте и SYSLOG.

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

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

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

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

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

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

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

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

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

    Пример.

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

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

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

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

    Платформа

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

    Продукт

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

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

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

    Тип проблемы

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

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

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

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

    Платформа

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

    Продукт

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

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

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

    Тип проблемы

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

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

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

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

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

    Скачано DSes:

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

    Имя DS

    Редакция

    Состояние

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

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

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

    2020-11-08

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

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

    2020-11-08

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

В следующей команде столбец "Состояние" команды показывает изменение диагностической подписи для домашнего вызова на "выполняется", в то время как локальный шлюз выполняет действие, определенное внутри подписи. Вывод статистических данных диагностики домашнего вызова является лучшим способом проверки того, обнаруживает ли диагностическая подпись событие, вызываемое и выполняет действие. Столбец «Triggered/Max/Deinstall» (Триггер,/Макс./Деинсталл) указывает количество раз, в которое данной подписи инициирует событие, максимальное количество случаев, в течение которое оно определяется для обнаружения события, а также указывает, деинсталлирует ли подпись после обнаружения максимального количества инициированных событий.

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

Скачано DSes:

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

Имя DS

Редакция

Состояние

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

64224

DS_LGW_CPU_MON75

0.0.10

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

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Работает

2020-11-08 00:12:53

показать статистические данные диагностики домашнего вызова

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

Имя DS

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

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

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

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

20.01.2015 г.

23.053

23.053

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

Удалить диагностические сигнатуры

Для устранения неполадок обычно определяется использование подписей диагностики для их устранения. Если вы хотите удалить подпись вручную, извлеките ИД DS на выходе show call-home diagnostic-signature и запустите следующую команду:

call-home diagnostic-signature deinstall <DS ID> 

Пример.

call-home diagnostic-signature deinstall 64224 

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

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

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

    • NTP

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

    • включить пароли

    • основной пароль

    • IP-маршрутия

    • IP-адреса и так далее

  • Для всех развертывании локальных шлюзов требуется минимальный поддерживаемый выпуск IOS XE 17.6.

1

Назначьте действительные и маршрутируемые IP-адреса любым интерфейсам 3-го уровня.

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 198.51.100.1 255.0.0.0

 
Интерфейс к Webex Calling должен быть внешним.

 

В Control Hub можно настроить только FQDN/SRV локального шлюза. Убедитесь в том FQDN что адрес веб-интерфейса имеет разрешение на IP-адрес интерфейса.

2

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

conf t
key config-key password-encrypt Password123
password encryption aes
3

Настройте сервер имен IP для обеспечения возможности искать DNS. Прокси-сервер имен IP и убедитесь в том, что сервер недосяен. Локальный шлюз должен разрешать Webex Calling прокси с помощью этого DNS:

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

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


 
  • Сертификат, подписанный и доверенный ЦС, должен быть распознат.

  • Домен в URI верхнего уровня контакта в сообщениях запроса SIP (например, Пригласить, параметры) должен присутствовать в сертификате SAN, чтобы установить соединение TLS.

  1. Создайте ключ RSA, который будет соответствовать длине сертификата корневой сертификат с помощью следующей команды:

    crypto key generate rsa general-keys exportable label my-cube modulus 4096
  2. Создайте конечную точку для удержания сертификата, подписанного ЦС, с помощью следующих команд:

    crypto pki trustpoint CUBE_CA_CERT
     enrollment terminal pem
     serial-number none
     subject-name CN=my-cube.domain.com (this has to match the router’s hostname  [hostname.domain.name])
     revocation-check none
     rsakeypair TestRSAkey !(this has to match the RSA key you just created)
  3. Создать запрос на подпись сертификата (CSR) с помощью следующей команды:

    crypto pki enroll CUBE_CA_CERT

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

    • Убедитесь в том FQDN магистрали (FQDN или SRV), настроенной в Control Hub, в SAN сертификата.

5

Если у корневой сертификат имеется промежуточный ЦС, выполните следующие команды:


 

Если промежуточные органы сертификации не существуют, переперейти к шагу 6.

crypto pki trustpoint Root_CA_CERT
 enrollment terminal
 revocation-check none
!
crypto pki authenticate Root_CA_CERT
<paste root CA X.64 based certificate here >

crypto pki trustpoint Intermediate_CA
 enrollment terminal
 chain-validation continue Root_CA_CERT
 revocation-check none
!
crypto pki authenticate Intermediate_CA
<paste Intermediate CA X.64 based certificate here >

crypto pki authenticate CUBE_CA_CERT 
<paste Intermediate CA X.64 based certificate here >


crypto pki import CUBE_CA_CERT certificate
<paste CUBE  CA X.64 based certificate here >
6

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

crypto pki trustpoint Root_CA_CERT
enrollment terminal
revocation-check none
!
crypto pki authenticate Root_CA_CERT
<paste root CA X.64 based certificate here >

crypto pki authenticate CUBE_CA_CERT 
<paste root  CA X.64 based certificate here >

crypto pki import CUBE_CA_CERT certificate
<paste CUBE  CA X.64 based certificate here >

7

Настройте SIP-UA для использования созданной конечной точки доверия.

configure terminal
sip-ua
crypto signaling default trustpoint CUBE_CA_CERT
transport tcp tls v1.2

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

  • В сети, Webex Calling должен быть используется общедоступный адрес IPv4. Полное доменное имя (FQDN) или адреса записи службы (SRV) должны иметь публичный адрес IPv4 в Интернете.

  • Все порты SIP и мультимедиа на внешнем интерфейсе должны быть доступны из Интернета. Порты не должны быть за трансляцией сетевых адресов (NAT). Убедитесь в обновлении брандмауэра на компонентах корпоративной сети.

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

    • ЦС должен подписать сертификат, как упоминалось в документе Какие корневые сертификаты поддерживаются для вызовов на Cisco Webex платформ аудио и видео? .

    • В FQDN Control Hub должно быть задано общее имя (CN) или альтернативное имя субъекта (SAN) сертификата. Пример.

      • Если магистраль, настроенная из Control Hub вашей организации, london.lgw.cisco.com:5061 в качестве магистрали FQDN локального шлюза, cn или SAN должна содержать london.lgw.cisco.com в сертификате.  

      • Если магистраль, настроенная из Control Hub вашей организации, london.lgw.cisco.com в качестве адреса SRV локального шлюза, cn или SAN должна содержать london.lgw.cisco.com в сертификате. Записи, которые SRV адресу (CNAME, запись или IP-адрес), необязательны в SAN.

      • В примере FQDN или SRV, используемом для магистрали, адрес контакта для всех новых диалогов SIP от локального шлюза должен иметь london.lgw.cisco.com в хост-части SIP-адреса. См. шаг 5 для настройки.

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

  • Загрузите пакет доверия на локальный шлюз, как упоминалось в том, что корневые сертификаты поддерживаются для вызовов на Cisco Webex платформ аудио и видео?.

1

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

configure terminal
voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y
allow-connections sip to sip
no supplementary-service sip refer
no supplementary-service sip handle-replaces
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none 
sip 
early-offer forced

Ниже описание полей конфигурации.

Предотвращение мошенничества со платными номерами
voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y
  • Обеспечивает IP-адреса источников субъектов, от которых на локальный шлюз ожидается легитимная передача голоса по IP вызовов от других Webex Calling одноранговых тока.

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

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


     

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

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

Базовые функции SIP-to-SIP
allow-connections sip to sip
Протокол факса
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

В T.38 для транспортировки факса включается тот же трафик факса, что и без шифрования. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-f1.html#wp3472350152.

SIP
early-offer forced

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

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

Настройте "кодек класса голосовой почты 100".

voice class codec 100
codec preference 1 opus
codec preference 2 g711ulaw
codec preference 3 g711alaw

Ниже описание полей конфигурации.

Кодек класса голосовой почты 100

Разрешает кодеки opus и g711 (mu и a-law) для сеансов. Ко всем одноранговым узлам применяется предпочтительный кодек. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3562947976.

3

Настройте "stun-usage класса голосовой почты 100", чтобы включить ICE.

voice class stun-usage 100 
stun usage ice lite

Ниже описание полей конфигурации.

Использование stun класса голосовой почты 100

Определяет использование stun. Применяет stun ко всем Webex Calling наборам, чтобы избежать аудио, когда телефон Unified CM перенаправил вызов на Webex Calling телефон.

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

Настройте "srtp-crypto 100 для класса голосовой почты", чтобы ограничить поддерживаемую криптографию.

voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Ниже описание полей конфигурации.

Srtp-crypto для класса голосовой почты 100
Указывает SHA1_80 в качестве единственного пакета шифров SRTP, предоставляемого локальным шлюзом в предложении и ответах SDP. Webex Calling поддерживает только SHA1_80.
Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp1731779246.
5

Настройте профили SIP 100. В этом примере cube1.abc.lgwtrunking.com является адресом FQDN, выбранным для локального шлюза, а "172.x.x.x" – IP-адрес интерфейса локального шлюза, который находится к Webex Calling:

voice class sip-profiles 100
rule 10 request ANY sip-header Contact modify "172.x.x.x" "cube1.abc.lgwtrunking.com" 
rule 20 response ANY sip-header Contact modify "172.x.x.x" "cube1.abc.lgwtrunking.com" 
 

Ниже описание полей конфигурации.

правило 10 для правила 20
Убедитесь в том, что IP-адрес локального шлюза заменяется адресом FQDN в заглавной области «Contact».

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

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

Настройте следующие четыре исходящие граничных узла набора:

  1. Настройте первый исходящие граничные граничные Webex Calling.

    dial-peer voice 101 voip 
    description OutBound Dial peer towards Webex Calling
    destination-pattern BAD.BAD 
    session protocol sipv2
    session target dns:peering1.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable 
    voice-class codec 100
    voice-class stun-usage 100 
    voice-class sip profiles 100 
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1 
    voice-class sip bind media source-interface GigabitEthernet 1 
    dtmf-relay rtp-nte
    srtp!
    Ниже описание полей конфигурации.
    dial-peer voice 101 voip
    description OutBound Dial peer towards Webex Calling

    Определяет передача голоса по IP набора с тегом 101 и дает в значительной части описание простоты управления и устранения неполадок. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624.

    destination-pattern BAD.BAD

    Позволяет выбрать одноранговой телефон 101. Тем не менее , исходящие вызовы прямого набора номера 101 из входящие точки набора с использованием заявлений DPG в обход критериев соответствия шаблона цифры. Используется произвольный шаблон, основанный на буквно-цифровых цифрах, разрешенных ВLI шаблона назначения. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp3350083587.

    session protocol sipv2

    Этот набор указывает на то, что наборный ранговой телефон 101 обрабатывает ветвь вызовов SIP. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp1960850066.

    session target dns:peering1.sipconnect-int.bcld.webex.com:5062

    Указывает целевой адрес FQDN из Control Hub для отправки ветви вызова. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp3465578841.

    voice-class codec 100

    Указывает список предпочтений кодека 100 для набора номера101. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3869826384.

  2. Настройте остальные ходящие граничные граничные ходящие Webex Calling . Действия остаются на том же уровне , что и шаг 6a , но для других одноранговых стран в качестве "цели сеанса" не зашифрованы.

    dial-peer voice 102 voip
    description OutBound Dial peer towards Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering2.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    dial-peer voice 103 voip
    description OutBound Dial peer towards Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering3.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    dial-peer voice 104 voip
    description OutBound Dial peer towards Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering4.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
     !
7

Создайте группу одноранговых телефонных номеров на основе узла набора Webex Calling активной/активной модели.


 

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

  1. Определите DPG 100 с помощью узла исходящие наборы 101,102,103,104для Webex Calling. Примените DPG 100 к входящих номеров 100 для определения PSTN Unified CM.

voice class dpg 100
dial-peer 101 preference 1 
dial-peer 102 preference 1 
dial-peer 103 preference 1 
dial-peer 104 preference 1 
Ниже описание полей конфигурации.
dial-peer 101 preference 1 

Ассоциировает outbound dial-peer с группой dial-peer 100 и настраивает для этого же параметра номер-одноранговые 101, 102, 103 и 104 . Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624.

8

Создайте группу одноранговых телефонных номеров на основе узла набора Webex Calling в основной/резервной модели.


 

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

  1. Определите номер в одноранговой группе 100 с исходяным номером 101,102,103,104 для Webex Calling. Примените DPG 100 к входящих номеров 100 для определения PSTN Unified CM.

voice class dpg 100
dial-peer 101 preference 1 
dial-peer 102 preference 1 
dial-peer 103 preference 2 
dial-peer 104 preference 2 
Ниже описание полей конфигурации.
dial-peer 101 and 102 preference 1 

Ассоциировает исходящие сое сутки набора с номерами одноранговой группы 100 и настраивает в качестве первого параметра ком номер-узла 101 и 102 . Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940.

dial-peer 103 and 104 preference 2 

Связывает outbound dial-peer с группой dial-peer 100 и настраивает в качестве второго параметра ком номер-узла 103 и 104 . Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940.

9

Настройте входящий номер из сети Webex Calling. Входящие совпадения основаны на запросе URI.

voice class uri 120 sip 
pattern cube.domain.com 
dial-peer voice 110 voip 
session protocol sipv2
session transport tcp tls
destination dpg 120
incoming uri request 120
voice-class codec 100
voice-class stun-usage 100 
voice-class sip profiles 100 
voice-class sip srtp-crypto 100
voice-class sip bind control 
source-interface GigabitEthernet1 
voice-class sip bind media 
source-interface GigabitEthernet1 
srtp!

Ниже описание полей конфигурации.

voice class uri 120 sip
Определяет шаблон совпадения для входящих вызовов от Webex Calling. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3880836726.
session transport tcp tls
Устанавливает транспорт для TLS. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp3059887680.
destination dpg 120
В этом выборе указывается номер из одноранговой группы 120 для выбора узла для исходящие наборы. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940.
incoming uri request 120

Соотнося весь входящий трафик от Webex Calling к локальному шлюзу с уникальным шаблоном DTG в URI запроса, уникальным образом идентифицирующим сайт локального шлюза в пределах предприятия и в экосистеме Webex Calling сети. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080.

Voice class srtp-crypto 100

Настройка предпочтительных наборов шифров для ветви вызова SRTP (connection). Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp1731779246.

bind control source-interface GigabitEthernet0/0/1

Настройка IP-адреса источника для интерфейса сигнального источника, который Webex Calling . Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862.

bind media source-interface GigabitEthernet0/0/1

Настройка IP-адреса источника для интерфейса источника перед Webex Calling . Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862.

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

  1. URIS класса голосовой почты– можно определить шаблоны IP-адресов/портов хоста для различных магистральных магистральных портов, оканчивую локальным шлюзом:

    • Webex Calling к LGW

    • PSTN о завершении магистрали SIP на LGW

  2. Outbound dial-peers-Вы можете маршрутировать ветви исходящие вызовы от LGW к магистрали SIP поставщика услуг интернет-телефонии (ITSP) и Webex Calling.

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

  4. Входящие граничные вызовы– можно принимать входящие входящие вызовы от ITSP и Webex Calling.

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

1

Настройте следующий URI класса голосовой почты:

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

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Определите шаблон для уникального определения локального шлюза в пределах предприятия. Используйте имя хоста локального шлюза в качестве шаблона совпадения uniform Resource Identifier (URI).

    voice class uri 200 sip
    pattern cube.domain.com
    

     

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

    Received
    INVITE sip:+6531239003@awscube1a.var1-sg.lgwtrunking.com:5061;transport=tls;dtg=awscube1a.var1-sg.lgwtrunking.com SIP/2.0 
2

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

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

    dial-peer voice 121 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 100
    dtmf-relay rtp-nte 
    no vad
    

    Ниже описание полей конфигурации.

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

    Определяет передача голоса по IP набора с тегом 121 и дает в значительной части описание простоты управления и устранения неполадок. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624.

    destination-pattern BAD.BAD

    Позволяет выбрать одноранговой телефон 121. Однако этот исходящие вызовы вызываются непосредственно из входящие точки набора с помощью заявлений DPG, что не влияет на критерии соответствия шаблона цифр. Используется произвольный шаблон, основанный на буквно-цифровых цифрах, разрешенных ВLI шаблона назначения. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp3350083587.

    session protocol sipv2

    Этот набор указывает на то, что наборный ранговой телефон 121 обрабатывает ветвь вызовов SIP. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp1960850066.

    session target ipv4:192.168.80.13

    Указывает целевой адрес IPv4 назначения для отправки ветви вызова. Целью сеанса здесь является IP-адрес itsP. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp3465578841.

    voice-class codec 100.

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

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

    dtmf-relay rtp-nte

    RTP-NTE (RFC2833) определяется как возможность DTMF, ожидаемая в ветвях вызова. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d2.html#wp3639536185.

    no vad

    Отключение обнаружения голосовой активности. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp2063966724.

  2. Исходящие одноранговые исходящие Webex Calling . См . в настройках магистрали на основе сертификатов.

3

Настройте следующую группу набора (DPG).

  1. Определяет группу набора номера 120. Исходящие граничные 121 исходящие Webex Calling - > LGW --> PSTN. DPG 120 применяется к входящих кометным узлам 110 для Webex Calling --> LGW --> PSTN пути.

    voice class dpg 120
    description Incoming IP PSTN to Webex Calling
    dial-peer 110 

     

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

4

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

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

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

    Ниже описание полей конфигурации.

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

    Определяет передача голоса по IP набора с тегом 122 и дает в значительной части описание простоты управления и устранения неполадок. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624.

    session protocol sipv2

    Этот набор указывает на то, что кометный 122 обрабатывает ветвь вызовов SIP. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp1960850066.

    incoming uri via 100

    Определяет критерий совпадения для заглавного адреса VIA PSTN IP-адреса. Со всех входящих IP-адресов PSTN ветвей вызова на локальном шлюзе с помощью ком номер-узла 122. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080.

    destination dpg 100

    Обход классического критерия соответствия между одноранговых исходящие номера в локальном шлюзе с назначением DPG 100. Настройка ветви исходящий вызов с помощью одноранговых телефонных узла, определенных в DPG 100назначения, т. е. набора 101,102,103,104. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940.

    no vad

    Отключение обнаружения голосовой активности. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp2063966724.

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

PSTN к Webex Calling :

Для определения критерия совпадения входящих IP-адресов с PSTN IP-адресов на локальном шлюзе с номеронабирательом 122 определите критерий совпадения для заглавного адреса VIA с IP-адресом PSTN ip-адреса . DPG 100 вызывает исходяющий вызов вызываемого узла 101,102,103,104, в качестве целевого Webex Calling сервера.

Webex Calling к PSTN:

Для определения критерия совпадения шаблона совпадения для заглавного шаблона Webex Calling URI ЗАПРОСа с инициализом узла локального шлюза, уникальным для развертывания локального шлюза, со всеми входящие ветвями вызова на локальном шлюзе с номером узла 110 . DPG 120 вызывает исходяходящий вызов 121- узла, в качестве целевого назначения PSTN IP-адрес .

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

  1. URIS класса голосовойпочты – можно определить шаблоны IP-адресов/портов хостов для различных магистральных магистральных портов, определив их в LGW из:

    • Unified CM – LGW для PSTN назначения

    • Unified CM – LGW для Webex Calling назначения

    • Webex Calling к назначениям LGW

    • PSTN о завершении магистрали SIP в назначениях LGW

  2. Группа серверов класса голосовой почты– вы можете обращаться к IP-адресам или портам исходящие магистрали от:

    • LGW – Unified CM

    • LGW для Webex Calling

    • LGW для PSTN магистрали SIP

  3. Outbound dial-peers (Исходящие граничные маршрутизаторы) – можно маршрутизовать входящие вызовы из:

    • LGW – Unified CM

    • Магистраль SIP поставщик услуг телефонии (ITSP)

    • Webex Calling

  4. Voice class dpg (DPGкласса голосовой почты). В качестве целевого узла можно использовать исходящие одноранговые точки набора для входящие вызовы.

  5. Входящие граничные вызовы –можно принимать входящие ветви вызовов из Unified CM, ITSP иWebex Calling.

1

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

  1. Определяет IP-адрес хоста (IP) ееP:

    voice class uri 100 sip
    host ipv4:192.168.80.13
    
  2. Определите шаблон для уникального определения локального шлюза в пределах предприятия. Используйте имя хоста локального шлюза в качестве необходимого шаблона совпадения uniform Resource Identifier (URI).

    voice class uri 200 sip
    pattern cube.domain.com

     

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

    Received
    INVITE sip:+6531239003@awscube1a.var1-sg.lgwtrunking.com:5061;transport=tls;dtg=awscube1a.var1-sg.lgwtrunking.com SIP/2.0 
  3. Определение порта VIA сигналов Unified CM для магистрали Webex Calling.

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

    voice class uri 302 sip
    pattern 192.168.80.60:5060
    
2

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

  1. Определяет IP-адрес целевого узла магистрали Unified CM и номер порта для группы Unified CM 1 (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 <-> LGW --> 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
    
3

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

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

    dial-peer voice 121 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 100
    dtmf-relay rtp-nte
    no vad
    

    Ниже описание полей конфигурации.

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

    Определяет передача голоса по IP набора с тегом 121 и дает в значительной части описание простоты управления и устранения неполадок. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624.

    destination-pattern BAD.BAD

    Позволяет выбрать одноранговое окно набора номера 121. Однако этот исходящие вызовы вызываются непосредственно из входящие точки набора с помощью заявлений DPG, что не влияет на критерии соответствия шаблона цифры. Используется произвольный шаблон, основанный на буквно-цифровых цифрах, разрешенных ВLI шаблона назначения. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp3350083587. session protocol sipv2

    Этот набор указывает на то, что наборный ранговой телефон 121 обрабатывает ветвь вызовов SIP.

    session target ipv4:192.168.80.13

    Укавите целевой адрес IPv4 назначения для отправки ветви вызова (в этом случае IP-адрес ITSP). Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp1960850066.

    voice-class codec 100

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

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

  2. Исходящие одноранговые исходящие Webex Calling :

    dial-peer voice 200201 voip
    description Outgoing dial-peer to Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering1.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    
    dial-peer voice 200202 voip
    description Outgoing dial-peer to Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering2.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    
    dial-peer voice 200203 voip
    description Outgoing dial-peer to Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering3.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    
    dial-peer voice 200204 voip
    description Outgoing dial-peer to Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering4.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    

    Ниже описание полей конфигурации.

    dial-peer voice 200201 voip
    description Outgoing dial-peer to Webex Calling

    Определяет передача голоса по IP набора с пометкой 200201, 200202, 200203, 200204 и предоставляет всмысленное описание для простоты управления и устранения неполадок.

    voice-class stun-usage 100

    Отправка локально сгенерированного запроса stun по согласованию пути мультимедиа. Stun открывает «дыру» в брандмауэре.

    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 100
    dtmf-relay rtp-nte
    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

    Определяет целевую цель сеанса для нескольких узлов Unified CM (группа серверов 301 для набора номера 301), хотя в примере показан только один узел.

    Группа серверов в выходном номере

    Достижение случайного распределения вызовов по всем абонентам вызовов Unified CM или поиску на основании задается в параметрах с несколькими одноранговых узлами в DPG и несколькими серверами в группе серверов dial-peer. В каждой группе серверов может находиться до пяти серверов (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 100
    dtmf-relay rtp-nte
    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 100 
    dtmf-relay rtp-nte
    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 100  
    dtmf-relay rtp-nte
    no vad
    
4

Настройте следующую группу одноранговых телефонов (DPG).

  1. Определяет DPG 121. Outbound dial-peer 121 является целевым объектом для любого входящих набора, вызываемого DPG 121. Применить DPG 121 к входящих одноранговых узлах 302 , которые позже определены для Unified CM --> LGW -- > PSTN пути:

    voice class dpg 121
    dial-peer 121 preference 1
    
  2. Определите DPG 100 исходящие одноранговые 200201, 200202, 200203, 200204 в качестве цели для Unified CM --> LGW --> Webex Calling пути:


     

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

    voice class dpg 100
    dial-peer 200201 preference 1
    dial-peer 200202 preference 1
    dial-peer 200203 preference 1
    dial-peer 200204 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
    
5

Настройте перечисленные ниже параметры 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 100
    dtmf-relay rtp-nte
    no vad
    

    Ниже описание полей конфигурации.

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

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

    session protocol sipv2

    Этот набор указывает на то, что во время набора номера 100 вызовы SIP обрабатываются ветвями вызовов.

    incoming uri via 100

    Указывает URI 100 класса голосовой почты для того, чтобы совмещая весь входящий трафик от IP-PSTN к локальному шлюзу по IP-адресу хоста входящих сообщений VIA. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080.

    destination dpg 302

    В этом выборе указывается номер одноранговой группы 302 для выбора узла для исходящие наборы. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940.
  2. Входящая адресуемая точка вызова для ветвей входящих вызовов Webex Calling.

    dial-peer voice 110 voip
    description Incoming dial-peer from Webex Calling  
    session protocol sipv2 
    session transport tcp tls 
    destination dpg 120 
    incoming uri request 120  
    voice-class codec 100 
    voice-class stun-usage 100 
    voice-class sip profiles 100 
    voice-class sip srtp-crypto 100 
    voice-class sip bind control source-interface GigabitEthernet1 
    voice-class sip bind media source-interface GigabitEthernet1 
    srtp 
     

    Ниже описание полей конфигурации.

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

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

    destination dpg 120

    В этом выборе указывается номер одноранговой группы 120 для выбора узла для исходящие наборы. Для получения дополнительной информации https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 см. .

    Voice class srtp-crypto 100

    Настройка предпочтительных наборов шифров для ветви вызова SRTP (connection). Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp1731779246.

    bind control source-interface GigabitEthernet0/0/1

    Настройка IP-адреса источника для интерфейса сигнального источника, который Webex Calling .

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

    bind media source-interface GigabitEthernet0/0/1

    Настройка IP-адреса источника для интерфейса источника перед Webex Calling .

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

  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 100
    dtmf-relay rtp-nte
    no vad
    

    Ниже описание полей конфигурации.

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

    Определяет одноранговое передача голоса по IP с тегом 300 и дает всмысленное описание для простоты управления и устранения неполадок. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624.

    incoming uri via 300

    Указывает URI 300 класса голосовой связи для всего входящих трафика из Unified CM в LGW через порт-источник (5065). Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080.

    destination dpg 200

    В этом выборе указывается номер одноранговой группы 200 для выбора узла для исходящие наборы. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940.

  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 100
    dtmf-relay rtp-nte
    no vad
    

    Ниже описание полей конфигурации.

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

    Определяет одноранговое передача голоса по IP с тегом 302 и дает всмысленное описание для простоты управления и устранения неполадок. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624.

    incoming uri via 302

    В этом коде указывается URI URI 300 класса голосовой почты, который соответствует входящий трафик из Unified CM локальному шлюзу для PSTN назначения через порт VIA. Порт 5060 можно использовать в качестве стандартного порта SIP. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3880836726.

    destination dpg 100

    В этом выборе указывается номер одноранговой группы 100 для выбора узла для исходящие наборы. Дополнительную информацию см. в разделе https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940.

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

Диагностические подписи (DS) – это файлы XML, содержащие информацию о событиях и действиях, запусках и запусках проблемы, для информирования, устранения и устранения проблемы. Для определения логики обнаружения проблем используйте сообщения SYSLOG, события SNMP и посредством периодического мониторинга выходов определенных команд show. К типам действий относятся:

  • Сбор выходных данных команды show

  • Создание консолидированного файла журнала

  • Загрузка файла в расположение сети, предоставленной пользователем, например HTTPS, SCP, FTP-сервер

Инженеры TAC авторизации файлов DS и цифровой подписи для защиты целостности. Каждый файл DS имеет уникальный числовой ИД, присвоенный системой. Средство поиска подписей диагностики (DSLT) – единственный источник, который позволяет найти соответствующие сигнатуры для контроля и устранения различных неполадок.

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

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

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

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

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

Локальный шлюз с IOS XE 17.6.1 или более новые

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

  2. Настройте защищенный почтовый сервер, который используется для отправки упреждающих уведомлений, если на устройстве установлен IOS XE 17.6.1 или более новые.
    
    configure terminal 
    call-home  
    mail-server <username>:<pwd>@<email server> priority 1 secure tls 
    end 
  3. Настройте переменную среды ds_email с помощью адреса электронной почты администратора для уведомления.

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

Локальный шлюз с версией 17.6.1

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

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

    configure terminal 
    call-home  
    mail-server  <email server> priority 1 
    end 
  3. Настройте переменную среды ds_email с помощью адреса электронной почты администратора, о чем необходимо сообщить

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

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


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

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

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

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

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

Мониторинг высокой загруженности ЦП

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

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

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

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

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

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

    Платформа

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

    Продукт

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

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

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

    Тип проблемы

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

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

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

    В примере ниже показано копирование файла с FTP-сервера на локальный шлюз.

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

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

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

    Скачать DSes:

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

    Имя DS

    Редакция

    Состояние

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

    64224

    DS_LGW_CPU_MON75

    0.0.10

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

    2020-11-07 22:05:33


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

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

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

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

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

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

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

    Платформа

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

    Продукт

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

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

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

    Тип проблемы

    Обнаружение неявных вызовов SIP при отправке уведомления по электронной почте и SYSLOG.

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

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

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

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

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

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

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

  1. Настройте другую переменную среды DS ds_fsurl_prefix в качестве пути файлового сервера Cisco TAC (cxd.cisco.com), чтобы загрузить данные диагностики. Имя пользователя в путь к файлу является номером случая, а пароль – это маркер загрузка файла, который можно получить из диспетчера поддержки, как показано ниже. При необходимости загрузка файла маркер может быть создан в разделе вложения диспетчера приложений support Case Manager.

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

    Пример.

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

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

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

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

    Платформа

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

    Продукт

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

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

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

    Тип проблемы

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

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

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

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

    Платформа

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

    Продукт

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

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

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

    Тип проблемы

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

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

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

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

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

    Скачано DSes:

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

    Имя DS

    Редакция

    Состояние

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

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

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

    2020-11-08:00:07:45

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

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

    2020-11-08:00:12:53

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

В следующей команде столбец "Состояние" команды показывает изменение диагностической подписи для домашнего вызова на "выполняется", в то время как локальный шлюз выполняет действие, определенное внутри подписи. Вывод статистики диагностики домашних вызовов является лучшим способом проверки того, обнаруживает ли диагностическая подпись событие, вызываемое и выполненное действие. Столбец «Triggered/Max/Deinstall» (Триггер,/Макс./Деинсталл) указывает количество раз, в которое данной подписи инициирует событие, максимальное количество случаев, в течение которое оно определяется для обнаружения события, а также указывает, деинсталлирует ли подпись после обнаружения максимального количества инициированных событий.

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

Скачано DSes:

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

Имя DS

Редакция

Состояние

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

64224

DS_LGW_CPU_MON75

0.0.10

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

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Работает

2020-11-08 00:12:53

показать статистические данные диагностики домашнего вызова

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

Имя DS

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

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

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

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

20.01.2015 г.

23.053

23.053

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

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

Как правило, для устранения неполадок используются диагностические подписи, которые необходимо удалить после обнаружения некоторых неполадок. При желании удалить подпись вручную извлеките DS-ID из результатов show call-home diagnostic-signature и запустите следующую команду:

call-home diagnostic-signature deinstall <DS ID> 

Пример.

call-home diagnostic-signature deinstall 64224 

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

Избыточность типа Box-to-box второго уровня

При реализации избыточности типа Box-to-box второго уровня с CUBE HA для формирования пары маршрутизаторов (активного и резервного) используется протокол инфраструктуры группы избыточности. Эта пара совместно использует один и тот же виртуальный IP-адрес (VIP) в их соответствующих интерфейсах и постоянно обменивается сообщениями о состоянии. Информация о сеансе CUBE контролируется в пределах этой пары маршрутизаторов, позволяя резервному маршрутизатору немедленно принять на себя все функции по обработке вызовов CUBE, если активный маршрутизатор выходит из строя, обеспечивая сохранение состояния передачи сигналов и мультимедиа.


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

В этой статье под CUBE HA будет подразумеваться избыточность типа Box-to-box (B2B) второго уровня с помощью CUBE высокой доступности (HA) для удержания вызовов с сохранением состояния

Начиная с IOS-XE 16.12.2 CUBE HA можно развернуть в качестве локального шлюза для развертываний магистрали Cisco Webex Calling (локальная PSTN). В этой статье будут рассмотрены конфигурации и аспекты разработки. На этом рисунке показана типичная настройка CUBE HA в качестве локального шлюза для развертывания магистрали Cisco Webex Calling.

Компонент инфраструктуры группы избыточности

Компонент инфраструктуры группы избыточности (RG) обеспечивает поддержку инфраструктуры взаимодействия Box-to-box между двумя CUBE и согласовывает окончательное устойчивое состояние избыточности. Этот компонент также предоставляет приведенные ниже сведения.

  • Протокол, подобный протоколу HSRP, который согласовывает окончательное состояние избыточности для каждого маршрутизатора за счет обмена сообщениями о проверке активности (keepalive) и приветственными сообщениями (hello) между двумя CUBE (посредством интерфейса управления): GigabitEthernet3 на рисунке выше.

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

  • Настройка и управление интерфейсом виртуальных IP-адресов (VIP) для интерфейсов трафика (несколько интерфейсов трафика можно настроить с помощью одной и той же группы RG): GigabitEthernet 1 и 2 рассматриваются как интерфейсы трафика.

Этот компонент RG должен быть специально настроен для поддержки B2B HA голосовой связи.

Управление виртуальными IP-адресами (VIP) для передачи сигналов и мультимедиа

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

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

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

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

  • В CUBE HA не могут одновременно работать TDM или аналоговые интерфейсы

  • Gig1 и Gig2 являются интерфейсами трафика (SIP/RTP), а Gig3 – интерфейсом передачи данных/управления группой избыточности (RG).

  • В одном домене второго уровня могут быть размещены не более двух пар CUBE HA: один с идентификатором группы 1, другой с идентификатором группы 2. При настройке двух пар HA с одинаковым идентификатором группы интерфейсы передачи данных/управления RG должны принадлежать разным доменам второго уровня (VLAN, отдельный коммутатор).

  • Канал порта поддерживается как для интерфейса передачи данных/управления RG, так и для интерфейса трафика.

  • Все данные сигналов/мультимедиа поступают с виртуального IP-адреса и на него.

  • Если выполняется перезагрузка платформы, при использовании CUBE-HA она всегда загружается как резервная.

  • Более младший адрес для всех интерфейсов (Gig1, Gig2, Gig3) должен находиться на той же платформе.

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

  • Конфигурация обоих CUBE должна быть идентичной (включая физическую конфигурацию) и должна быть запущена на одном типе платформы и одинаковой версии IOS-XE.

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

  • При использовании нескольких интерфейсов (Gig1, Gig2) трафика (SIP/RTP) требуется настройка отслеживания интерфейса.

  • CUBE-HA не поддерживается при использовании перекрестного кабельного соединения для связывания данных/управления RG (Gig3).

  • Обе платформы должны быть идентичны и подключены с помощью физического коммутатора наряду со всеми аналогичными интерфейсами для работы CUBE высокой доступности, т. е. GE0/0/0 на CUBE-1 и CUBE-2 должен быть прерван на одном и том же коммутаторе и т. д.

  • Не допускается прерывание WAN непосредственно в CUBE или данных HA с обеих сторон.

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

  • Для реализации избыточности (данные/управление RG, Gig3) использование отдельного интерфейса L3 является обязательным. Например, интерфейс, используемый для трафика, не может использоваться для проверки активности и контроля состояния HA.

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

Настройка избыточности в обоих CUBE

Чтобы использовать виртуальные IP-адреса, избыточность типа Box-to-box второго уровня необходимо настроить на обоих CUBE, которые будут использоваться в паре HA.

1

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

conf t
 track 1 interface GigabitEthernet1 line-protocol
 track 2 interface GigabitEthernet2 line-protocol
 exit
VCUBE-1#conf t
VCUBE-1(config)#track 1 interface GigabitEthernet1 line-protocol
VCUBE-1(config-track)#track 2 interface GigabitEthernet2 line-protocol
VCUBE-1(config-track)#exit
VCUBE-2#conf t
VCUBE-2(config)#track 1 interface GigabitEthernet1 line-protocol
VCUBE-2(config-track)#track 2 interface GigabitEthernet2 line-protocol
VCUBE-2(config-track)#exit

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

2

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

redundancy
  application redundancy
   group 1
    name LocalGateway-HA
    priority 100 failover threshold 75
    control GigabitEthernet3 protocol 1
    data GigabitEthernet3
    timers delay 30 reload 60
    track 1 shutdown
    track 2 shutdown
    exit
   protocol 1
    timers hellotime 3 holdtime 10
   exit
  exit
 exit
VCUBE-1(config)#redundancy
VCUBE-1(config-red)#application redundancy
VCUBE-1(config-red-app)#group 1
VCUBE-1(config-red-app-grp)#name LocalGateway-HA
VCUBE-1(config-red-app-grp)#priority 100 failover threshold 75
VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1
VCUBE-1(config-red-app-grp)#data GigabitEthernet3
VCUBE-1(config-red-app-grp)#timers delay 30 reload 60
VCUBE-1(config-red-app-grp)#track 1 shutdown
VCUBE-1(config-red-app-grp)#track 2 shutdown
VCUBE-1(config-red-app-grp)#exit
VCUBE-1(config-red-app)#protocol 1
VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10
VCUBE-1(config-red-app-prtcl)#exit
VCUBE-1(config-red-app)#exit
VCUBE-1(config-red)#exit
VCUBE-1(config)#
VCUBE-2(config)#redundancy
VCUBE-2(config-red)#application redundancy
VCUBE-2(config-red-app)#group 1
VCUBE-2(config-red-app-grp)#name LocalGateway-HA
VCUBE-2(config-red-app-grp)#priority 100 failover threshold 75
VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1
VCUBE-1(config-red-app-grp)#data GigabitEthernet3
VCUBE-2(config-red-app-grp)#timers delay 30 reload 60
VCUBE-2(config-red-app-grp)#track 1 shutdown
VCUBE-2(config-red-app-grp)#track 2 shutdown
VCUBE-2(config-red-app-grp)#exit
VCUBE-2(config-red-app)#protocol 1
VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10
VCUBE-2(config-red-app-prtcl)#exit
VCUBE-2(config-red-app)#exit
VCUBE-2(config-red)#exit
VCUBE-2(config)#

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

  • redundancy: вход в режим избыточности.

  • application redundancy: вход в режим конфигурации избыточности приложения.

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

  • name LocalGateway-HA: определяет имя группы RG.

  • priority 100 failover threshold 75: задает начальные пороговые значения приоритета и избыточности для RG.

  • timers delay 30 reload 60: настраивает два значения времени для задержки и перезагрузки.

    • Timers delay (Таймер задержки) – это время задержки инициализации группы RG и согласования роли после запуска интерфейса. По умолчанию составляет 30 секунд. Диапазон: 0–10 000 секунд.

    • Reload (Перезагрузка) – это время задержки инициализации группы RG и согласования роли после перезагрузки. По умолчанию составляет 60 секунд. Диапазон: 0–10 000 секунд.

    • Рекомендуется использовать таймеры по умолчанию, хотя их значения можно скорректировать для соответствия любым дополнительными задержками конвергенции сети, которые могут происходить во время загрузки/перезагрузки маршрутизаторов, чтобы гарантировать, что согласование протокола RG происходит после маршрутизации в сеть, в которой выполнена конвергенция к устойчивой точке. Например, если после отработки отказа видно, что новому РЕЗЕРВНОМУ маршрутизатору требуется до 20 секунд, чтобы получить первый пакет RG HELLO от нового АКТИВНОГО маршрутизатора, значит, таймеры следует настроить таким образом: "timers delay 60 reload 120" для учета этой задержки.

  • control GigabitEthernet3 protocol 1: настраивает интерфейс, используемый для обмена сообщениями keepalive и hello между двумя CUBE, а также указывает экземпляр протокола, который будет добавлен к интерфейсу управления, и вводит режим конфигурации протокола избыточности приложения.

  • data GigabitEthernet3: настраивает интерфейс, используемый для контроля и передачи трафика данных.

  • track: отслеживание интерфейсов группы RG.

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

  • timers hellotime 3 holdtime 10: настраивает два значения времени для параметров hellotime и holdtime.

    • Hellotime: интервал между последовательными сообщениями hello. По умолчанию составляет 3 секунды. Диапазон: от 250 миллисекунд до 254 секунд.

    • Holdtime: интервал между получением сообщения Hello и предположением, что отправляющий маршрутизатор вышел из строя. Это время должно быть больше значения holdtime. По умолчанию составляет 10 секунд. Диапазон: от 750 миллисекунд до 255 секунд.

      Рекомендуется настроить значение таймера holdtime как минимум в 3 раза больше значения таймера hellotime.

3

Включите избыточность Box-to-box для приложения CUBE. Настройте RG из предыдущего шага в разделе voice service voip. Это позволит приложению CUBE управлять процессом избыточности.

voice service voip
   redundancy-group 1
   exit
VCUBE-1(config)#voice service voip
VCUBE-1(config-voi-serv)#redundancy-group 1
% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
VCUBE-1(config-voi-serv)# exit
VCUBE-2(config)#voice service voip
VCUBE-2(config-voi-serv)#redundancy-group 1
% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
VCUBE-2(config-voi-serv)# exit

redundancy-group 1: при добавлении и удалении этой команды для вступления в силу обновленной конфигурации требуется перезагрузка. Перезагрузка платформ будет выполнена после применения всей конфигурации.

4

Настройте интерфейсы Gig1 и Gig2 с учетом их соответствующих виртуальных IP-адресов, как указано ниже, и примените идентификатор интерфейса избыточности (rii).

VCUBE-1(config)#interface GigabitEthernet1
VCUBE-1(config-if)# redundancy rii 1
VCUBE-1(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
VCUBE-1(config-if)# exit
VCUBE-1(config)#
VCUBE-1(config)#interface GigabitEthernet2
VCUBE-1(config-if)# redundancy rii 2
VCUBE-1(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
VCUBE-1(config-if)# exit
VCUBE-2(config)#interface GigabitEthernet1
VCUBE-2(config-if)# redundancy rii 1
VCUBE-2(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
VCUBE-2(config-if)# exit
VCUBE-2(config)#
VCUBE-2(config)#interface GigabitEthernet2
VCUBE-2(config-if)# redundancy rii 2
VCUBE-2(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
VCUBE-v(config-if)# exit

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

  • redundancy rii: настройка идентификатора интерфейса избыточности для группы избыточности. Требуется для создания виртуального MAC-адреса (VMAC). Одно и то же значение идентификатора rii должно использоваться