Знакомство с Webex Calling
Представьте себе, насколько эффективно использовать функции корпоративного уровня для вызовов в облаке, мобильности и АКС, а также приложение Webex для обмена сообщениями и совещаний, а также вызовы с помощью Webex Calling клиента или устройства Cisco. Все это можно сделать в Webex Calling.
Webex Calling обладает описанными ниже преимуществами.
Абонентские подписки для пользователей телефонии и телефонов общего пользования.
Доступ к приложению Webex для каждого пользователя
Доступ к телефонной сети общего назначения (PSTN) для предоставления пользователям возможности набирать номера вне организации. Служба предоставляется через существующую корпоративную инфраструктуру (локальный шлюз без локальной ОФИСной IP-АКС или с существующей средой вызовов Unified CM) или партнером или cisco, предоставляющую PSTN услугу.
Webex Calling поддерживает указанные ниже функции. Дополнительную информацию см. в главе "Настройка функций Webex Calling".
Функция |
Описание |
---|---|
Автосекретарь |
Можно добавлять приветствия, настраивать меню, а также настраивать маршрутизацию вызовов на автоответчик, сервисную группу, ящик голосовой почты или реального пользователя. Можно создать 24-часовой график или настроить разные параметры для рабочего и нерабочего времени. Можно даже маршрутизировать вызовы на основании атрибутов идентификатора вызывающего абонента, чтобы создать списки виртуальных IP-адресов, или обрабатывать вызовы от определенных кодов региона по-разному. |
Очередь вызовов |
Можно настроить очередь вызовов таким образом, что при невозможности ответа на входящие вызовы абонентам будет предоставляться автоматический ответ, сообщения поддержки, а также мелодия режима удержания до тех пор, пока кто-либо не сможет ответить на вызов. |
Перехват вызова |
Можно улучшить совместную работу в команде, создав группу перехвата вызова, чтобы пользователи могли отвечать на вызовы других пользователей. Если пользователь, который добавлен в группу перехвата вызова, отсутствует или занят, на его вызовы может ответить другой участник. |
парковка вызова |
Можно включить функцию парковки вызова, чтобы пользователи могли перевести вызов в режим удержания и возобновить его на другом телефоне. |
Группа поиска |
Для сервисных групп можно настроить приведенные ниже сценарии.
|
Пейджинговая группа |
Можно создать пейджинговую группу, чтобы пользователи могли отправлять голосовые сообщения пользователю, подразделению или команде. Когда кто-либо отправляет сообщение пейджинговой группе, оно воспроизводится на всех устройствах в группе. |
Клиент-секретарь |
Справка обеспечивает поддержку функций сотрудников административного офиса, предоставляя полный набор параметров управления вызовами, возможность развернутого мониторинга, организацию очереди вызовов, возможность представлений и настройки параметров нескольких каталогов, интеграцию в Outlook. и др. |
Пользователи могут настраивать указанные ниже функции на веб-сайте https://settings.webex.com, который перекрестно запускает пользовательский портал Calling.
Функция |
Описание |
---|---|
Отклонение анонимных вызовов |
Пользователи могут отклонять входящие вызовы с заблокированным идентификатором вызывающего абонента. |
Непрерывность бизнес-процессов |
Если по какой-либо причине телефоны пользователей не подключены к сети (например, из-за отключения питания, проблем с сетью и т. д.), пользователи могут переадресовать входящие вызовы на определенный номер телефона. |
Переадресация вызовов |
Пользователи могут переадресовать входящие вызовы на другой телефон. |
Избирательность переадресации вызовов |
Пользователи могут настроить переадресацию вызовов в определенных случаях от конкретных вызывающих абонентов. Эта настройка будет иметь приоритет над переадресацией вызовов. |
Уведомление о вызове |
Пользователи могут отправлять самим себе электронное сообщение в случае получения вызова в соответствии с предварительно определенным критерием, таким как номер телефона или дата и время. |
Ожидающий вызов |
Пользователи могут разрешить ответы на другие входящие вызовы, помимо текущего. |
Не беспокоить |
Пользователи могут включить временный перевод всех вызовов непосредственно на голосовую почту. |
Мобильный офис |
Пользователи могут использовать выбранные телефоны ("местоположения") в качестве добавочного номера рабочего телефона и плана набора. |
Приоритетное предупреждение |
Пользователи могут настроить специальный сигнал вызова на телефоне, который будет звучать согласно предварительно определенным критериям, таким как номер телефона или дата и время. |
Удаленный офис |
Пользователи могут совершать вызовы с помощью удаленного телефона, и этот вызов будет также отображен на их рабочей линии. Кроме того, все входящие вызовы будут поступать и на рабочую линию, и на этот удаленный телефон. |
Выборочное принятие вызовов |
Пользователи могут настроить принятие вызовов в определенных случаях от конкретных вызывающих абонентов. |
Выборочное отклонение вызовов |
Пользователи могут настроить отклонение вызовов в определенных случаях от конкретных вызывающих абонентов. |
Последовательный звонок |
Входящие вызовы могут последовательно поступать на не более чем пять устройств. |
Одновременный звонок |
Входящие вызовы поступают одновременно на номера пользователей и других абонентов ("получателей вызова"). |
Службы подготовки, устройства и пользователи в Control Hub, перекрестный запуск для тонкой настройки на портале администрирования Calling
Control Hub (https://admin.webex.com) – это портал управления, который интегрируется с Webex Calling для оптимизации заказов и настройки, а также централизации управления пакетным предложением :Webex Calling, приложение Webex и Meetings.
С Control Hub начинается подготовка всех служб, устройств и пользователей. В нем можно выполнить первоначальную настройку службы вызовов, зарегистрировать в облаке телефоны MPP (используя MAC-адрес), настроить пользователей путем связывания устройств, добавления номеров, служб, функций вызовов и т. д. В Control Hub можно также перекрестно запустить портал администрирования Calling.
Возможности для пользователей
У пользователей есть доступ к указанным ниже интерфейсам.
Приложение Webex Calling – программный клиент для вызовов бренда Cisco. Дополнительную информацию см. в статье Знакомство с новым приложением Cisco Webex Calling.
Параметры Webex (https://settings.webex.com) – интерфейс, с помощью котором пользователи могут настраивать параметры профиля, скачивать приложение Webex и перекрестно запускать портал пользователей вызовов для настройки вызовов. Дополнительную информацию см. в статье Изменение настроек Cisco Webex.
Приложение Webex – приложение, включенное в подписку в качестве клиента обмена сообщениями в команде под торговой маркой Cisco. Чтобы получить более подробную информацию , см. начало работы с приложением Cisco Webex.
Webex Meetings – дополнительное приложение, добавленное в качестве решения для проведения совещаний. Дополнительную информацию см. в статье Webex Meetings.
Обзор
Использование 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.

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

На этом рисунке приведен обзор проекта рекомендуемого плана набора. Ключевые характеристики этого проекта плана набора включают указанное далее.
Все номера по каталогу, настроенные в Unified CM, имеют формат +E.164.
Все номера по каталогу находятся в одном и том же разделе (DN) и помечены как срочные.
Маршрутизация ядра основана на рекомендации +E.164.
Все привычные условия набора, не основанные на рекомендациях +E.164 (например, сокращенный набор внутри объекта и набор PSTN с использованием общих привычных условий набора) нормализованы (глобализованы) в формат +E.164 с помощью шаблонов преобразования для нормализации набора.
В шаблонах преобразования для нормализации набора применяется наследование области поиска вызовов шаблона перевода. В этих шаблонах задан параметр "Использовать область поиска вызовов отправителя".
Класс службы реализуется с помощью веб-сайта и областей поиска вызовов, характерных для конкретного класса службы.
Возможности доступа посредством PSTN (например, доступ к назначениям международных PSTN) реализуются посредством добавления разделов с соответствующими шаблонами маршрута +E.164 в область поиска вызовов, определяющую класс службы.
Доступность для 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 отправляет вызов на локальный шлюз.
Добавление сокращенного набора между объектами

Для добавления сокращенного набора между объектами в упомянутый план набора рекомендуется добавить шаблоны преобразования для нормализации набора на всех веб-сайтах в рамках корпоративного плана нумерации в отдельный раздел (номера корпоративного значения, или 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.
Откройте настройки приложения по умолчанию для настроек системы, щелкните Установить настройки по умолчанию по приложению, а затем выберите Приложение Webex.
Для каждого протокола выберите Приложение Webex .
Обработчики протоколов для macOS
Если в Mac OS другие приложения зарегистрировались с помощью протоколов вызовов до приложения Webex, пользователи должны настроить в приложении Webex параметр вызовов по умолчанию.
В приложении Webex для Mac пользователи могут подтвердить, что в настройках общих настроек для параметра Начать вызовы в приложении Webex выбрано приложение Webex . Кроме того, можно также проверить Всегда подключаться к Microsoft Outlook, если необходимо делать вызовы в приложении Webex при щелчке номера контакта Outlook.
Требования к вызовам
Лицензирование
Служба 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. Администратор может зарегистрировать в облаке приведенные далее телефоны. Дополнительную информацию см. в статьях справки ниже.
Начало работы с новым многоплатформенным телефоном для конференций или стационарным телефоном
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 согласно Рекомендациям по настройке локального шлюза.
Требования к лицензированию для локальных шлюзов
На локальном шлюзе должны быть установлены лицензии на вызовы CUBE. Дополнительные сведения см. в руководстве по настройке Cisco Unified Border Element (CUBE).
Требования к сертификату и безопасности для локального шлюза
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.
Настройте Webex Calling для организации в Control Hub. После активации первого местоположения с помощью мастера начальной настройки можно настроить дополнительные местоположения, назначение и использование магистрали, параметры плана набора, пользователей, устройства и функции, а также управлять ими.
Первым шагом для получения и запуска служб Webex Calling является выполнение настройки с помощью мастера начальной настройки. По завершении работы мастера начальной настройки для первого местоположения запускать мастер для дополнительных местоположений не требуется.
1. | Щелкните ссылку Начало работы в полученном сообщении электронной почты.
|
||
2. | Просмотрите и примите условия предоставления услуг. |
||
3. | Просмотрите свой план и нажмите Начало работы.
|
||
4. | Выберите страну, с которой необходимо связать центр обработки данных, и введите контактную информацию и адрес клиента. |
||
5 | Нажмите Далее: Местоположение по умолчанию. |
||
6 | Выберите из следующих вариантов:
|
||
7. | Настройте перечисленные ниже параметры для применения к этому местоположению.
|
||
8 | Щелкните Далее. |
||
9 | Введите доступный SIP-адрес Cisco Webex, щелкните Далее, а затем нажмите Завершить. |
Перед началом работы
Чтобы создать новое местоположение, подготовьте следующую информацию:
Адрес местоположения
Нужные номера телефонов (необязательно)
1. | Войдите в Control Hubhttps://admin.webex.com перейдите в . Помните, что новые местоположения будут размещены в региональном центре обработки данных, который соответствует стране, выбранной в мастере начальной настройки. |
||||
2. | Настройте параметры местоположения:
|
||||
3. | Щелкните Сохранить а затем выберите Да / Нет для добавления номеров к местоположению сейчас или позже. |
||||
4. | При нажатии Добавить сейчас выберите один из следующих параметров.
Варианты PSTN доступны на выбор на уровне каждого местоположения (для каждого местоположения предусмотрен только один вариант PSTN). Можно выбирать любое количество различных вариантов для развертывания, однако для каждого местоположения будет назначен лишь один вариант. Если после выбора и подготовки варианта PSTN его потребуется изменить, это можно сделать, щелкнув Управление в разделе свойств PSTN местоположения. При этом некоторые варианты, например PSTN Cisco, могут быть недоступны, если уже назначен другой параметр. Зарегистрируйте обращения в службу поддержки, чтобы получить помощь. |
||||
5 | Выберите, следует ли активировать номера сейчас или позднее. |
||||
6 | При выборе CCP, не являющейся встроенной, или PSTN на базе локальных ресурсов введите номера телефона, разделив их запятой, а затем щелкните Проверить. Номера добавляются для определенного местоположения. Действительные записи переходят в поле Проверенные номера, а недействительные останутся в поле Добавить номера и будут сопровождаться сообщением об ошибке. В зависимости от страны местоположения номера будут отформатированы в соответствии местными правилами набора номера. Например, если необходимо ввести код страны, можно вводить номера с кодом или без него, и код будет подменен. |
||||
7. | Щелкните Сохранить. |
Дальнейшие действия
После создания местоположения для него можно включить возможность вызова экстренных служб 911. Для получения более подробной информации см. раздел Службы экстренного вызова RedSky Emergency 911 для Webex Calling.
Перед началом работы
Получите список пользователей и рабочие пространства, связанные с местоположением. Перейдите в меню Службы > Номера, в выпадаем меню выберите местоположение, которое необходимо удалить.этих пользователей и рабочие пространства. Прежде чем удалять местоположение, необходимо удалитьПомните, что все номера, связанные с этим местоположением, снова вернуться вашему поставщику PSTN; у вас больше никто не будет владельцем этих номеров. |
1. | Войдите в Control Hubhttps://admin.webex.com перейдите в . |
2. | Щелкните |
3. | Выбрать Удалить местоположение и подтвердите, что хотите удалить это местоположение. Обычно для полного удаления местоположения требуется несколько минут, однако это может занять до часа. Проверить состояние можно, нажав Подробнее рядом с названием местоположения и выбрав Состояние удаления. |
После создания местоположения можно изменить установку PSTN, а также название, часовой пояс и язык местоположения. Помните, что новый язык применим только к новым пользователям и устройствам. Существующие пользователи и устройства продолжают использовать старый язык.
Для существующих местоположений можно включить возможность вызова экстренных служб 911. Для получения более подробной информации см. раздел Службы экстренного вызова RedSky Emergency 911 для Webex Calling. |
1. | Войдите в Control Hubhttps://admin.webex.com перейдите в . Если рядом с местоположением стоит символ "Внимание", значит для этого местоположения еще не настроен номер телефона. Вы не сможете совершать или принимать звонки, пока не настроите этот номер. |
||||||
2. | (Необязательно) В разделе Подключение PSTN выберите либо PSTN с подключением к облаку, либо Локальная PSTN (локальный шлюз), в зависимости от того, какой из них уже настроен. Щелкните Управление, чтобы изменить эту конфигурацию, а затем подтвердите связанные с этим риски, выбрав Продолжить. Затем выберите один из следующих параметров и щелкните Сохранить.
|
||||||
3. | Выберите Основной номер, по которому можно связаться с основным контактным лицом местоположения. |
||||||
4. | (Необязательно.) В области Экстренные вызовы можно выбрать идентификатор местоположения для вызова экстренной службы, чтобы назначить его этому местоположению.
|
||||||
5 | Выберите Номер голосовой почты, на который могут позвонить пользователи, чтобы проверить свою голосовую почту в этом местоположении. |
||||||
6 | (Необязательно.) Щелкните пиктограмму карандаша в верхней части страницы "Местоположение", чтобы изменить Название местоположения, Язык объявлений, Язык сообщений электронной почты, Часовой пояс или Адрес при необходимости, а затем щелкните Сохранить.
|
Эти настройки предназначены для набора внутренних номеров и также доступны в мастере начальной настройки. При изменении плана набора номера, номера примеров будут обновлены в Control Hub для отображения этих изменений.
Можно настроить полномочия на исходящие вызовы для местоположения. Для настройки полномочий на исходящие вызовы используйте эти действия. |
1. | В окнах просмотра информации о клиенте на веб-сайте https://admin.webex.com перейдите к , а затем прокрутите страницу до параметра Набор внутренних номеров. |
||
2. | При необходимости настройте следующие дополнительные параметры набора номера.
|
||
3. | Укажите набор внутренних добавочных номеров для определенных местоположений. Перейдите к Набор, а затем измените набор внутренних и внешних номеров, если необходимо: выберите местоположение, прокрутите страницу до пункта
Воздействие на пользователей.
|
Продавцы, создающие добавочную стоимость, могут выполнить эти шаги, чтобы начать настройку локального шлюза в Control Hub. Если этот шлюз зарегистрирован в облаке, его можно использовать в одном или нескольких местоположениях Webex Calling, чтобы обеспечить маршрутизацию в направлении поставщика корпоративных услуг PSTN.
Местоположение с локальным шлюзом невозможно удалить, если локальный шлюз используется для других местоположений. |
Перед началом работы
После добавления местоположения и перед настройкой локальной PSTN для местоположения необходимо создать магистраль.
Создайте любые местоположения и у каждого из них специальные настройки и номера. Перед добавлением PSTN местоположения должны существовать.
См. требования к локальной PSTN (локальный шлюз) для Webex Calling.
Для местоположения с локальной PSTN невозможно выбрать одну магистраль, но можно выбрать одну и ту же магистраль для нескольких местоположений.
1. | В оке просмотра информации о клиенте на веб-сайте https://admin.webex.com перейдите к и выберите Добавить магистраль. |
||
2. | Выберите местоположение. |
||
3. | Введите имя магистрали и щелкните Сохранить.
|
Дальнейшие действия
Информация о магистралях отображается на экране Домен регистрации, Группа магистрали OTG/DTG, Линия/порт и Исходящий адрес прокси.
Рекомендуется скопировать эту информацию из Control Hub и вставить ее в локальный текстовый файл или документ, чтобы использовать его для справки при настройке PSTN на базе локальных ресурсов.
При потере учетных данных их необходимо создать на экране информации о магистрали в Control Hub. Щелкните Получить имя пользователя и сбросить пароль, чтобы создать новый набор учетных данных аутентификации для использования в магистрали.
1. | Войдите в Control Hubhttps://admin.webex.com перейдите в . |
||
2. | Выберите местоположение для изменения и щелкните Управление. |
||
3. | Выберите Локальная PSTN и щелкните Далее. |
||
4. | В раскрывающемся меню выберите магистраль.
|
||
5 | Щелкните уведомление о подтверждении, затем нажмите Сохранить. |
Дальнейшие действия
Необходимо получить информацию о конфигурации, созданную Control Hub, и отобразите параметры в локальном шлюзе (например, в Cisco CUBE, который установлен локально). В этой статье рассматривается этот процесс. Для получения дополнительных сведений ниже приведена схема для примера того, как информация о конфигурации Control Hub (слева) отображается на параметры CUBE (справа).
После успешного завершения конфигурации шлюза можно вернуться в меню Control Hub. Созданный шлюз будет указываться в назначенной ему карточке местоположения с зеленой точкой слева от имени. Это состояние означает, что шлюз безопасно зарегистрирован в облаке вызовов и является активным шлюзом PSTN для местоположения.
вМожно с легкостью просматривать, активировать, удалять и добавлять номера телефона для организации в Control Hub. Дополнительную информацию см. в статье Управление номерами телефона в Control Hub.
Если при использовании пробной версии служб Webex вы захотите преобразовать ее в платную подписку, можно отправить партнеру соответствующий запрос по электронной почте.
1. | В окне просмотра информации о клиенте на сайте https://admin.webex.com выберите пиктограмму здания |
2. | Перейдите на вкладку Подписки и щелкните Приобрести сейчас. Партнеру будет отправлено электронное письмо с извещением о том, что вам необходимо оформить платную подписку. |
Задать приоритет доступных параметров вызова, которые отображаются пользователям в приложении Webex можно в Control Hub. Также их можно включить для вызова одним щелчком мыши.
1. | В окне просмотра информации о клиенте на веб-сайте https://admin.webex.com перейдите к меню , прокрутите до пункта Вызов и выберите Настройки клиента. |
||
2. | Перетащите параметры вызовов, которые вы хотите, чтобы увидели пользователи в поле Доступные параметры вызова, а затем отсортируйте их в порядке приоритета, который требуется для пользователей. Другие параметры, скрытые от пользователей, отображаются в поле Скрытые параметры вызова, как показано на снимке экрана в следующем примере: |
||
3. | Включите функцию Включить вызов одним щелчком мыши, если необходимо, чтобы пользователи могли делать вызов с помощью первого параметра вызова, настроенного на предыдущем этапе.
|
Можно управлять тем, какое приложение для вызова открывается, когда пользователи делают вызовы в PSTN. После этой настройки на уровне организации можно переопределить эту настройку для определенных пользователей.
Выберите параметр на уровне всей организации, только если вы готовы к переносу всей организации. |
Перед началом работы
Для выбора поведения при вызовах в вашей организации должны быть правильные подписки.
Пользователи должны иметь действительные номера телефонов. Если номера недействительны, приложение Webex по-прежнему отправляет номер в выбранное приложение для вызовов, однако это приведет к сбою вызова из этого приложения.
В представлении клиента на веб-сайте https://admin.webex.com перейдите к меню , прокрутите страницу до раздела Поведение при вызовах и выберите один из указанных ниже параметров. .
Появится сообщение о том, что поведение при вызовах обновлено. Теперь пользователи могут совершать вызовы PSTN в приложении Webex или приложении Webex Calling. Для совершения вызовов PSTN в приложении Webex у пользователей должно быть установлено соответствующее приложение. Убедитесь, что вы сообщаете пользователям, какой выбор вы делаете, и используется ли другое приложение для PSTN-вызовов.
|
После настройки Webex Calling для организации можно настроить магистраль для подключения локального шлюза к Webex Calling. Транспорт SIP TLS защищает магистраль между локальным шлюзом и облаком Webex . Медиа между локальным шлюзом и Webex Calling использует SRTP.
Процесс настройки локального шлюза
Существует два варианта настройки локального шлюза для вашего Webex Calling багажник:
Транк на основе регистрации
Магистраль на основе сертификатов
Используйте поток задач под Локальный шлюз на основе регистрации или Локальный шлюз на основе сертификатов для настройки локального шлюза для вашего Webex Calling багажник. См. Настройка соединительных линий, групп маршрутизации и планов набора для Webex Calling для получения дополнительной информации о различных типах магистралей. Выполните следующие действия на самом локальном шлюзе с помощью интерфейса командной строки (CLI). Мы используем транспортный протокол установления сеанса (SIP) и Transport Layer Security (TLS) для защиты магистрали и Secure Real-time Protocol (SRTP) для защиты мультимедиа между локальным шлюзом и Webex Calling .
Перед началом работы
Понимание требований к коммутируемой телефонной сети общего пользования (PSTN) и локальному шлюзу (LGW) для Webex Calling . См. Предпочтительная архитектура Cisco для Webex Calling для получения дополнительной информации.
В этой статье предполагается, что выделенная платформа локального шлюза не имеет существующей конфигурации голосовой связи. Если вы изменяете существующий шлюз PSTN или локальное развертывание шлюза для использования в качестве функции локального шлюза для Webex Calling , затем обратите особое внимание на конфигурацию. Убедитесь, что вы не прерываете существующие потоки вызовов и функциональность из-за внесенных вами изменений.
Создайте магистраль в Control Hub и назначьте ее местоположению. См. Настройка соединительных линий, групп маршрутизации и планов набора для Webex Calling для получения дополнительной информации.
В процедурах содержатся ссылки на справочную документацию по командам, где можно узнать больше об отдельных параметрах команды. Все ссылки на команды переходят к Справочник команд для управляемых шлюзов Webex если не указано иное (в этом случае ссылки на команды переходят к Справочник по голосовым Cisco IOS ). Вы можете получить доступ ко всем этим руководствам на Cisco Unified Border Element . Ссылки на команды .
|
Перед началом работы
Убедитесь, что следующая конфигурация базовой платформы, которую вы настраиваете, настройка в соответствии с политиками и процедурами вашей организации:
НПТ
ACL
включить пароли
основной пароль
IP -маршрутизация
IP -адреса и т. Д.
Требуется минимальный поддерживаемый выпуск Cisco IOS XE 16.12 или IOS-XE 17.3 для всех развертываний локального шлюза.
1 | Убедитесь, что все интерфейсы уровня 3 имеют действительные и маршрутизируемые IP -адреса:
|
2 | Предварительно настройте первичный ключ для пароля с помощью следующих команд, прежде чем использовать его в учетных данных и общих секретах. Пароли типа 6 шифруются с помощью шифра AES и определяемого пользователем первичного ключа.
|
3 | Настройте сервер IP -имен, чтобы включить поиск DNS и проверку связи, чтобы обеспечить доступность сервера. Локальный шлюз использует DNS для разрешения адресов прокси-сервера Webex Calling :
|
4 | Включите эксклюзивность TLS 1.2 и точку доверия по умолчанию:
|
5 | Обновите пул доверия локального шлюза: В комплект пула доверенных сертификатов по умолчанию не входят сертификаты DigiCert Root CA или IdenTrust Commercial, необходимые для проверки сертификата на стороне сервера во время установления соединения TLS с Webex Calling . Скачать последнюю версию «Пакет Cisco Trusted Core Root Bundle» изhttp://www.cisco.com/security/pki/ для обновления пакета трастпула. |
Перед началом работы
1 | Введите следующие команды, чтобы включить приложение Local Gateway, см. Справочная информация о портах для Cisco Webex Calling для последних IP -подсетей, которые необходимо добавить в список доверия:
Вот объяснение полей для конфигурации:
|
||||
2 | Настройте «Профиль SIP 200».
Вот объяснение полей для конфигурации:
|
||||
3 | Настройте профиль кодека, определение оглушения и набор SRTP Crypto.
Вот объяснение полей для конфигурации:
|
||||
4 | Сопоставьте параметры Control Hub с конфигурацией локального шлюза. Добавить Webex Calling в качестве арендатора в локальном шлюзе. Для регистрации локального шлюза требуется конфигурация. голосовой класс арендатора 200 . Вы должны получить элементы этой конфигурации со страницы Trunk Info в Control Hub, как показано на следующем изображении. В следующем примере показано, какие поля сопоставляются с соответствующим интерфейсом командной строки локального шлюза. Применить арендатора 200 ко всем Webex Calling обращение к точкам вызова (2xx tag) в конфигурации локального шлюза. Функция арендатора голосового класса позволяет группировать и настраивать параметры SIP-магистраль , которые в противном случае выполняются в голосовых службах передача голоса по IP и sip-ua. Когда вы настраиваете клиента и применяете его под адресуемой точкой вызова, к конфигурациям локального шлюза применяется следующий порядок предпочтений:
|
||||
5 | Настроить голосовой класс арендатора 200 чтобы включить регистрацию магистрали от локального шлюза к Webex Calling на основе параметров, полученных из Control Hub:
Вот объяснение полей для конфигурации:
|
После определения арендатора 200 в локальном шлюзе и настроить адресуемую точку вызова SIP передача голоса по IP , затем шлюз инициирует подключение TLS к Webex Calling , после чего SBC доступа представляет свой сертификат локальному шлюзу. Локальный шлюз проверяет Webex Calling получить доступ к сертификату SBC с помощью ранее обновленного корневого пакета ЦС. Устанавливает постоянный сеанс TLS между локальным шлюзом и Webex Calling доступ к SBC. Затем локальный шлюз отправляет REGISTER на запрос доступа к SBC. AOR регистрации: номер@домен. Номер берется из параметра "номер" учетных данных, а домен - из dns регистратора:<fqdn> . » При оспаривании регистрации:
Используйте имя пользователя, пароль и область параметры из полномочия построить хедер и sip-профиль 200.
Преобразует URL-адрес SIPS обратно в SIP.
Для этого развертывания требуется следующая конфигурация на локальном шлюзе:
Жильцы голосового класса - Вы создаете других арендаторов для точек вызова, подключенных к ITSP, аналогично арендатору 200. что вы создаете для Webex Calling обращение к точкам вызова.
URI класса голоса - Вы определяете шаблоны для IP -адресов / портов хоста для различных соединительных линий, заканчивающихся на локальном шлюзе:
Webex Calling в LGW
Завершение SIP-магистраль на LGW
Исходящие точки вызова —Вы можете маршрутизировать исходящий вызов от LGW к SIP-магистраль ITSP и Webex Calling .
Голосовой класс DPG —Вы можете вызвать для таргетинга на исходящие точки вызова от входящей точки вызова.
Входящие точки вызова —Вы можете принять этапы входящих вызовов от ITSP и Webex Calling .
Используйте конфигурации либо для настройки локального шлюза, размещенного у партнера, либо для шлюза сайта клиента, как показано на следующем изображении.
1 | Настройте приведенные ниже параметры Voice class tenant (клиенты класса голосовых вызовов). |
2 | Настройте следующий URI голосового класса: |
3 | Настройте указанные далее исходящие адресуемые точки вызова. |
4 | Настройте следующие группы точек вызова (dpg): |
5 | Настройте перечисленные ниже параметры Inbound dial-peer (Входящая адресуемая точка вызова). |
- От PSTN к Webex Calling
-
Сопоставление всех ветвей входящих вызовов IP PSTN на локальном шлюзе с адресуемой точкой вызова 100 для определения критерия совпадения заголовка VIA с IP- IP-адрес IP PSTN. DPG 200 вызывает исходящую точку вызова 200201 , который имеет Webex Calling сервер в качестве целевого назначения.
- От Webex Calling к PSTN
-
Соответствовать всем входящим Webex Calling этапы вызова на локальном шлюзе с точкой вызова 200201 для определения критерия соответствия для шаблона заголовка REQUEST URI с параметром OTG / DTG группа магистралей , уникальным для данного развертывания локального шлюза. DPG 100 вызывает исходящую точку вызова 101 , который имеет IP - IP-адрес PSTN в качестве целевого назначения.
Для этого развертывания требуется следующая конфигурация на локальном шлюзе:
Жильцы голосового класса - Вы создаете больше клиентов для точек вызова, обращающихся к Unified CM и ITSP, аналогично арендатор 200 что вы создаете для Webex Calling обращение к точкам вызова.
URI класса голоса - Вы определяете шаблон для IP -адресов / портов хоста для различных соединительных линий, заканчивающихся на LGW из следующих источников:
Unified CM в LGW для пунктов назначения PSTN
Unified CM в LGW для Webex Calling направления
Webex Calling в пункты назначения LGW
Завершение SIP-магистраль на LGW
Группа серверов голосового класса —Вы можете настроить таргетинг на IP -адреса / порты для исходящих магистралей из:
LGW в Unified CM
LGW в Webex Calling
LGW в SIP-магистраль
Исходящие точки вызова —Вы можете маршрутизировать исходящий вызов от:
LGW в Unified CM
ITSP SIP-магистраль
Webex Calling
Голосовой класс DPG - Вы можете вызывать для целевых исходящих точек вызова от входящей точки вызова.
Входящие точки вызова —Вы можете принять этапы входящих вызовов от Unified CM, ITSP и Webex Calling .
1 | Настройте приведенные ниже параметры Voice class tenant (клиенты класса голосовых вызовов). |
2 | Настройте следующий URI голосового класса: |
3 | Настройте приведенные ниже параметры Voice class server-group (Группа серверов класса голосовых вызовов). |
4 | Настройте указанные далее исходящие адресуемые точки вызова. |
5 | Настройте приведенные ниже группы адресуемых точек вызова (DPG). |
6 | Настройте перечисленные ниже параметры Inbound dial-peer (Входящая адресуемая точка вызова). |
IP PSTN в соединительную линию Unified CM PSTN
Webex Calling Платформа для соединительной линии Unified CM Webex Calling
Unified CM PSTN в IP PSTN
Объединенная магистраль Webex Calling Unified CM на Webex Calling Платформа
Диагностические сигнатуры (DS) заранее обнаруживают часто наблюдаемые проблемы в локальном шлюзе на базе IOS XE и генерируют уведомление о событии по электронной почте, системному журналу или терминальному сообщению. Кроме того, DS можно установить для автоматического сбора данных диагностики и передачи полученных данных в центр Cisco TAC, чтобы увеличить время разрешения.
Диагностические сигнатуры (DS) - это файлы XML , которые содержат информацию о событиях, вызывающих проблему, и действиях, которые необходимо предпринять для информирования, устранения и устранения проблемы. Вы можете определить логику обнаружения проблем, используя сообщения системного журнала, события SNMP и периодический мониторинг определенных выходных данных команды show.
Типы действий включают сбор выходных данных команды show:
создание консолидированного файл журнала
загрузка файла в указанное пользователем сетевое расположение, такое как HTTPS, SCP, FTP -сервер
Инженеры TAC создают файлы DS и подписывают их цифровой подписью для защиты целостности. Каждый файл DS имеет уникальный числовой идентификатор, присвоенный системой. Инструмент поиска диагностических сигнатур (DSLT) - это единый источник для поиска подходящих сигнатур для мониторинга и устранения различных проблем.
Перед началом работы.
Не редактируйте файл DS, который вы загружаете с DSLT . Файлы, которые вы изменяете, не могут быть установлены из-за ошибки проверки целостности.
Сервер SMTP, необходимый для отправки локальным шлюзом уведомлений по электронной почте.
Убедитесь, что на локальном шлюзе работает IOS XE 17.6.1 или выше, если вы хотите использовать безопасный сервер SMTP для уведомлений по электронной почте.
Предварительные условия
Локальный шлюз под управлением IOS XE версии 17.3.2 или более новой
Установка диагностических подписей включена по умолчанию.
Настройте защищенный почтовый сервер, который будет использоваться для отправки упреждающих уведомлений, если устройство работает под управлением Cisco IOS XE 17.3.2 или более поздней версии.
configure terminal call-home mail-server <username>:<pwd>@<email server> priority 1 secure tls end
Настройте переменную средыds_email с адрес электронной почты администратора вам известить.
configure terminal call-home diagnostic-signature environment ds_email <email address> end
Локальный шлюз под управлением 16.11.1 или более поздней версии
Диагностические сигнатуры включено по умолчанию
Настройте почтовый сервер, который будет использоваться для отправки упреждающих уведомлений, если на устройстве установлена более ранняя версия, чем 17.3.2.
configure terminal call-home mail-server <email server> priority 1 end
Настройте переменную среды ds_email с адресом электронной почты администратора, на который будут отправляться уведомления.
configure terminal call-home diagnostic-signature environment ds_email <email address> end
Локальный шлюз, на котором используется версия 16.9.x
Введите следующие команды, чтобы включить диагностические сигнатуры.
configure terminal call-home reporting contact-email-addr sch-smart-licensing@cisco.com end
Настройте почтовый сервер, который будет использоваться для отправки упреждающих уведомлений, если на устройстве установлена более ранняя версия, чем 17.3.2.
configure terminal call-home mail-server <email server> priority 1 end
Настройте переменную среды 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 и предоставить определенные разрешения для правильной обработки электронной почты с устройства: |
Перейдите к меню Менее защищенный доступ к приложению.
и включите параметрОтветьте "Да, это был я", когда вы получите электронное письмо от Gmail, в котором говорится, что "Google не позволил кому-либо войти в вашу учетную запись с помощью стороннего приложения".
Установите диагностические сигнатуры для упреждающего мониторинга
Мониторинг высокой загрузки ЦП
Этот DS отслеживает 5-секундную загрузку ЦП с помощью SNMP OID 1.3.6.1.4.1.9.2.1.56. Когда коэффициент использования достигает 75% или более, он отключает все отладки и удаляет все диагностические сигнатуры, установленные на локальном шлюзе. Чтобы установить подпись, выполните шаги ниже.
Убедитесь, что 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
Скачайте DS 64224, используя следующие параметры раскрывающегося списка в инструменте поиска диагностических подписей:
Название поля
Значение поля
Платформа
Cisco 4300, 4400 серии ISR или Cisco CSR серии 1000V
Продукт
Предприятие CUBE в решении Webex Calling
Область действия проблемы
Производительность
Тип проблемы
Высокая загрузка ЦП с уведомлением по адрес электронной почты .
Скопируйте файл 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)
Установите файл XML DS на локальный шлюз.
call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success
Убедитесь, что подпись успешно установлена с помощью команды 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 секунд. Как только событие отмены регистрации обнаружено, оно генерирует уведомление по электронной почте и в системном журнале и удаляется после двух случаев отмены регистрации. Чтобы установить подпись, выполните шаги ниже.
Скачайте DS 64117, используя следующие параметры раскрывающегося списка в инструменте поиска диагностических подписей:
Название поля
Значение поля
Платформа
Cisco 4300, 4400 серии ISR или Cisco CSR серии 1000V
Продукт
Предприятие CUBE в решении Webex Calling
Область действия проблемы
SIP-SIP
Тип проблемы
Отмена регистрации магистрали SIP с уведомлением по адрес электронной почты .
Скопируйте файл XML DS на локальный шлюз.
copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash:
Установите файл XML DS на локальный шлюз.
call-home diagnostic-signature load DS_64117.xml Load file DS_64117.xml success LocalGateway#
Использовать показать диагностическую подпись вызова домой чтобы убедиться, что подпись установлена успешно. Столбец статуса должен иметь «зарегистрированное» значение.
Мониторинг аварийных разъединений вызовов
Эта диагностическая подпись каждые 10 минут использует SNMP-опрос для обнаружения аварийного прерывания вызовов с ошибками SIP 403, 488 и 503. Если приращение счетчика ошибок больше или равно 5 от последнего опроса, создается системный журнал и уведомление по электронной почте. Чтобы установить подпись, выполните шаги ниже.
Проверьте, включен ли 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
Скачайте DS 65221, используя следующие параметры раскрывающегося списка в инструменте поиска диагностических подписей:
Название поля
Значение поля
Платформа
Cisco 4300, 4400 серии ISR или Cisco CSR серии 1000V
Продукт
Предприятие CUBE в решении Webex Calling
Область действия проблемы
Производительность
Тип проблемы
Обнаружение аварийного отключения вызова SIP с помощью уведомлений по адрес электронной почты и системному журналу.
Скопируйте файл XML DS на локальный шлюз.
copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
Установите файл XML DS на локальный шлюз.
call-home diagnostic-signature load DS_65221.xml Load file DS_65221.xml success
Использовать показать диагностическую подпись вызова домой для проверки успешной установки подписи с помощью. Столбец статуса должен иметь «зарегистрированное» значение.
Установите диагностические сигнатуры для устранения проблемы
Используйте диагностические подписи (DS) для быстрого решения проблем. Инженеры центра технической поддержки Cisco TAC разработали несколько сигнатур, которые позволяют выполнять отладку, необходимую для устранения данной проблемы, обнаружения ее возникновения, сбора правильного набора диагностических данных и автоматической передачи данных в службу технической Cisco TAC . Диагностические сигнатуры (DS) устраняют необходимость вручную проверять возникновение проблемы и значительно упрощают устранение неполадок периодических и временных проблем.
Вы можете использовать Инструмент поиска диагностических сигнатур чтобы найти соответствующие подписи и установить их для самостоятельного решения данной проблемы, или вы можете установить подпись, рекомендованную инженером службы технической поддержки в рамках соглашения о поддержке.
Ниже приводится пример способа поиска и установки диагностической подписи для обнаружения экземпляра системного журнала "%VOICE_IEC-3-GW: CCAPI: Внутренняя ошибка (пороговое значение пика вызовов): IEC = 1.1.181.1.29.0 "системный журнал и автоматизируйте сбор диагностических данных, выполнив следующие действия.
Настройка дополнительной переменной среды DSds_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"
Убедитесь, что SNMP включен с помощью команды показать snmp . Если он не включен, настройте команду "snmp-server manager".
show snmp %SNMP agent not enabled config t snmp-server manager end
Обязательно установите DS 64224 для мониторинга высокой загрузки ЦП в качестве профилактической меры для отключения всех отладок и диагностических сигнатур во время высокой загрузки ЦП . Скачайте DS 64224 с помощью следующих параметров в инструменте поиска подписей диагностики.
Название поля
Значение поля
Платформа
Cisco 4300, 4400 серии ISR или Cisco CSR серии 1000V
Продукт
Предприятие CUBE в решении Webex Calling
Область действия проблемы
Производительность
Тип проблемы
Высокая загрузка ЦП с уведомлением по адрес электронной почты .
Скачайте DS 65095 с помощью следующих параметров в инструменте поиска подписей диагностики.
Название поля
Значение поля
Платформа
Cisco 4300, 4400 серии ISR или Cisco CSR серии 1000V
Продукт
Предприятие CUBE в решении Webex Calling
Область действия проблемы
Системные журналы
Тип проблемы
Системный журнал: %VOICE_IEC-3-GW: CCAPI: Внутренняя ошибка (пороговое значение пика вызовов): IEC=1.1.181.1.29.0
Скопируйте файлы 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:
Установите высокий ЦП для контроля 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
Убедитесь, что подпись успешно установлена с помощью команды 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
Проверка выполнения диагностических сигнатур
В следующей команде столбец «Состояние» команды показать диагностическую подпись вызова домой изменяется на «работает», в то время как локальный шлюз выполняет действие, определенное в подписи. Выход показать статистику диагностической сигнатуры звонка домой Это лучший способ проверить, обнаруживает ли диагностическая сигнатура интересующее событие и выполняет ли оно действие. В столбце «Запущено / Макс. / Деинсталляция» указывается, сколько раз данная сигнатура инициировала событие, максимальное число раз, которое она определена для обнаружения события, и будет ли сигнатура деинсталлирована после обнаружения максимальное число инициированных событий.
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 |
уведомление по электронной почте , которое отправляется во время выполнения диагностической сигнатуры, содержит ключевую информацию, такую как тип проблемы, сведения об устройстве, версия программного обеспечения, текущая конфигурация и выходные данные команды, которые имеют отношение к устранению данной проблемы.
Удалить диагностические сигнатуры
Использование диагностических сигнатур для устранения неполадок обычно определяется для удаления после обнаружения некоторых проблем. Если вы хотите удалить подпись вручную, получите идентификатор DS из вывода показать диагностическую подпись вызова домой и выполните следующую команду:
call-home diagnostic-signature deinstall <DS ID>
Пример.
call-home diagnostic-signature deinstall 64224
Новые сигнатуры периодически добавляются в средство поиска сигнатур диагностики в зависимости от проблем, которые обычно наблюдаются при развертывании. В настоящее время TAC не поддерживает запросы на создание новых пользовательских подписей. |
Для лучшего управления шлюзами Cisco IOS XE рекомендуется регистрировать шлюзы и управлять ими через Control Hub. Это дополнительная конфигурация. После регистрации вы можете использовать параметр проверки конфигурации в Control Hub для проверки конфигурации локального шлюза и выявления любых проблем с конфигурацией. В настоящее время эту функцию поддерживают только соединительные линии на основе регистрации.
Для получения дополнительной информации обратитесь к следующему:
Перед началом работы
Убедитесь, что следующая конфигурация базовой платформы, которую вы настраиваете, настройка в соответствии с политиками и процедурами вашей организации:
НПТ
ACL
включить пароли
основной пароль
IP -маршрутизация
IP -адреса и т. Д.
Требуется минимальная поддерживаемая версия IOS XE 17.6 для всех развертываний локального шлюза.
1 | Убедитесь, что вы назначили действительные и маршрутизируемые IP -адреса любым интерфейсам уровня 3:
|
||||
2 | Предварительно настройте первичный ключ для пароля с помощью следующих команд, прежде чем он будет использоваться в качестве учетных данных и общих секретов. Пароли типа 6 шифруются с использованием шифра AES и определяемого пользователем первичного ключа.
|
||||
3 | Настройте сервер IP -имен, чтобы включить поиск DNS . Проверьте связь с сервером IP -имен и убедитесь, что он доступен. Локальный шлюз должен разрешить Webex Calling прокси-адреса, использующие этот DNS:
|
||||
4 | Включите TLS 1.2 Exclusivity и прототип точки доверия по умолчанию.
|
||||
5 | Если у корневой сертификат есть промежуточный ЦС, выполните следующие команды:
|
||||
6 | Создайте точку доверия для хранения корневой сертификат. Если промежуточного ЦС нет, выполните следующие команды:
|
||||
7 | Настройте SIP-UA для использования созданной вами точки доверия.
|
Перед началом работы
Сеть в направлении Webex Calling должен использовать общедоступный адрес IPv4. Адреса с полными доменными именами (FQDN) или служебными записями (SRV) должны разрешаться в общедоступный адрес IPv4 в Интернете.
Все порты SIP и мультимедиа на внешнем интерфейсе должны быть доступны из Интернета. Порты не должны находиться за трансляцией сетевых адресов (NAT). Убедитесь, что вы обновили брандмауэр на компонентах корпоративной сети.
Установите подписанный сертификат на локальном шлюзе.
центр сертификации (ЦС) должен подписать сертификат, как указано в Какие корневые центры сертификации поддерживаются для вызовов на аудио- и Cisco Webex ? .
Полное доменное имя, выбранное в 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, запись A или IP -адрес), являются необязательными в SAN.
В примере FQDN или SRV, который вы используете для магистрали, контактный адрес для всех новых диалоговых окон SIP с локального шлюза должен содержать london.lgw.cisco.com в части адреса SIP , связанной с хостом. Смотрите, Шаг 5 для конфигурации.
Убедитесь, что сертификаты подписаны для использования клиентом и сервером.
Загрузите пакет доверия на локальный шлюз, как указано в Какие корневые центры сертификации поддерживаются для вызовов на аудио- и Cisco Webex ? .
1 | Введите следующие команды, чтобы включить приложение Local Gateway (см. Справочная информация о портах для Cisco Webex Calling для последних IP -подсетей для добавления в список доверия):
Вот объяснение полей для конфигурации:
|
||
2 | Настройте «кодек голосового класса 100».
Вот объяснение полей для конфигурации: Кодек голосового класса 100 Позволяет использовать кодеки opus и оба кодека g711 (mu и a-law) для сеансов. Применяет предпочтительный кодек ко всем точкам вызова. Для получения дополнительной информации см. кодек голосового класса . |
||
3 | Настройте параметр «stun-usage 100», чтобы включить ICE.
Вот объяснение полей для конфигурации: Оглушение класса голосом 100 Определяет использование оглушения. Применяет оглушение ко всем Webex Calling Обращение к адресуемым точкам вызова, чтобы избежать передачи звука, когда телефон Unified CM переадресовывает вызов другому Webex Calling телефон. См. использование оглушения голосового класса в Голосовые команды Cisco IOS - от T до Z и использование оглушения ice lite . |
||
4 | Настройте «голосовой класс srtp-crypto 100», чтобы ограничить поддерживаемое шифрование.
Вот объяснение полей для конфигурации: Голосовой класс srtp-crypto 100Задает SHA1_ 80 в качестве единственного набора шифров SRTP , который локальный шлюз предлагает в SDP в предложении и ответе. Webex Calling поддерживает только SHA1_80.
Для получения дополнительной информации см. голосовой класс srtp-crypto .
|
||
5 | Настройте «Профили SIP 100». В этом примере cube1.abc.lgwtrunking.com - это полное доменное имя, выбранное для локального шлюза, а «172.xxx» - это IP-адрес интерфейса локального шлюза, который находится в направлении Webex Calling :
Вот объяснение полей для конфигурации:
Для получения дополнительной информации см. sip-профили голосовых классов . Для получения дополнительной информации см. правило (голосовой перевод-правило) в Справочник по голосовым Cisco IOS - с K по R . |
||
6 | Настройте следующие четыре точки вызова для исходящих вызовов: |
||
7 | Создание группы точек вызова на основе точки вызова в направлении Webex Calling в активной / активной модели.
Вот объяснение полей для конфигурации:
Связывает исходящую точку вызова с группой точек вызова 100 и настроить точку вызова 101 , 102 , 103 , и 104 с такими же предпочтениями. См. голосовая точка вызова для получения дополнительной информации. |
||
8 | Создание группы точек вызова на основе точки вызова в направлении Webex Calling в основной / резервной модели.
Вот объяснение полей для конфигурации:
Связывает исходящую точку вызова с группой точек вызова 100 и настроить точку вызова 101 и 102 как первое предпочтение. См. голосовой dpg в Справочник по голосовым Cisco IOS - от T до Z для получения дополнительной информации.
Связывает исходящую точку вызова с группой точек вызова 100 и настроить точку вызова 103 и 104 как второе предпочтение. |
||
9 | Настроить входящую точку вызова от Webex Calling . Входящее совпадение основано на запросе URI .
Вот объяснение полей для конфигурации:
|
Для этого развертывания требуется следующая конфигурация на локальном шлюзе:
URI класса голоса - Можно определить шаблоны IP -адресов / портов хоста для различных соединительных линий, завершающихся на локальном шлюзе:
Webex Calling в LGW
Завершение SIP-магистраль на LGW
Исходящие точки вызова - Вы можете маршрутизировать исходящий вызов от LGW к SIP-магистраль поставщик услуг интернет-телефонии (ITSP) и Webex Calling .
Голосовой класс DPG - Вы можете вызывать для целевых исходящих точек вызова от входящей точки вызова.
Входящие точки вызова —Вы можете принять этапы входящих вызовов от ITSP и Webex Calling .
Используйте конфигурацию либо для настройки локального шлюза, размещенного у партнера, либо для локального шлюза сайта клиента. См.
1 | Настройте следующий URI голосового класса: |
2 | Настройте указанные далее исходящие адресуемые точки вызова. |
3 | Настройте следующую группу точек вызова (DPG): |
4 | Настройте перечисленные ниже параметры Inbound dial-peer (Входящая адресуемая точка вызова). |
- PSTN в Webex Calling :
-
Сопоставление всех ветвей входящих вызовов IP PSTN на локальном шлюзе с адресуемой точкой вызова 122 для определения критерия совпадения заголовка VIA с IP- IP-адрес IP PSTN. DPG 100 вызывает исходящую точку вызова 101 , 102 , 103 , 104 , который имеет Webex Calling сервер в качестве целевого назначения.
- Webex Calling в PSTN:
-
Соответствовать всем входящим Webex Calling этапы вызова на локальном шлюзе с точкой вызова 110 для определения критерия совпадения шаблона заголовка REQUEST URI с именем хоста локального шлюза, уникальным для развертывания локального шлюза. DPG 120 вызывает исходящую точку вызова 121 , который имеет IP - IP-адрес PSTN в качестве целевого назначения.
Для этого развертывания требуется следующая конфигурация на локальном шлюзе:
URI класса голоса —Можно определить шаблоны IP -адресов / портов хоста для различных соединительных линий, заканчивающихся на LGW, из следующих источников:
Unified CM в LGW для пунктов назначения PSTN
Unified CM в LGW для Webex Calling направления
Webex Calling в пункты назначения LGW
Завершение SIP-магистраль в пунктах назначения LGW
Группа серверов голосового класса —Вы можете настроить таргетинг на IP -адреса или порты для исходящих магистралей от:
LGW в Unified CM
LGW в Webex Calling
LGW в SIP-магистраль
Исходящие точки вызова —Вы можете маршрутизировать исходящий вызов от:
LGW в Unified CM
SIP-магистраль поставщика услуг интернет-телефонии (ITSP)
Webex Calling
Голосовой класс dpg —Вы можете настроить таргетинг на вызов исходящих точек вызова от входящей точки вызова.
Входящие точки вызова - Вы можете принять этапы входящих вызовов от Unified CM, ITSP и Webex Calling .
1 | Настройте приведенные ниже параметры Voice class URI (URI класса голосовых вызовов). |
2 | Настройте приведенные ниже параметры Voice class server-group (Группа серверов класса голосовых вызовов). |
3 | Настройте указанные далее исходящие адресуемые точки вызова. |
4 | Настройте следующую группу точек вызова (DPG): |
5 | Настройте перечисленные ниже параметры Inbound dial-peer (Входящая адресуемая точка вызова). |
Диагностические сигнатуры (DS) проактивно обнаруживают часто наблюдаемые проблемы в локальном шлюзе на базе Cisco IOS XE и генерируют уведомление о событии по электронной почте, системному журналу или терминальному сообщению. Кроме того, DS можно установить для автоматического сбора данных диагностики и передачи полученных данных в центр Cisco TAC, чтобы увеличить время разрешения.
Диагностические сигнатуры (DS) - это файлы XML , содержащие информацию о событиях и действиях, вызывающих проблему, для информирования, устранения и устранения проблемы. Используйте сообщения системного журнала, события SNMP и периодический мониторинг определенных выходных данных команды show для определения логики обнаружения проблем. Типы действий включают в себя:
Сбор выходных данных команды show
Создание консолидированного файл журнала
Загрузка файла в указанное пользователем сетевое расположение, такое как HTTPS, SCP, FTP -сервер
Инженеры TAC создают файлы DS и подписывают их цифровой подписью для защиты целостности. Каждый файл DS имеет уникальный числовой идентификатор , присвоенный системой. Инструмент поиска диагностических сигнатур (DSLT) - это единый источник для поиска подходящих сигнатур для мониторинга и устранения различных проблем.
Перед началом работы.
Не редактируйте файл DS, который вы загружаете с DSLT . Файлы, которые вы изменяете, не могут быть установлены из-за ошибки проверки целостности.
Сервер SMTP, необходимый для отправки локальным шлюзом уведомлений по электронной почте.
Убедитесь, что на локальном шлюзе работает IOS XE 17.6.1 или выше, если вы хотите использовать безопасный сервер SMTP для уведомлений по электронной почте.
Предварительные условия
Локальный шлюз под управлением IOS XE 17.6.1 или более поздней версии
Установка диагностических подписей включена по умолчанию.
- Настройте безопасный почтовый сервер, который вы используете для отправки упреждающих уведомлений, если на устройстве работает IOS XE 17.6.1 или более поздняя версия.
configure terminal call-home mail-server <username>:<pwd>@<email server> priority 1 secure tls end
Настройте переменную средыds_email с адрес электронной почты администратора вам известить.
configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> end
Локальный шлюз под управлением версии 17.6.1
Чтобы включить параметр установки диагностических подписей, введите следующие команды.
configure terminal call-home reporting contact-email-addr sch-smart-licensing@cisco.com end
Настройте почтовый сервер для отправки упреждающих уведомлений, если на устройстве установлена более ранняя версия, чем 17.6.1.
configure terminal call-home mail-server <email server> priority 1 end
Настройте переменную среды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 и предоставить определенные разрешения для правильной обработки электронной почты с устройства: |
Перейдите к меню Менее защищенный доступ к приложению.
и включите параметрОтветьте "Да, это был я", когда вы получите электронное письмо от Gmail, в котором говорится, что "Google не позволил кому-либо войти в вашу учетную запись с помощью стороннего приложения".
Установка диагностических подписей для упреждающего контроля
Мониторинг высокой загрузки ЦП
Этот DS отслеживает 5-секундную загрузку ЦП с помощью SNMP OID 1.3.6.1.4.1.9.2.1.56. Когда коэффициент использования достигает 75% или более, он отключает все отладки и удаляет все диагностические сигнатуры, которые вы устанавливаете на локальном шлюзе. Чтобы установить подпись, выполните шаги ниже.
Убедитесь, что вы включили SNMP с помощью команды показать 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
Скачайте DS 64224, используя следующие параметры раскрывающегося списка в инструменте поиска диагностических подписей:
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:
Название поля
Значение поля
Платформа
Cisco 4300, 4400 серии ISR или Cisco CSR серии 1000V
Продукт
Предприятие CUBE в решении Webex Calling
Область действия проблемы
Производительность
Тип проблемы
Высокая загрузка ЦП с уведомлением по адрес электронной почты .
Скопируйте файл 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)
Установите файл XML DS на локальный шлюз.
call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success
Используйте показать диагностическую подпись вызова домой команда, чтобы убедиться, что подпись успешно установлена. Столбец статуса должен иметь «зарегистрированное» значение.
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 от последнего опроса, создается системный журнал и уведомление по электронной почте. Чтобы установить подпись, выполните шаги ниже.
Убедитесь, что SNMP включен с помощью команды показать 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
Скачайте DS 65221, используя следующие параметры раскрывающегося списка в инструменте поиска диагностических подписей:
Название поля
Значение поля
Платформа
Cisco 4300, 4400 серии ISR или Cisco CSR серии 1000V
Продукт
Предприятие CUBE в решении Webex Calling
Область действия проблемы
Производительность
Тип проблемы
Обнаружение аварийного отключения вызова SIP с помощью уведомлений по адрес электронной почты и системному журналу.
Скопируйте файл XML DS на локальный шлюз.
copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
Установите файл XML DS на локальный шлюз.
call-home diagnostic-signature load DS_65221.xml Load file DS_65221.xml success
Используйте команду показать диагностическую подпись вызова домой чтобы убедиться, что подпись установлена успешно. Столбец состояния должен иметь значение registered ("зарегистрировано").
Установите диагностические подписи для устранения проблемы
Вы также можете использовать диагностические подписи (DS) для быстрого решения проблем. Инженеры центра технической поддержки Cisco TAC разработали несколько сигнатур, которые позволяют выполнять отладку, необходимую для устранения данной проблемы, обнаружения ее возникновения, сбора правильного набора диагностических данных и автоматической передачи данных в службу технической Cisco TAC . Это избавляет от необходимости вручную проверять появление проблемы и намного упрощает устранение периодических и временных неполадок.
Вы можете использовать Инструмент поиска диагностических сигнатур чтобы найти соответствующие подписи и установить их для самостоятельного решения данной проблемы, или вы можете установить подпись, рекомендованную инженером службы технической поддержки в рамках соглашения о поддержке.
Ниже приводится пример способа поиска и установки диагностической подписи для обнаружения экземпляра системного журнала "%VOICE_IEC-3-GW: CCAPI: Внутренняя ошибка (пороговое значение пика вызовов): IEC = 1.1.181.1.29.0 "системный журнал и автоматизируйте сбор диагностических данных, выполнив следующие действия.
Настроить другую переменную среды DSds_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"
Убедитесь, что SNMP включен с помощью команды показать snmp . Если SNMP не включен, настройте команду «snmp-server manager».
show snmp %SNMP agent not enabled config t snmp-server manager end
Мы рекомендуем установить DS 64224 для мониторинга высокой загрузки ЦП в качестве превентивной меры для отключения всех отладок и диагностических сигнатур во время высокой загрузки ЦП . Скачайте DS 64224 с помощью следующих параметров в инструменте поиска подписей диагностики.
Название поля
Значение поля
Платформа
Cisco 4300, 4400 серии ISR или Cisco CSR серии 1000V
Продукт
Предприятие CUBE в решении Webex Calling
Область действия проблемы
Производительность
Тип проблемы
Высокая загрузка ЦП с уведомлением по адрес электронной почты .
Скачайте DS 65095 с помощью следующих параметров в инструменте поиска подписей диагностики.
Название поля
Значение поля
Платформа
Cisco 4300, 4400 серии ISR или Cisco CSR серии 1000V
Продукт
Предприятие CUBE в решении Webex Calling
Область действия проблемы
Системные журналы
Тип проблемы
Системный журнал: %VOICE_IEC-3-GW: CCAPI: Внутренняя ошибка (пороговое значение пика вызовов): IEC=1.1.181.1.29.0
Скопируйте файлы 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:
Установите высокий ЦП для контроля 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
Убедитесь, что подпись успешно установлена с помощью команды 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
Проверка выполнения диагностических подписей
В следующей команде столбец «Состояние» команды показать диагностическую подпись вызова домой изменяется на «работает», в то время как локальный шлюз выполняет действие, определенное в подписи. Выход показать статистику диагностической сигнатуры звонка домой Это лучший способ проверить, обнаруживает ли диагностическая подпись интересующее событие и выполняет ли действие. В столбце «Запущено / Макс. / Деинсталляция» указывается, сколько раз данная сигнатура инициировала событие, максимальное число раз, которое она определена для обнаружения события, и будет ли сигнатура деинсталлирована после обнаружения максимальное число инициированных событий.
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 |
уведомление по электронной почте , которое отправляется во время выполнения диагностической подписи, содержит ключевую информацию, такую как тип проблемы, сведения об устройстве, версия программного обеспечения, текущая конфигурация и выходные данные команды, которые имеют отношение к устранению данной проблемы.

Удаление диагностических подписей
Использование диагностических сигнатур для устранения неполадок обычно определяется для удаления после обнаружения некоторых проблем. Если вы хотите удалить подпись вручную, получите идентификатор DS из вывода показать диагностическую подпись вызова домой и выполните следующую команду:
call-home diagnostic-signature deinstall <DS ID>
Пример.
call-home diagnostic-signature deinstall 64224
Новые сигнатуры периодически добавляются в средство поиска сигнатур диагностики в зависимости от проблем, наблюдаемых при развертывании. В настоящее время TAC не поддерживает запросы на создание новых пользовательских подписей. |
В настоящее время локальный шлюз (LGW) является единственным вариантом предоставления PSTN-доступа на базе локальных ресурсов для клиентов Cisco Webex Calling. Целью этого документа является предоставление помощи при построении конфигурации локального шлюза посредством высокой доступности CUBE, активными/резервными CUBE для сохранения состояния активных вызовов в момент отработки отказа.
Основные сведения
Предварительные условия
Перед развертыванием CUBE HA в качестве локального шлюза для Webex Calling подробно изучите перечисленные ниже понятия.
Избыточность типа Box-to-box второго уровня с использованием CUBE Enterprise для удержания вызовов с сохранением состояния
В инструкциях по настройке, приведенных в этой статье, предполагается наличие выделенной платформы локального шлюза без существующей конфигурации голосовой связи. Если существующее развертывание 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 для различных платформ.
CSR 1000v (vCUBE):https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-CSR1000v.html
Предпочтительная архитектура Cisco для Cisco Webex Calling:https://www.cisco.com/c/dam/en/us/td/docs/solutions/CVD/Collaboration/hybrid/AltDesigns/PA-WbxCall.pdf
Обзор решения 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 | Для отслеживания состояния интерфейса настройте его отслеживание на глобальном уровне.
Отслеживание CLI используется в RG для отслеживания состояния интерфейса голосового трафика, чтобы роль активного маршрута была сброшена в случае сбоя интерфейса передачи трафика. |
||
2 | Настройте RG для использования с HA передачи голоса по IP в рамках подрежима избыточности приложения.
Ниже приведено описание полей, используемых в этой конфигурации.
|
||
3 | Включите избыточность Box-to-box для приложения CUBE. Настройте RG из предыдущего шага в разделе
redundancy-group 1: при добавлении и удалении этой команды для вступления в силу обновленной конфигурации требуется перезагрузка. Перезагрузка платформ будет выполнена после применения всей конфигурации. |
||
4 | Настройте интерфейсы Gig1 и Gig2 с учетом их соответствующих виртуальных IP-адресов, как указано ниже, и примените идентификатор интерфейса избыточности (rii).
|