07 августа 2026 г. | 4711 – просмотры | 1 – пользователи, которые сочли этот материал полезным
Настройка локального шлюза в Cisco IOS XE для Webex Calling
list-menuОтправить обратную связь?
После настройки Webex Calling для вашей организации можно настроить магистраль для подключения локального шлюза к Webex Calling. Транспорт TLS SIP обеспечивает безопасность магистрали между локальным шлюзом и облаком Webex. Мультимедиа между локальным шлюзом и Webex Calling использует SRTP.

Обзор

Webex Calling в настоящее время поддерживает две версии Local Gateway:

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

  • Локальный шлюз для Webex для правительства

Основные соображения

  • Прежде чем начать, ознакомьтесь с требованиями к Webex Calling Public Switched Telephone Network (PSTN) и Local Gateway (LGW). См. Предпочитаемая архитектура Cisco для вызова Webexдля получения дополнительной информации.

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

Процедуры содержат ссылки на справочную документацию по командам, где вы можете узнать больше о отдельных командных опциях. Все ссылки на командные ссылки идут на Webex Managed Gateways Command Reference, если не указано иное (в этом случае командные ссылки идут на Cisco IOS Voice Command Reference). Вы можете получить доступ ко всем этим руководствам в Cisco Unified Border Element Ссылки на команды.

Информацию о поддерживаемых сторонних СБК см. в соответствующей справочной документации по продуктам.

Настройка локального шлюза

Существует два варианта настройки локального шлюза для вашего Webex Calling Trunk:

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

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

Использовать поток заданий либо под Registration-based Local Gateway или Certificate-based Local Gateway для настройки локального шлюза для Webex Calling.

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

Основные соображения

Local Gateway for Webex for Government не поддерживает следующее:

  • STUN/ICE-Lite для оптимизации медиа-пути

  • Факс (Т.38)

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

Чтобы настроить локальный шлюз для вашего Webex Calling Trunk в Webex for Government, используйте следующую опцию:

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

Использовать поток заданий под Certificate-based Local Gateway для настройки локального шлюза для Webex Calling. Дополнительные сведения о настройке локального шлюза на основе сертификатов см. в разделе Настройка Webex Calling на основе сертификатов.

Необходимо настроить совместимые с FIPS шифры GCM для поддержки Local Gateway for Webex для правительства. Если нет, то настройка вызова не работает. Сведения о конфигурации см. Configure Webex Calling certificate-based trunk.

Webex for Government не поддерживает регистрационный Local Gateway.

Обзор дизайна

В этом разделе описано, как настроить Cisco Unified Border Element (CUBE) как локальный шлюз для вызова Webex, используя регистрационный SIP-канал. Первая часть этого документа иллюстрирует, как настроить простой шлюз PSTN. В этом случае все звонки из PSTN направляются в Webex Calling, а все звонки из Webex Calling направляются в PSTN. На приведенном ниже изображении подчеркивается это решение и конфигурация маршрутизации вызовов высокого уровня, которая будет следовать.

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

  • Арендаторы голосовых классов: Используется для создания конкретных конфигураций ствола.

  • Голосовой класс uri: Используется для классификации сообщений SIP при выборе входящего пиринга.

  • входящий циферблат: Обрабатывает входящие сообщения SIP и определяет исходящий маршрут с использованием группы абонентов.

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

  • исходящий циферблат: Обеспечивает обработку исходящих сообщений SIP и направляет их к требуемой цели.

Call routing from/to PSTN to/from Webex Calling configuration solution

Хотя IP и SIP стали протоколами по умолчанию для PSTN, схемы ISDN TDM (Time Division Multiplexing) по-прежнему широко используются и поддерживаются с Webex Calling Trunks. Чтобы обеспечить медиаоптимизацию IP-путей для локальных шлюзов с потоками вызовов TDM-IP, в настоящее время необходимо использовать двухступенчатый процесс маршрутизации вызовов. Этот подход изменяет конфигурацию маршрутизации вызовов, показанную выше, введя набор внутренних циклических корректоров между Webex Calling и PSTN стволами, как показано на рисунке ниже.

Call routing configuration with a set of internal loop-back dial-peers between Webex Calling and PSTN trunks

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

Solution diagram showing Unified Communications Manager provides centralized routing and treatment of all PSTN and Webex Calling calls

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

The host names, IP addresses, and interfaces used in Call routing configuration solutions

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

  • Шаг 1: Настройка базового подключения и безопасности маршрутизатора

  • Шаг 2: Настройка Webex Calling Trunk

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

  • Шаг 3: Настройка локального шлюза с SIP PSTN

  • Шаг 4: Настройка локального шлюза в существующей среде Unified CM

    Или:

  • Шаг 3: Настройка локального шлюза с помощью TDM PSTN

Настройка подключения и безопасности

Базовая конфигурация

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

  • Все локальные шлюзы, основанные на регистрации, требуют Cisco IOS XE 17.6.1a или более поздних версий. Рекомендуется использовать Cisco IOS 17.12.2 или позже. Для рекомендуемых версий см. Cisco Software Researchстраница. Найдите платформу и выберите один из предлагаемых релизов.

    • Маршрутизаторы серии ISR4000 должны быть настроены с лицензиями Unified Communications и Security Technology License.

    • Маршрутизаторы 8000 серии Catalyst Edge, оснащенные голосовыми картами или DSP, требуют лицензирования DNA Advantage. Маршрутизаторы без голосовых карт или DSP требуют минимального лицензирования DNA Essentials.

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

    • NTP

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

    • Аутентификация пользователя и удаленный доступ

    • DNS

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

    • IP-адреса

  • Сеть к вызову Webex должна использовать IPv4 адрес.

  • Загрузите пакет корневого центра сертификации Cisco в локальный шлюз.

При настройке арендатора для подключения к Webex Calling поддерживаются только SRV-адреса.

Конфигурация

1

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


interface GigabitEthernet0/0/0
  description Interface facing PSTN and/or CUCM
  ip address 10.80.13.12 255.255.255.0
!
interface GigabitEthernet0/0/1
  description Interface facing Webex Calling (Private address)
  ip address 192.51.100.1 255.255.255.240

2

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


key config-key password-encrypt YourPassword
password encryption aes

3

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

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


crypto pki trustpoint EmptyTP 
 revocation-check none
4

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

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

  1. Установить tcp-retry count в 1000 (5несколько раз = 5 секунды).

  2. Сообщение об timer connection establish команда позволяет определить, сколько времени LGW ждет, чтобы установить соединение с прокси, прежде чем рассмотреть следующий доступный вариант. По умолчанию для этого таймера - 20 секунды и минимум 5 секунд. Начните с низкой стоимости и увеличьте при необходимости, чтобы соответствовать условиям сети.


sip-ua
 timers connection establish tls 5
 transport tcp tls v1.2
 crypto signaling default trustpoint EmptyTP cn-san-validate server
 tcp-retry 1000

5

Установите пакет Cisco root CA, который включает сертификат IdenTrust Commercial Root CA1 , используемый Webex Calling. Используйте стрелки crypto pki trustpool import clean url команда для загрузки пакета корневого центра сертификации из указанного URL и для очистки текущего целевого пула центра сертификации, затем установите новый пакет сертификатов:

Если необходимо использовать прокси для доступа к Интернету с помощью HTTPS, перед импортом пакета CA добавьте следующую конфигурацию:

ip http client proxy-server yourproxy.com proxy-port 80

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
Настройка Webex Calling на основе регистрации
1

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

PSTN trunk registered
2

Введите следующие команды, чтобы настроить CUBE как Webex, Вызывающий Локальный Шлюз:

 
voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 media statistics
 media bulk-stats 
 allow-connections sip to sip
 no supplementary-service sip refer  
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip
  asymmetric payload full
  early-offer forced

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


ip address trusted list
 ipv4 x.x.x.x y.y.y.y

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

  • По умолчанию Local Gateway блокирует все входящие VoIP-сообщения с IP-адресов, не входящие в его доверенный список. По умолчанию, статически настроенные абоненты с «IP-адресами сеанса» или IP-адресами группы серверов являются доверенными. Добавление этих IP-адресов в доверенный список не требуется.

  • При настройке локального шлюза добавьте в список IP-подсети вашего регионального центра обработки данных Webex. Дополнительные сведения см. в разделе Справочная информация о портах для вызова Webex. Кроме того, добавьте диапазоны адресов для серверов Unified Communications Manager (если используется) и шлюзов PSTN trunk.

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

mode border-element

Включить функции Cisco Unified Border Element (CUBE) на платформе.

media statistics

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

media bulk-stats

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

Дополнительные сведения об этих командах см. в разделе Медиа.

allow-connections sip to sip

Включить функцию базового SIP CUBE back-to-back пользовательского агента. Дополнительные сведения см. в разделе Разрешить соединения.

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

stun

Позволяет STUN (Session Traversal of UDP through NAT) глобально.

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

Дополнительные сведения см. в разделе идентификатор агента flowdataи stun flowdata shared-secret.

asymmetric payload full

Настройка поддержки асимметричной полезной нагрузки SIP как для DTMF, так и для динамических кодеков. Дополнительные сведения см. в разделе Асимметричная полезная нагрузка.

early-offer forced

Заставляет Локальный шлюз отправлять информацию SDP в первоначальное сообщение INVITE вместо того, чтобы ждать подтверждения от соседа. Дополнительные сведения об этой команде см. в разделе Раннее предложение.

3

Настроить voice class codec 100 позволяет кодекам G.711 только для всех стволов. Этот простой подход подходит для большинства развертываний. При необходимости в список могут быть добавлены дополнительные типы кодеков, поддерживаемые как исходными, так и конечными системами.

Более сложные решения с участием транскодированиеПоддерживаются модули DSP, но не включены в это руководство. 


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

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

voice class codec 100

Используется для разрешения только предпочтительных кодеков для вызовов ствола SIP. Дополнительные сведения см. в разделе кодек.

4

Настроить voice class stun-usage 100 чтобы включить ICE в трубку Webex Calling.


voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

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

stun usage ice lite

Используется для включения ICE-Lite для всех Webex Calling face-peers, что позволяет оптимизировать медиа по возможности. Дополнительные сведения см. в разделе Использование глушителя голосаи каменистое использование ледяной литой.

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

5

Настройте политику шифрования медиа-трафика Webex.


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

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

voice class srtp-crypto 100

Определяет SHA1_80 как единственное предложение CUBE SRTP шифра-suite в SDP в предложениях и ответах. Webex Calling поддерживает только SHA1_80. Дополнительные сведения см. в разделе класс srtp-crypto.

6

Настройте шаблон для идентификации вызовов в магистральный шлюз на основе параметра магистральный шлюз: 


voice class uri 100 sip
 pattern dtg=dallas1463285401_lgu

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

voice class uri 100 sip

Определяет шаблон, соответствующий входящему приглашению SIP для входящего коллега по циферблату. При вводе этого шаблона используйте dtg=, за которым следует значение Trunk OTG/DTG, предоставленное в Центре управления, когда ствол был создан. Дополнительные сведения см. в разделе Голосовой класс URI.

7

Настроить sip profile 100, который будет использоваться для изменения сообщений SIP перед отправкой в Webex Calling.


voice class sip-profiles 100
 rule 10 request ANY sip-header SIP-Req-URI modify "sips:" "sip:"
 rule 20 request ANY sip-header To modify "<sips:" "<sip:"
 rule 30 request ANY sip-header From modify "<sips:" "<sip:"
 rule 40 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
 rule 50 response ANY sip-header To modify "<sips:" "<sip:"
 rule 60 response ANY sip-header From modify "<sips:" "<sip:"
 rule 70 response ANY sip-header Contact modify "<sips:" "<sip:"
 rule 80 request ANY sip-header From modify ">" ";otg=dallas1463285401_lgu>"
 rule 90 request ANY sip-header P-Asserted-Identity modify "sips:" "sip:"

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

  • правило 10 к 70 и 90

    Гарантирует, что заголовки SIP, используемые для сигнализации вызовов, используют SIP, а не схему SIP, которую требуют прокси Webex. Настройка CUBE для использования SIP обеспечивает безопасную регистрацию.

  • Правило 80

    Изменяет заголовок From, чтобы включить идентификатор группы trunk OTG/DTG из Control Hub, чтобы уникально идентифицировать сайт Local Gateway внутри предприятия.

США или канадский провайдер PSTN может предложить Caller ID проверки для спама и мошеннических вызовов, с дополнительной конфигурацией, указанной в Индикация спама или мошенничества в Webex CallingСтатья.

8

Настройка Webex Calling Trunk:

  1. Создать voice class tenant 100 для определения и групповых конфигураций, необходимых специально для Webex Calling. В частности, детали регистрации ствола, представленные в Control Hub ранее, будут использованы на этом этапе, как описано ниже. Эти конфигурации будут наследуться более поздней версии набора, связанной с этим арендатором.

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

    
voice class tenant 100
  registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com
  no remote-party-id
  sip-server dns:98027369.us10.bcld.webex.com
  connection-reuse
  srtp-crypto 100
  session transport tcp tls 
  no session refresh
  url sips 
  error-passthru
  rel1xx disable
  asserted-id pai 
  bind control source-interface GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp 
  sip-profiles 100 
  outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com  
  privacy-policy passthru

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

    voice class tenant 100

    Определяет набор параметров конфигурации, которые будут использоваться только для Webex Calling. Дополнительные сведения см. в разделе Категория: Арендаторы.

    registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls

    Сервер регистрации для локального шлюза с регистрацией обновляется каждые две минуты (50% от 240 секунд). Дополнительные сведения см. в разделе зарегистрировать.

    Убедитесь, что вы используете значение Register Domain из Control Hub здесь.

    credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks

    Учетные данные для регистрации магистрали. Дополнительные сведения см. в разделе Учетные данные (SIP UA).

    Убедитесь, что вы используете хост Line/Port, Authentication Username и Authentication Password соответственно из Control Hub.

    authentication username Dallas1171197921_LGU password 0 9Wt[M6ifY+ realm BroadWorks
    authentication username Dallas1171197921_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com

    Запрос аутентификации для вызовов. Дополнительные сведения см. в разделе аутентификация (dial-peer).

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

    no remote-party-id

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

    sip-server dns: us25.sipconnect.bcld.webex.com

    Настройте целевой SIP-сервер для ствола. При создании ствола используйте адрес SRV прокси Edge, указанный в Центре управления.

    connection-reuse

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

    srtp-crypto 100

    Настройте предпочтительные шифры-suites для ножки вызова SRTP (соединение) (указанное в шаге5). Дополнительные сведения см. в разделе голосовой класс srtp-crypto.

    session transport tcp tls

    Устанавливает транспорт для TLS. Дополнительные сведения см. в разделе сессионный транспорт.

    no session refresh

    Отключить обновление сеанса SIP для вызовов между CUBE и Webex. Дополнительные сведения см. в разделе Обновление сеанса.

    url sips

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

    error-passthru

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

    rel1xx disable

    Отключить использование надежных временных ответов для Webex Calling. Дополнительные сведения см. в разделе реле1хх.

    asserted-id pai

    (Необязательно) Включает обработку заголовка P-Asserted-Identity и управляет тем, как он используется для Webex Calling Trunk.

    Webex Calling включает заголовки P-Asserted-Identity (PAI) в исходящих звонках INVITE в локальный шлюз.

    Если эта команда настроена, информация о вызове из заголовка PAI используется для заполнения исходящих заголовков From и PAI/Remote-Party-ID.

    Если эта команда не настроена, информация о вызове из заголовка From используется для заполнения исходящих заголовков From и PAI/Remote-Party-ID.

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

    bind control source-interface GigabitEthernet0/0/1

    Настройте исходный интерфейс и связанный IP-адрес для сообщений, отправленных в Webex Calling. Дополнительные сведения см. в разделе связующее звено.

    bind media source-interface GigabitEthernet0/0/1

    Настройте исходный интерфейс и связанный IP-адрес для медиа, отправленных в WebexCalling. Дополнительные сведения см. в разделе связующее звено.

    no pass-thru content custom-sdp

    Команда по умолчанию в клиенте. Дополнительные сведения об этой команде см. в разделе pass-thru контент.

    sip-profiles 100

    Изменения SIP в SIP и изменение строки/порта для сообщений INVITE и REGISTER, как определено в sip-profiles 100. Дополнительные сведения см. в разделе Профили голосового класса.

    outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com

    Webex Calling access SBC. При создании ствола вставьте исходящий прокси-адрес, указанный в Центре управления. Дополнительные сведения см. в разделе исходящий прокси.

    privacy-policy passthru

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

  2. Настроить Webex Calling Trunk Dial-peer. 

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 max-conn 250
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 dtmf-relay rtp-nte
 voice-class stun-usage 100
 no voice-class sip localhost
 voice-class sip tenant 100
 srtp
 no vad

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

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

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

    max-conn 250

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

    destination-pattern BAD.BAD

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

    session protocol sipv2

    Указывает, что пиринговый 100 узел обрабатывает ножки вызова SIP. Дополнительные сведения см. в разделе протокол сеанса (peer-peer).

    session target sip-server

    Указывает, что SIP-сервер, определённый в tenant100 , наследуется и используется для назначения вызовов из этого набора. Дополнительные сведения см. в разделе цель сеанса (peer dial voip).

    incoming uri request 100

    Чтобы указать класс голоса, используемый для сопоставления VoIP-номера с Uniform Resource Identifier (URI) входящего вызова. Дополнительные сведения см. в разделе входящий uri.

    voice-class codec 100

    Настройте список фильтров кодека на использование общего списка фильтров кодека 100. Дополнительные сведения см. в разделе кодек.

    voice-class stun-usage 100

    Позволяет отправлять локально генерируемые запросы STUN на локальном шлюзе по согласованному медиапути. STUN помогает открыть брандмауэр для медиа-трафика. Дополнительные сведения см. в разделе Категория: Глушители.

    no voice-class sip localhost

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

    voice-class sip tenant 100

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

    srtp

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

    no vad

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

  3. (Необязательный параметр) Принудительно использовать только аудио.

    Видео через Webex Calling с использованием потоков вызовов Local Gateway не поддерживается. Хотя видео может работать в некоторых сценариях, оно может привести к ухудшению качества и неожиданному поведению. Чтобы заставить звонки только звуковые, выполните следующую команду в рамках Webex Calling-peers:

    voice-class sip audio forced

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

9

Чтобы настроить сетевые устройства, такие как CUBE, и передать заголовки протокола инициализации сеансов (SIP), которые устройство не обрабатывает, используйте эти команды. Эти команды позволяют устройству проходить через неподдерживаемые заголовки SIP, включая заголовки геолокации и PIDF-LO (Presence Information Data Format - Location Object), через локальный шлюз. Эта функциональность поддерживает службы Nomadic E911 , обеспечивая, чтобы критическая информация о местоположении была сохранена и передана правильно.

  1. Настройка свертывания циферблата

    Voice service voip
 sip
  pass-thru headers unsupp

  2. Специфическая конфигурация циферблата

    
Dial-peer voice 911 voip
 voice-class sip pass-thru headers unsupp

  3. Настройка класса голоса для конкретных заголовков

    Для прокси заголовки местоположения Geo:

    
voice class sip-hdr-passthrulist 200 
 passthru-hdr Geolocation-Routing
 passthru-hdr Geolocation
 passthru-hdr-unsupp

    Применить пропуск к входящему/исходящему пирингу

    
dial-peer voice 100 voip  // inbound
 voice-class sip pass-thru headers 200
dial-peer voice 200 voip  // outbound
 voice-class sip pass-thru headers 200

    Чтобы включить проход тела PIDFO, используйте:

    
voice service voip 
 sip 
  pass-thru content unsupp

После определения арендатора 100 и настройте SIP VoIP Dial-peer, шлюз инициирует подключение TLS к Webex Calling. В этот момент SBC доступа представляет свой сертификат локальному шлюзу. Локальный шлюз проверяет сертификат доступа Webex Calling Access SBC с использованием пакета root CA, который был обновлен ранее. Если сертификат признан, то между локальным шлюзом и SBC доступа к вызову Webex устанавливается постоянный сеанс TLS. Затем Local Gateway может использовать это безопасное соединение для регистрации с Webex access SBC. Когда регистрация оспаривается для проверки подлинности:

  • Сообщение об username, passwordи realm параметры из credentials конфигурация используется в ответе.

  • Правила модификации в профиле sip 100 используются для преобразования SIPS URL обратно в SIP.

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

Схема прохождения аутентификации и регистрации Webex Calling с локальным шлюзом

Настройка локального шлюза с SIP PSTN

Установив ствол к Webex Calling выше, используйте следующую конфигурацию, чтобы создать не зашифрованный ствол к поставщику PSTN на базе SIP:

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

Если вы используете trunk PSTN TDM / ISDN, перейдите к следующему разделу Настроить локальный шлюз с trunk TDM PSTN.

Для настройки интерфейсов TDM для ножек вызовов PSTN на шлюзах Cisco TDM-SIP см.  Настройка ISDN PRI.

1

Настройте следующий uri класса голоса для идентификации входящих звонков из PSTN:


voice class uri 200 sip
  host ipv4:192.168.80.13

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

voice class uri 200 sip

Определяет шаблон, соответствующий входящему приглашению SIP для входящего коллега по циферблату. При вводе этого шаблона используйте IP-адрес вашего IP PSTN-шлюза. Дополнительные сведения см. в разделе  Голосовой класс URI.

2

Настройте следующий IP PSTN Dial Peer:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip asserted-id pai
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

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


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Определяет пиринг VoIP с тегом 200 и дает осмысленное описание для простоты управления и устранения неполадок. Дополнительные сведения см. в разделе Голос-пир.

destination-pattern BAD.BAD

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

session protocol sipv2

Указывает, что этот абонент обрабатывает ножки вызова SIP. Дополнительные сведения см. в разделе протокол сеанса (peer dial).

session target ipv4: 192.168.80.13

Указывает целевой адрес для вызовов, отправленных поставщику PSTN. Это может быть либо IP-адрес, либо DNS-имя хоста. Дополнительные сведения см. в разделе  Цель сессии (VoIP Dial Peer).

incoming uri via 200

Задает класс голоса, используемый для соответствия входящим вызовам этого участника циферблата, используя URI заголовка INVITE VIA. Дополнительные сведения см. в разделе  входящий URL.

voice-class sip asserted-id pai

(Необязательный параметр) Включает обработку заголовка P-Asserted-Identity и управляет тем, как он используется для створки PSTN. Если эта команда используется, то идентификация вызывающей стороны, предоставленная входящим циферблатом, используется для исходящих заголовков From и P-Asserted-Identity. Если эта команда не используется, то идентификация вызывающей стороны, предоставленная входящим циферблатом, используется для исходящих заголовков идентификатора From и Remote-Party-ID. Дополнительные сведения см. в разделе Категория: SIP.

bind control source-interface  GigabitEthernet0/0/0

Настройте исходный интерфейс и связанный IP-адрес для сообщений, отправляемых в PSTN. Дополнительные сведения см. в разделе  связующее звено.

bind media source-interface  GigabitEthernet0/0/0

Настройте исходный интерфейс и связанный IP-адрес для медиа, отправленных в PSTN. Дополнительные сведения см. в разделе  связующее звено.

voice-class codec 100

Настройте список фильтров кодека на использование общего списка фильтров кодека 100. Дополнительные сведения см. в разделе кодек.

dtmf-relay rtp-nte

Определяет RTP-NTE (RFC2833) как способность DTMF, ожидаемая на ноге вызова. Дополнительные сведения см. в разделе Реле DTMF (Voice over IP).

no vad

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

3

Если вы настроили локальный шлюз только на маршрутные вызовы между Webex Calling и PSTN, добавьте следующую конфигурацию маршрутизации вызовов. Если вы настроили локальный шлюз с платформой Unified Communications Manager, перейдите в следующий раздел.

  1. Создайте группы для маршрутизации вызовов в Webex Calling или PSTN. Определите DPG 100 с исходящим абонентом 100 к Webex Calling. DPG 100 применяется к входящему циферблату из PSTN. Точно так же определите DPG 200 с исходящим абонентом 200 к PSTN. DPG 200 применяется к входящему циферблату Webex.

    
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200

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

    dial-peer 100

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

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

    
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100

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

    destination dpg 200

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

    Это завершает конфигурацию локальных шлюзов. Сохраните конфигурацию и перезагрузите платформу, если впервые настроены функции CUBE.

Настройка локального шлюза с помощью TDM PSTN

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

Если вам не требуется оптимизация IP-медиа, следуйте инструкциям по настройке SIP PSTN. Используйте голосовой порт и пиринг POTS (как показано в Steps 2 and 3) вместо пиринга PSTN VoIP.

1

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


voice translation-rule 100 
 rule 1 /^\+/ /A2A/ 

voice translation-profile 100 
 translate called 100 

voice translation-rule 200 
 rule 1 /^/ /A1A/ 

voice translation-profile 200 
 translate called 200 

voice translation-rule 11 
 rule 1 /^A1A/ // 

voice translation-profile 11 
 translate called 11 

voice translation-rule 12 
 rule 1 /^A2A44/ /0/
 rule 2/^A2A/ /00/

voice translation-profile 12 
 translate called 12

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

voice translation-rule

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

В этой конфигурации тег, добавленный переводчиком-профилем100 , используется для направления вызовов из Webex Calling в PSTN через посредников по круговороту. Кроме того, тег, добавленный переводческим профилем, 200 используется для направления вызовов из PSTN в Webex Calling. Переводимые профили 11 и 12 удалите эти теги перед отправкой вызовов в каналах Webex и PSTN соответственно.

В этом примере предполагается, что вызываемые числа из Webex Calling представлены в формате +E.164 . Правило 100 удаляет leading + для сохранения допустимого вызванного числа. Правило 12 затем добавляет национальную или международную цифру маршрутизации при удалении тега. Используйте цифры, соответствующие вашему национальному плану циферблата ISDN.

Если в Webex Calling представлены номера в национальном формате, измените правила 100 и 12 просто добавьте и удалите метку маршрутизации соответственно.

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

2

Настройте порты голосового интерфейса TDM в соответствии с используемым типом ствола и протоколом. Дополнительные сведения см. в разделе Настройка ISDN PRI. Например, базовая конфигурация интерфейса ISDN Primary Rate, установленного в слоте NIM 2 устройства, может включать следующее:


card type e1 0 2 
isdn switch-type primary-net5 
controller E1 0/2/0 
 pri-group timeslots 1-31
3

Настройте следующий TDM PSTN циферблат:


dial-peer voice 200 pots 
 description Inbound/Outbound PRI PSTN trunk 
 destination-pattern BAD.BAD 
 translation-profile incoming 200 
 direct-inward-dial 
 port 0/2/0:15

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


dial-peer voice 200 pots
 description Inbound/Outbound PRI PSTN trunk

Определяет VoIP-плеер с тегом 200 и дает значимое описание для простоты управления и устранения неполадок. Дополнительные сведения см. в разделе Голосовое сопровождение.

destination-pattern BAD.BAD

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

translation-profile incoming 200

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

direct-inward-dial

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

port 0/2/0:15

Физический голосовой порт, связанный с этим абонентом.

4

Чтобы включить медиаоптимизацию IP-путей для локальных шлюзов с потоками вызовов TDM-IP, вы можете изменить маршрутизацию вызовов, введя набор внутренних циклов-обратных звонков между каналами Webex Calling и PSTN. Настройте следующие сверки циферблата цикла. В этом случае все входящие вызовы будут сначала перенаправлены на циферблат 10 и оттуда на циферблат 11 или 12 на основе применяемого тега маршрутизации. После удаления тега маршрутизации звонки будут перенаправлены в исходящий ствол с использованием групп dial-peer.


dial-peer voice 10 voip
 description Outbound loop-around leg
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.14
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 11 voip
 description Inbound loop-around leg towards Webex
 translation-profile incoming 11
 session protocol sipv2
 incoming called-number A1AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 12 voip
 description Inbound loop-around leg towards PSTN
 translation-profile incoming 12
 session protocol sipv2
 incoming called-number A2AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw 
 no vad

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


dial-peer voice 10 voip
 description Outbound loop-around leg

Определяет VoIP-плеер и дает значимое описание для простоты управления и устранения неполадок. Дополнительные сведения см. в разделе Голосовое сопровождение.

translation-profile incoming 11

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

destination-pattern BAD.BAD

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

session protocol sipv2

Указывает, что этот абонент обрабатывает ножки вызова SIP. Дополнительные сведения см. в разделе  протокол сеанса (peer dial).

session target ipv4: 192.168.80.14

Определяет локальный адрес интерфейса маршрутизатора в качестве целевого вызова для обратного вызова. Дополнительные сведения см. в разделе цель сеанса (peer dial voip).

bind control source-interface  GigabitEthernet0/0/0

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

bind media source-interface  GigabitEthernet0/0/0

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

dtmf-relay rtp-nte

Определяет RTP-NTE (RFC2833) как способность DTMF, ожидаемая на ноге вызова. Дополнительные сведения см. в разделе  Реле DTMF (Voice over IP).

codec g711alaw

Заставляет всех звонков PSTN использовать G.711. Выберите a-law или u-law, чтобы соответствовать принудительному методу, используемому службой ISDN.

no vad

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

5

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

  1. Создайте группы для маршрутизации вызовов между каналами PSTN и Webex через петлю-бэк.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 10
 description Route calls to Loopback
 dial-peer 10

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

    dial-peer 100

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

  2. Для вызовов маршрутизаторов применяйте группы сокеров.

    
dial-peer voice 100
 destination dpg 10
dial-peer voice 200
 destination dpg 10
dial-peer voice 11
 destination dpg 100
dial-peer voice 12
 destination dpg 200

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

    destination dpg 200

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

Это завершает конфигурацию локальных шлюзов. Сохраните конфигурацию и перезагрузите платформу, если впервые настроены функции CUBE.
Настройка локального шлюза в существующей среде Unified CM

Конфигурация вызова PSTN-Webex в предыдущих разделах может быть изменена, чтобы включить дополнительные траншеи в кластер Cisco Unified Communications Manager (UCM). В этом случае все звонки маршрутируются через Unified CM. Звонки из UCM на порту 5060 маршрутируются в PSTN, а звонки из порта 5065 маршрутируются в Webex Calling. Для включения этого сценария вызова могут быть добавлены следующие инкрементные конфигурации.

При создании Webex Calling Trunk в Unified CM убедитесь, что вы настроили входящий порт в настройках профиля безопасности SIP Trunk 5065. Это позволяет входящим сообщениям в порт 5065 и заполнять заголовок VIA таким значением при отправке сообщений в локальный шлюз.

Enter SIP trunk security profile information
1

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

  1. Классифицирует Unified CM в Webex вызовы с использованием SIP ЧЕРЕЗ порт:

    
voice class uri 300 sip
 pattern :5065

  2. Классифицирует Unified CM по вызовам PSTN с использованием SIP через порт:

    
voice class uri 400 sip
 pattern 192\.168\.80\.6[0-5]:5060

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

    В приведённом выше примере регулярное выражение используется для сопоставления любого IP-адреса в диапазоне 192.168.80.60 с 65 номером порта 5060.

2

Настройте следующие записи DNS для указания маршрутизации SRV на Унифицированные узлы CM:

IOS XE использует эти записи для локального определения целевых UCM-хостов и портов. С этой конфигурацией не требуется настраивать записи в вашей DNS-системе. Если вы предпочитаете использовать свой DNS, то эти локальные конфигурации не требуются.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

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

Следующая команда создает запись ресурса DNS SRV. Создайте запись для каждого хоста и ствола UCM:

ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: Имя записи ресурса SRV

2:: Приоритет записи ресурсов SRV

1:: Рекордный вес ресурса SRV

5060:: Номер порта, который будет использоваться для целевого узла в этой записи ресурсов

ucmsub5.mydomain.com: Целевой узел записи ресурсов

Чтобы разрешить имена узлов назначения записей ресурсов, создайте локальные записи DNS A. Например:

ip host ucmsub5.mydomain.com 192.168.80.65

ip-хост: Создает запись в локальной базе данных IOS XE.

ucmsub5.mydomain.com: Имя хоста записи.

192.168.80.65: IP-адрес хоста.

Создайте записи ресурсов SRV и записи A, чтобы отразить вашу среду UCM и предпочтительную стратегию распределения вызовов.

3

Настройте следующие сверки циферблата:

  1. Абонент для вызовов между Unified CM и Webex Calling:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

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

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk

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

    destination-pattern BAD.BAD

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

    session protocol sipv2

    Указывает, что пиринговый 300 узел обрабатывает ножки вызова SIP. Дополнительные сведения см. в разделе  протокол сеанса (peer-peer).

    session target dns:wxtocucm.io

    Определяет цель сеанса нескольких унифицированных узлов CM с помощью разрешения DNS SRV. В этом случае для прямых вызовов используется локально определенная запись SRV wxtocucm.io.

    incoming uri via 300

    Использует URI класса голоса300 , чтобы направлять весь входящий трафик из Unified CM с использованием исходного порта 5065 к этому абоненту. Дополнительные сведения см. в разделе  входящий uri.

    voice-class codec 100

    Указывает список фильтров кодеков для вызовов в Unified CM и из него. Дополнительные сведения см. в разделе  кодек.

    bind control source-interface GigabitEthernet0/0/0

    Настройте исходный интерфейс и связанный IP-адрес для сообщений, отправляемых в PSTN. Дополнительные сведения см. в разделе  связующее звено.

    bind media source-interface GigabitEthernet0/0/0

    Настройте исходный интерфейс и связанный IP-адрес для медиа, отправленных в PSTN. Дополнительные сведения см. в разделе  связующее звено.

    dtmf-relay rtp-nte

    Определяет RTP-NTE (RFC2833) как способность DTMF, ожидаемая на ноге вызова. Дополнительные сведения см. в разделе  Реле DTMF (Voice over IP).

    no vad

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

  2. Абонент для вызовов между Unified CM и PSTN:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

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

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

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

    destination-pattern BAD.BAD

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

    session protocol sipv2

    Указывает, что пиринговый 400 узел обрабатывает ножки вызова SIP. Дополнительные сведения см. в разделе  протокол сеанса (peer-peer).

    session target dns:pstntocucm.io

    Определяет цель сеанса нескольких унифицированных узлов CM с помощью разрешения DNS SRV. В этом случае для прямых вызовов используется локально определенная запись SRV pstntocucm.io.

    incoming uri via 400

    Использует URI класса голоса400 , чтобы перенаправить весь входящий трафик с указанных узлов Unified CM с использованием порта источника 5060 на этот пиринг. Дополнительные сведения см. в разделе  входящий uri.

    voice-class codec 100

    Указывает список фильтров кодеков для вызовов в Unified CM и из него. Дополнительные сведения см. в разделе  кодек.

    bind control source-interface GigabitEthernet0/0/0

    Настройте исходный интерфейс и связанный IP-адрес для сообщений, отправляемых в PSTN. Дополнительные сведения см. в разделе  связующее звено.

    bind media source-interface GigabitEthernet0/0/0

    Настройте исходный интерфейс и связанный IP-адрес для медиа, отправленных в PSTN. Дополнительные сведения см. в разделе  связующее звено.

    dtmf-relay rtp-nte

    Определяет RTP-NTE (RFC2833) как способность DTMF, ожидаемая на ноге вызова. Дополнительные сведения см. в разделе  Реле DTMF (Voice over IP).

    no vad

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

4

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

  1. Создайте группы для маршрутизации вызовов между Unified CM и Webex Calling. Определить DPG 100 с помощью outbound dial-peer 100 к Webex Calling. DPG 100 применяется к соответствующему входящему циферблату из Unified CM. Точно так же определите DPG 300 с исходящим циферблатом 300 в направлении Unified CM. DPG 300 применяется к входящему циферблату Webex.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

  2. Создайте группы для маршрутизации вызовов между Unified CM и PSTN. Определить DPG 200 с помощью outbound dial-peer 200 к PSTN. DPG 200 применяется к соответствующему входящему циферблату из Unified CM. Точно так же определите DPG 400 с исходящим циферблатом 400 в направлении Unified CM. DPG 400 применяется к входящему циферблату из PSTN.

    
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400

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

    dial-peer  100

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

  3. Применяйте группы по номерам для маршрутизации вызовов из Webex в Unified CM и из Unified CM в Webex: 

    
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100

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

    destination dpg 300

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

  4. Для маршрутизации вызовов из PSTN в Unified CM и из Unified CM в PSTN:

    
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200

    Это завершает конфигурацию локальных шлюзов. Сохраните конфигурацию и перезагрузите платформу, если впервые были настроены функции CUBE.

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

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

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

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

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

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

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

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

  • Не редактируйте файл DS, который вы загружаете из ДСЛТ. Из-за ошибки проверки целостности файлов, которые вы измените, не удается установить.

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

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

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

Локальный шлюз, работающий с IOS XE 17.6.1a или выше

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

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

    configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end

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

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

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

Мы рекомендуем использовать Cisco IOS XE Bengaluru 17.6.x или более поздние версии.

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

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

  1. Перейти на страницу Manage Google Account > Security и включите Less secure app access настройка.

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

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

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

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

  1. Используйте стрелки show snmp команда для включения SNMP. Если эта опция не включена, то настройте snmp-server manager .

    show snmp 
%SNMP agent not enabled 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

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

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

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

    Платформа

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

    Продукт

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

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

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

    Тип проблемы

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

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

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

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

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

  4. Установите файл XML DS на локальный шлюз.

    call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

  5. Используйте стрелки show call-home diagnostic-signature команда для проверки того, что подпись успешно установлена. Столбец состояния должен иметь значение registered ("зарегистрировано"). 

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

    Скачать DSes:

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

    Имя DS

    Редакция

    Статус

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

    64224

    DS_LGW_CPU_MON75

    0.0.10

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

    2020-11-07 22:05:33

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

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

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

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

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

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

    Платформа

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

    Продукт

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

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

    SIP-SIP

    Тип проблемы

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

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

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

  3. Установите файл XML DS на локальный шлюз. 

    call-home diagnostic-signature load DS_64117.xml 
Load file DS_64117.xml success 
LocalGateway#

  4. Используйте стрелки show call-home diagnostic-signature команда для проверки того, что подпись успешно установлена. Столбец состояния должен иметь значение "зарегистрированный".

Мониторинг аварийных отключений вызовов

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

  1. Используйте стрелки show snmp , чтобы проверить, включен ли SNMP. Если эта опция не включена, настройте snmp-server manager . 

    show snmp 
%SNMP agent not enabled 
 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

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

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

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

    Платформа

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

    Продукт

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

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

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

    Тип проблемы

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

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

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

  4. Установите файл XML DS на локальный шлюз. 

    call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

  5. Используйте стрелки show call-home diagnostic-signature команда для проверки того, что подпись успешно установлена. Столбец состояния должен иметь значение "зарегистрированный".

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

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

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

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

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

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

    Пример. 

    call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Убедитесь, что SNMP включен с помощью show snmp . Если эта опция не включена, настройте snmp-server manager .

    show snmp 
%SNMP agent not enabled 
 
 
config t 
snmp-server manager 
end

  3. Обеспечьте установку DS мониторинга высокого CPU 64224 в качестве упреждающей меры для отключения всех отладочных и диагностических подписей во время использования высокого CPU. Скачать DS 64224используя следующие параметры в Инструмент поиска диагностических подписей::

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

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

    Платформа

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

    Продукт

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

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

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

    Тип проблемы

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

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

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

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

    Платформа

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

    Продукт

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

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

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

    Тип проблемы

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

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

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

  6. Установите DS мониторинга High CPU 64224 и DS 65095 XML в локальном шлюзе. 

    call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

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

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

    Скачано DSes:

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

    Имя DS

    Редакция

    Статус

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

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

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

    2020-11-08

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

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

    2020-11-08

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

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

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

Скачано DSes:

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

Имя DS

Редакция

Статус

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

64224

DS_LGW_CPU_MON75

0.0.10

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

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Работает

2020-11-08 00:12:53

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

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

Имя DS

Срабатывание/Макс/Удаление

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

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

64224

DS_LGW_CPU_MON75

0/0/N

0. 000

0. 000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23. 053

23. 053

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

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

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

call-home diagnostic-signature deinstall <DS ID>

Пример.

call-home diagnostic-signature deinstall 64224

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

Управление и проверка шлюзов Cisco IOS XE через Control Hub

Для лучшего управления шлюзами Cisco IOS XE мы рекомендуем вам зарегистрироваться и управлять шлюзами через Центр управления. Это необязательная конфигурация. При регистрации вы можете использовать параметр проверки конфигурации в Центре управления для проверки конфигурации локальных шлюзов и выявления любых проблем с конфигурацией. В настоящее время эта функциональность поддерживается только на регистрационных каналах.

За дополнительной информацией обращайтесь:

Обзор дизайна

В этом разделе описано, как настроить Cisco Unified Border Element (CUBE) как локальный шлюз для вызова Webex с использованием основанного на сертификатах SIP (mTLS) TLS. Первая часть этого документа иллюстрирует, как настроить простой шлюз PSTN. В этом случае все звонки из PSTN направляются в Webex Calling, а все звонки из Webex Calling направляются в PSTN. На следующем изображении выделяется это решение и конфигурация маршрутизации вызовов высокого уровня, которая будет следовать.

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

  • Арендаторы голосовых классов: Используется для создания конкретных конфигураций ствола.

  • Uri класса голоса: Используется для классификации сообщений SIP при выборе входящего пиринга.

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

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

  • исходящий циферблат: Обеспечивает обработку исходящих сообщений SIP и направляет их к требуемой цели.

Call routing from/to PSTN to/from Webex Calling configuration solution

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

Solution diagram showing Unified Communications Manager provides centralized routing and treatment of all PSTN and Webex Calling calls

Во всем этом документе используются имена узлов, IP-адреса и интерфейсы, показанные на следующем изображении. Доступны варианты для публичного или частного (за NAT) адресата. Записи DNS SRV необязательны, за исключением случаев балансировки нагрузки в нескольких экземплярах CUBE.

The host names, IP addresses, and interfaces used in certificate based local gateway configurations

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

Настройка подключения и безопасности

Базовая конфигурация

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

  • Все развертывания локальных шлюзов на основе сертификатов требуют Cisco IOS XE 17.9.1a или более поздних версий. Рекомендуется использовать Cisco IOS XE 17.12.2 или позже. Для рекомендуемых версий см. Cisco Software Researchстраница. Найдите платформу и выберите один из предлагаемых релизов.

    • Маршрутизаторы серии ISR4000 должны быть настроены с лицензиями Unified Communications и Security Technology License.

    • Маршрутизаторы 8000 серии Catalyst Edge, оснащенные голосовыми картами или DSP, требуют лицензирования DNA Advantage. Маршрутизаторы без голосовых карт или DSP требуют минимального лицензирования DNA Essentials.

    • Для требований к высокой пропускной способности вам также может потребоваться лицензия High Security (HSEC) и дополнительное право на пропускную способность.

      См. Коды авторизациидля более подробной информации.

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

    • NTP

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

    • Аутентификация пользователя и удаленный доступ

    • DNS

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

    • IP-адреса

  • Сеть к вызову Webex должна использовать IPv4 адрес. Адреса локальных шлюзов Полностью Qualified Domain Names (FQDN) или Service Record (SRV), настроенные в Центре управления, должны быть разрешены на общедоступный IPv4 адрес в Интернете.

  • Все порты SIP и медиапорты на интерфейсе Local Gateway, обращенном к Webex, должны быть доступны из Интернета либо непосредственно, либо через статический NAT. Убедитесь, что вы обновляете свой брандмауэр соответствующим образом.

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

    • Публичный орган по сертификации (CA), как подробно описано в  Какие корневые сертификаты поддерживаются для вызовов аудиоплатформ Cisco Webex?должен подписать сертификат устройства.

    • Поддерживаются сертификаты, содержащие только расширенное использование ключа аутентификации сервера (EKU). Вызов Webex не проверяет или не обеспечивает наличие EKU Client Authentication EKU во время установления рукопожатия TLS.

      Некоторые сторонние контроллеры границ сеансов (SBC) могут обеспечить строгую проверку подлинности ЭКУ и могут отклонить сертификаты, которые не включают ЭКУ проверки подлинности клиента. В таких случаях убедитесь, что SBC настроен на принятие сертификатов только с помощью EKU аутентификации сервера или отключение строгой проверки EKU (если она поддерживается).

    • Субъект сертификата Общее имя (CN) или одно из альтернативных имен субъекта (SAN) должно быть таким же, как и FQDN, настроенный в Центре управления.

      При покупке сертификата с общим именем (CN) или альтернативным именем субъекта (SAN) убедитесь, что сертификат использует только буквы с нижним регистром. В конфигурации Control Hub все записи FQDN автоматически преобразуются в нижний регистр, и любое несоответствие в регистре букв между FQDN и сертификатом предотвратит успешную регистрацию ствола.

      Например:

      • Если настроенный ствол в центре управления вашей организации имеет cube1.lgw.com:5061 как FQDN локального шлюза, то CN или SAN в сертификате маршрутизатора должен содержать cube1.lgw.com. 

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

      • Независимо от того, используете ли вы FQDN или SRV для ствола, контактный адрес для всех новых диалогов SIP из локального шлюза должен использовать имя, настроенное в Центре управления.

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

Конфигурация

1

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


interface GigabitEthernet0/0/0
 description Interface facing PSTN and/or CUCM
 ip address 192.168.80.14 255.255.255.0
!
interface GigabitEthernet0/0/1
 description Interface facing Webex Calling (Public address)
 ip address 198.51.100.1 255.255.255.240

2

Защитите учетные данные STUN на маршрутизаторе с помощью симметричного шифрования. Настройте первичный ключ и тип шифрования следующим образом:


key config-key password-encrypt YourPassword
password encryption aes
3

Создайте точку доверия шифрования с сертификатом для вашего домена, подписанным ПоддержкаЦентр сертификации (CA).

  1. Создайте пару ключей RSA с помощью следующей команды exec.

    crypto key generate rsa general-keys exportable label lgw-key modulus 4096

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

    
crypto pki trustpoint LGW_CERT
 enrollment terminal pem
 fqdn none
 subject-name cn=cube1.lgw.com
 subject-alt-name cube1.lgw.com
 revocation-check none
 rsakeypair lgw-key
 hash sha256

    Примечания к полям сертификата:

    • fqdn: Это не обязательное поле для Webex Calling. Установите эту конфигурацию на "none", чтобы не включать это поле в запрос подписи сертификатов. Если необходимо включить FQDN с помощью этой команды, операция Local Gateway не будет оказана.

    • Имя темы: Для проверки вызовов из локального шлюза Webex должен соответствовать FQDN в заголовках контактов SIP с теми, которые указаны либо в атрибуте Common Name (CN), либо в поле Subject Alternative Name (SAN) сертификата SBC. Поле субъекта должно содержать хотя бы один атрибут CN и может включать другие атрибуты, по мере необходимости. Дополнительные сведения см. в разделе имя субъекта.

    • Alt-имя объекта: Поле Альтернативное имя субъекта (SAN) сертификата SBC может включать список дополнительных FQDN. Webex проверяет этот список для проверки заголовка контактов SIP в сообщениях из локального шлюза, если атрибут сертификата Subject CN не совпадает.

    • Хеш: Рекомендуется, чтобы заявки на подписание сертификатов (CSR) подписывались с использованием SHA256. Cisco IOS XE 17.11.1 использует этот алгоритм по умолчанию и для более раннего релиза использует команду Hash.

  3. Создайте запрос на подписание сертификата (CSR) со следующей командой запуска или настройки и используйте его для запроса подписанного сертификата от поддерживаемого поставщика центров сертификации:

    crypto pki enroll LGW_CERT

4

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


crypto pki authenticate LGW_CERT
<paste Intermediate X.509 base 64 based certificate here>

5

Импортируйте подписанный сертификат хоста с помощью следующей команды exec или конфигурации:


crypto pki import LGW_CERT certificate
<paste CUBE host X.509 base 64 certificate here>

6

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


 sip-ua
  crypto signaling default trustpoint LGW_CERT
  transport tcp tls v1.2

7

Установите пакет Cisco root CA, который включает в себя сертификат IdenTrust Commercial Root CA1 , используемый Webex Calling. Используйте стрелки crypto pki trustpool import clean url url команда для загрузки пакета корневого центра сертификации из указанного URL и для очистки текущего целевого пула центра сертификации, затем установите новый пакет сертификатов:

Если необходимо использовать прокси для доступа к Интернету с помощью HTTPS, перед импортом пакета CA добавьте следующую конфигурацию:

ip http client proxy-server yourproxy.com proxy-port 80

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
Настройка Webex Calling на основе сертификатов
1

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

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

Создана группа trunk PSTN на основе сертификатов CUBE

2

Введите следующие команды, чтобы настроить CUBE как Webex, Вызывающий Локальный Шлюз:


voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 allow-connections sip to sip
 no supplementary-service sip refer
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip 
  asymmetric payload full
  early-offer forced
  sip-profiles inbound

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


ip address trusted list
 ipv4 x.x.x.x y.y.y.y

  • Для защиты от мошенничества доверенный список адресов определяет список хостов и сетевых организаций, от которых Local Gateway ожидает законных звонков VoIP.

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

  • При настройке локального шлюза добавьте в список IP-подсети регионального центра вызова Webex, см. Справочная информация о портах для вызова Webexдля получения дополнительной информации. Кроме того, добавьте диапазоны адресов для серверов Unified Communications Manager (если используется) и шлюзов PSTN trunk.

  • Дополнительные сведения о том, как использовать список IP-адресов для предотвращения мошенничества, см. в разделе IP-адрес доверенный.

mode border-element

Включить функции Cisco Unified Border Element (CUBE) на платформе.

allow-connections sip to sip

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

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

stun

Позволяет STUN (Session Traversal of UDP through NAT) глобально.

Эти глобальные команды stun необходимы только при развертывании локального шлюза за NAT.

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

Дополнительные сведения см. в разделе  идентификатор агента flowdataи  stun flowdata shared-secret.

asymmetric payload full

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

early-offer forced

Заставляет Локальный шлюз отправлять информацию SDP в первоначальное сообщение INVITE вместо того, чтобы ждать подтверждения от соседа. Дополнительные сведения об этой команде см. в разделе Раннее предложение.

sip-profiles inbound

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

3

Настроить voice class codec 100 позволяет кодекам G.711 только для всех стволов. Этот простой подход подходит для большинства развертываний. При необходимости добавьте в список дополнительные типы кодеков, поддерживаемые как исходными, так и конечными системами.

Более сложные решения с участием транскодированиеПоддерживаются модули DSP, но не включены в это руководство. 


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

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

voice class codec 100

Используется для разрешения только предпочтительных кодеков для вызовов ствола SIP. Дополнительные сведения см. в разделе кодек.

4

Настроить voice class stun-usage 100 чтобы включить ICE в трубку Webex Calling. (Этот шаг не применим к Webex для правительства)


voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

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

stun usage ice lite

Используется для включения ICE-Lite для всех Webex Calling face-peers, что позволяет оптимизировать медиа по возможности. Дополнительные сведения см. в разделе Использование глушителя голосаи каменистое использование ледяной литой.

Сообщение об stun usage firewall-traversal flowdata команда необходима только при развертывании локального шлюза за NAT.

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

5

Настройте политику шифрования медиа-трафика Webex. (Этот шаг не применим к Webex для правительства)


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

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

voice class srtp-crypto 100

Определяет SHA1_80 как единственное предложение CUBE SRTP шифра-suite в SDP в предложениях и ответах. Webex Calling поддерживает только SHA1_80. Дополнительные сведения см. в разделе класс srtp-crypto.

6

Настройте шифры GCM, совместимые с FIPS (Этот шаг применим только к Webex для правительства). 


voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

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

voice class srtp-crypto 100

Определяет GCM как набор шифров, который предлагает CUBE. Необходимо настроить шифры GCM для локальных шлюзов для Webex для правительства.

7

Настройте шаблон для уникальной идентификации вызовов в магистральный шлюз на основе FQDN или SRV назначения:


voice class uri 100 sip
 pattern cube1.lgw.com

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

voice class uri 100 sip

Определяет шаблон, соответствующий входящему приглашению SIP для входящего коллега по циферблату. При вводе этого шаблона используйте FQDN или SRV створки, настроенные в Центре управления створки.

При настройке узлов на основе сертификатов для Webex Calling используйте только SRV-адрес Webex Calling Edge на локальном шлюзе. FQDN больше не поддерживаются.

8

Настройка профилей обработки сообщений SIP. Если ваш шлюз настроен с открытым IP-адресом, настройте профиль следующим образом или пропустите следующий шаг, если вы используете NAT. В этом примере cube1.lgw.com - это FQDN, настроенный для локального шлюза:


voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" 
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"

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

правил 10 и 20

Чтобы позволить Webex аутентифицировать сообщения из локального шлюза, заголовок 'Contact' в SIP-запросе и ответах должен содержать значение, заданное для ствола в Центре управления. Это будет либо FQDN одного узла, либо имя SRV, используемое для кластера устройств.

9

Если ваш шлюз настроен с частным IP-адресом за статическим NAT, настройте входящие и исходящие профили SIP следующим образом. В этом примере cube1.lgw.com - это FQDN, настроенный для локального шлюза, "10.80.13.12" - это IP-адрес интерфейса, обращенный к Webex Calling, и "192.65.79.20" - это NAT открытый IP-адрес.

Профили SIP для исходящих сообщений в Webex Calling 

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 31 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 70 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 71 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 80 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 81 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"

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

rules 10 and 20

Чтобы позволить Webex аутентифицировать сообщения из локального шлюза, заголовок 'Contact' в сообщениях запроса и ответов SIP должен содержать значение, заданное для ствола в Центре управления. Это будет либо FQDN одного узла, либо имя SRV, используемое для кластера устройств.

rules 30 to 81

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

Профиль SIP для входящих сообщений от Webex Calling 

voice class sip-profiles 110
 rule 10 response ANY sdp-header Video-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 50 response ANY sdp-header Session-Owner modify "192.65.79.20" "10.80.13.12"
 rule 60 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 192.65.79.20" "\1 10.80.13.12"
 rule 70 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 192.65.79.20" "\1 10.80.13.12"
 rule 80 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

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

rules 10 to 80

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

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

США или канадский провайдер PSTN может предложить Caller ID проверки для спама и мошеннических вызовов, с дополнительной конфигурацией, указанной в Индикация спама или мошенничества в Webex CallingСтатья.

10

Настройка параметров SIP keepalive с профилем модификации заголовка.


voice class sip-profiles 115
 rule 10 request OPTIONS sip-header Contact modify "<sip:.*:" "<sip:cube1.lgw.com:" 
 rule 30 request ANY sip-header Via modify "(SIP.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Connection-Info modify "10.80.13.12" "192.65.79.20"  
 rule 50 response ANY sdp-header Audio-Connection-Info modify "10.80.13.12" "192.65.79.20"
!
voice class sip-options-keepalive 100
 description Keepalive for Webex Calling
 up-interval 5
 transport tcp tls
 sip-profiles 115

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

voice class sip-options-keepalive 100

Настройте профиль с сохранением памяти и войдите в режим настройки класса голоса. Вы можете настроить время (в секундах), когда SIP Out of Dialog Options Ping отправляется на циферблат, когда соединение с конечной точкой находится в состоянии UP или Down.

Этот keepalive профиль запускается из набора, настроенного по отношению к Webex.

Для обеспечения того, чтобы контактные заголовки включали полное доменное имя SBC, используется профиль 115 SIP. Правила 30, 40и 50 необходимы только тогда, когда SBC настроен за статическим NAT.

В этом примере cube1.lgw.com является FQDN, выбранным для локального шлюза, и если используется статический NAT, "10.80.13.12" является IP-адресом интерфейса SBC к Webex Calling и "192.65.79.20" является NAT публичным IP-адресом.

11

Настройка Webex Calling Trunk:

  1. Создать voice class tenant 100 для определения и групповых конфигураций, необходимых специально для Webex Calling. Более поздние наборы циферблатов, связанные с этим арендатором, наследуют следующие конфигурации:

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

    
voice class tenant 100
 no remote-party-id
 sip-server dns:us25.sipconnect.bcld.webex.com
 srtp-crypto 100
 localhost dns:cube1.lgw.com
 session transport tcp tls
 no session refresh
 error-passthru
 rel1xx disable
 asserted-id pai
 bind control source-interface GigabitEthernet0/0/1
 bind media source-interface GigabitEthernet0/0/1
 no pass-thru content custom-sdp
 sip-profiles 100 
 sip-profiles 110 inbound
 privacy-policy passthru
!

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

    voice class tenant 100

    Мы рекомендуем использовать арендаторов для настройки траншей, у которых есть собственный сертификат TLS и список валидации CN или SAN. Здесь профиль tls, связанный с арендатором, содержит точку доверия, которая будет использоваться для принятия или создания новых подключений, и имеет список CN или SAN для проверки входящих подключений. Дополнительные сведения см. в разделе Категория: Арендаторы.

    no remote-party-id

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

    sip-server dns: us25.sipconnect.bcld.webex.com

    Настройте целевой SIP-сервер для ствола. Используйте SRV-адрес Edge прокси, указанный в Центре управления, когда вы создали свой ствол

    srtp-crypto 100

    Настройте предпочтительные шифроsuites для ножки вызова SRTP (соединение) (указанное в Step5). Дополнительные сведения см. в разделе класс srtp-crypto.

    localhost dns: cube1.lgw.com

    Настройте CUBE для замены физического IP-адреса в заголовках From, Call-ID и Remote-Party-ID в исходящих сообщениях предоставленным FQDN. Используйте трос FQDN или SRV, настроенный в Центре управления для трона.

    session transport tcp tls

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

    no session refresh

    Отключить обновление сеанса SIP для вызовов между CUBE и Webex. Дополнительные сведения см. в разделе Обновление сеанса.

    error-passthru

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

    rel1xx disable

    Отключить использование надежных временных ответов для Webex Calling. Дополнительные сведения см. в разделе реле1хх.

    asserted-id pai

    (Необязательный параметр) Включает обработку заголовка P-Asserted-Identity и управляет тем, как он используется для Webex Calling Trunk.

    Webex Calling включает заголовки P-Asserted-Identity (PAI) в исходящих звонках INVITE в локальный шлюз.

    Если эта команда настроена, информация о вызове из заголовка PAI используется для заполнения исходящих заголовков From и PAI/Remote-Party-ID.

    Если эта команда не настроена, информация о вызове из заголовка From используется для заполнения исходящих заголовков From и PAI/Remote-Party-ID.

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

    bind control source-interface GigabitEthernet0/0/1

    Настройте исходный интерфейс и связанный IP-адрес для сообщений, отправленных в Webex Calling. Дополнительные сведения см. в разделе связующее звено.

    bind media source-interface GigabitEthernet0/0/1

    Настройте исходный интерфейс и связанный IP-адрес для носителей, отправленных в Webex Calling. Дополнительные сведения см. в разделе связующее звено.

    voice-class sip profiles 100

    Применяет профиль модификации заголовка (Public IP или NAT address) для использования для исходящих сообщений. Дополнительные сведения см. в разделе Голосовые профили.

    voice-class sip profiles 110 inbound

    Только для развертывания LGW за NAT: Применяет профиль изменения заголовка для входящих сообщений. Дополнительные сведения см. в разделе Профили голосового класса.

    privacy-policy passthru

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

  2. Настроить Webex Calling Trunk Dial-peer.

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 voice-class stun-usage 100
 voice-class sip tenant 100
 voice-class sip options-keepalive profile 100
 dtmf-relay rtp-nte 
 srtp
 no vad

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

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

    Определяет пиринг VoIP с тегом 100 и дает значимое описание для простоты управления и устранения неполадок. Дополнительные сведения см. в разделе Голосовое сопровождение.

    destination-pattern BAD.BAD

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

    session protocol sipv2

    Указывает, что этот абонент обрабатывает ножки вызова SIP. Дополнительные сведения см. в разделе протокол сеанса (peer-peer).

    session target sip-server

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

    incoming uri request  100

    Задает класс голоса, используемый для соответствия входящим вызовам этого участника циферблата, используя URI заголовка INVITE REQUEST. Дополнительные сведения см. в разделе  входящий uri.

    voice-class codec 100

    Указывает список фильтров кодека для вызовов в и из Webex Calling. Дополнительные сведения см. в разделе кодек.

    voice-class stun-usage 100

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

    voice-class sip tenant 100

    Наследует все параметры, сконфигурированные глобально и в арендаторе100. Параметры могут быть переоценены на уровне набора. Дополнительные сведения см. в разделе  Категория: Пассажиры класса «Голос».

    voice-class sip options-keepalive profile 100

    Эта команда отслеживает наличие группы SIP-серверов или конечных точек с использованием определенного профиля (100).

    srtp

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

  3. (Необязательный параметр) Принудительно использовать только аудио.

    Видео через Webex Calling с использованием потоков вызовов Local Gateway не поддерживается. Хотя видео может работать в некоторых сценариях, оно может привести к ухудшению качества и неожиданному поведению. Чтобы заставить звонки только звуковые, выполните следующую команду в рамках Webex Calling-peers:

    voice-class sip audio forced

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

12

(Необязательно) Чтобы настроить сетевые устройства, такие как CUBE, и передать заголовки протокола инициализации сеансов (SIP), которые устройство не обрабатывает, используйте эти команды. Эти команды позволяют устройству проходить через неподдерживаемые заголовки SIP, включая заголовки геолокации и PIDF-LO (Presence Information Data Format - Location Object), через локальный шлюз. Эта функциональность поддерживает кочевые E-911 услуги, обеспечивая, чтобы критическая информация о местоположении была сохранена и передана правильно.

  1. Настройка свертывания циферблата

    Voice service voip
 sip
  pass-thru headers unsupp

  2. Специфическая конфигурация

    
Dial-peer voice 911 voip
 voice-class sip pass-thru headers unsupp

  3. Настройка класса голоса для конкретных заголовков

    Для прокси заголовки местоположения Geo:

    
voice class sip-hdr-passthrulist 200 
 passthru-hdr Geolocation-Routing
 passthru-hdr Geolocation
 passthru-hdr-unsupp

    Применить пропуск к входящему/исходящему пирингу

    
dial-peer voice 100 voip  // inbound
 voice-class sip pass-thru headers 200
dial-peer voice 200 voip  // outbound
 voice-class sip pass-thru headers 200

    Чтобы включить проход тела PIDFO, используйте:

    
voice service voip 
 sip 
  pass-thru content unsupp
Настройка локального шлюза с SIP PSTN

Установив ствол к Webex Calling выше, используйте следующую конфигурацию, чтобы создать не зашифрованный ствол к поставщику PSTN на базе SIP:

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

Если вы используете trunk PSTN TDM / ISDN, перейдите к следующему разделу Настроить локальный шлюз с trunk TDM PSTN.

Для настройки интерфейсов TDM для ножек вызовов PSTN на шлюзах Cisco TDM-SIP см.  Настройка ISDN PRI.

1

Настройте следующий uri класса голоса для идентификации входящих звонков из PSTN:


voice class uri 200 sip
  host ipv4:192.168.80.13

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

voice class uri 200 sip

Определяет шаблон, соответствующий входящему приглашению SIP для входящего коллега по циферблату. При вводе этого шаблона используйте IP-адрес вашего IP PSTN-шлюза. Дополнительные сведения см. в разделе  Голосовой класс URI.

2

Настройте следующий IP PSTN Dial Peer:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip asserted-id pai
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

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


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Определяет пиринг VoIP с тегом 200 и дает осмысленное описание для простоты управления и устранения неполадок. Дополнительные сведения см. в разделе Голос-пир.

destination-pattern BAD.BAD

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

session protocol sipv2

Указывает, что этот абонент обрабатывает ножки вызова SIP. Дополнительные сведения см. в разделе протокол сеанса (peer dial).

session target ipv4: 192.168.80.13

Указывает целевой адрес для вызовов, отправленных поставщику PSTN. Это может быть либо IP-адрес, либо DNS-имя хоста. Дополнительные сведения см. в разделе  Цель сессии (VoIP Dial Peer).

incoming uri via 200

Задает класс голоса, используемый для соответствия входящим вызовам этого участника циферблата, используя URI заголовка INVITE VIA. Дополнительные сведения см. в разделе  входящий URL.

voice-class sip asserted-id pai

(Необязательный параметр) Включает обработку заголовка P-Asserted-Identity и управляет тем, как он используется для створки PSTN. Если эта команда используется, то идентификация вызывающей стороны, предоставленная входящим циферблатом, используется для исходящих заголовков From и P-Asserted-Identity. Если эта команда не используется, то идентификация вызывающей стороны, предоставленная входящим циферблатом, используется для исходящих заголовков идентификатора From и Remote-Party-ID. Дополнительные сведения см. в разделе Категория: SIP.

bind control source-interface  GigabitEthernet0/0/0

Настройте исходный интерфейс и связанный IP-адрес для сообщений, отправляемых в PSTN. Дополнительные сведения см. в разделе  связующее звено.

bind media source-interface  GigabitEthernet0/0/0

Настройте исходный интерфейс и связанный IP-адрес для медиа, отправленных в PSTN. Дополнительные сведения см. в разделе  связующее звено.

voice-class codec 100

Настройте список фильтров кодека на использование общего списка фильтров кодека 100. Дополнительные сведения см. в разделе кодек.

dtmf-relay rtp-nte

Определяет RTP-NTE (RFC2833) как способность DTMF, ожидаемая на ноге вызова. Дополнительные сведения см. в разделе Реле DTMF (Voice over IP).

no vad

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

3

Если вы настроили локальный шлюз только на маршрутные вызовы между Webex Calling и PSTN, добавьте следующую конфигурацию маршрутизации вызовов. Если вы настроили локальный шлюз с платформой Unified Communications Manager, перейдите в следующий раздел.

  1. Создайте группы для маршрутизации вызовов в Webex Calling или PSTN. Определите DPG 100 с исходящим абонентом 100 к Webex Calling. DPG 100 применяется к входящему циферблату из PSTN. Точно так же определите DPG 200 с исходящим абонентом 200 к PSTN. DPG 200 применяется к входящему циферблату Webex.

    
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200

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

    dial-peer 100

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

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

    
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100

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

    destination dpg 200

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

    Это завершает конфигурацию локальных шлюзов. Сохраните конфигурацию и перезагрузите платформу, если впервые настроены функции CUBE.

Настройка локального шлюза с помощью TDM PSTN

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

Если вам не требуется оптимизация IP-медиа, следуйте инструкциям по настройке SIP PSTN. Используйте голосовой порт и пиринг POTS (как показано в Steps 2 and 3) вместо пиринга PSTN VoIP.

1

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


voice translation-rule 100 
 rule 1 /^\+/ /A2A/ 

voice translation-profile 100 
 translate called 100 

voice translation-rule 200 
 rule 1 /^/ /A1A/ 

voice translation-profile 200 
 translate called 200 

voice translation-rule 11 
 rule 1 /^A1A/ // 

voice translation-profile 11 
 translate called 11 

voice translation-rule 12 
 rule 1 /^A2A44/ /0/
 rule 2/^A2A/ /00/

voice translation-profile 12 
 translate called 12

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

voice translation-rule

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

В этой конфигурации метка, добавленная переводом-профилем100 , используется для направления вызовов из Webex Calling в PSTN через посредников по круговороту. Кроме того, тег, добавленный переводческим профилем, 200 используется для направления вызовов из PSTN в Webex Calling. Переводимые профили 11 и 12 удалите эти теги перед отправкой вызовов в каналах Webex и PSTN соответственно.

В этом примере предполагается, что вызываемые числа из Webex Calling представлены в формате +E.164 . Правило 100 удаляет leading + для сохранения допустимого вызванного числа. Правило 12 затем добавляет национальную или международную цифру маршрутизации при удалении тега. Используйте цифры, соответствующие вашему национальному плану циферблата ISDN.

Если в Webex Calling представлены номера в национальном формате, измените правила 100 и 12 просто добавьте и удалите метку маршрутизации соответственно.

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

2

Настройте порты голосового интерфейса TDM в соответствии с используемым типом ствола и протоколом. Дополнительные сведения см. в разделе Настройка ISDN PRI. Например, базовая конфигурация интерфейса ISDN Primary Rate, установленного в слоте NIM 2 устройства, может включать следующее:


card type e1 0 2 
isdn switch-type primary-net5 
controller E1 0/2/0 
 pri-group timeslots 1-31
3

Настройте следующий TDM PSTN циферблат:


dial-peer voice 200 pots 
 description Inbound/Outbound PRI PSTN trunk 
 destination-pattern BAD.BAD 
 translation-profile incoming 200 
 direct-inward-dial 
 port 0/2/0:15

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


dial-peer voice 200 pots
 description Inbound/Outbound PRI PSTN trunk

Определяет VoIP-плеер с тегом 200 и дает значимое описание для простоты управления и устранения неполадок. Дополнительные сведения см. в разделе Голосовое сопровождение.

destination-pattern BAD.BAD

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

translation-profile incoming 200

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

direct-inward-dial

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

port 0/2/0:15

Физический голосовой порт, связанный с этим абонентом.

4

Чтобы включить медиаоптимизацию IP-путей для локальных шлюзов с потоками вызовов TDM-IP, вы можете изменить маршрутизацию вызовов, введя набор внутренних циклов-обратных звонков между каналами Webex Calling и PSTN. Настройте следующие сверки циферблата цикла. В этом случае все входящие вызовы будут сначала перенаправлены на циферблат 10 и оттуда на циферблат 11 или 12 на основе применяемого тега маршрутизации. После удаления тега маршрутизации звонки будут перенаправлены в исходящий ствол с использованием групп dial-peer.


dial-peer voice 10 voip
 description Outbound loop-around leg
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.14
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 11 voip
 description Inbound loop-around leg towards Webex
 translation-profile incoming 11
 session protocol sipv2
 incoming called-number A1AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 12 voip
 description Inbound loop-around leg towards PSTN
 translation-profile incoming 12
 session protocol sipv2
 incoming called-number A2AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw 
 no vad

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


dial-peer voice 10 voip
 description Outbound loop-around leg

Определяет VoIP-плеер и дает значимое описание для простоты управления и устранения неполадок. Дополнительные сведения см. в разделе Голосовое сопровождение.

translation-profile incoming 11

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

destination-pattern BAD.BAD

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

session protocol sipv2

Указывает, что этот абонент обрабатывает ножки вызова SIP. Дополнительные сведения см. в разделе  протокол сеанса (peer dial).

session target ipv4: 192.168.80.14

Определяет локальный адрес интерфейса маршрутизатора в качестве целевого вызова для обратного вызова. Дополнительные сведения см. в разделе цель сеанса (peer dial voip).

bind control source-interface  GigabitEthernet0/0/0

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

bind media source-interface  GigabitEthernet0/0/0

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

dtmf-relay rtp-nte

Определяет RTP-NTE (RFC2833) как способность DTMF, ожидаемая на ноге вызова. Дополнительные сведения см. в разделе  Реле DTMF (Voice over IP).

codec g711alaw

Заставляет всех звонков PSTN использовать G.711. Выберите a-law или u-law, чтобы соответствовать принудительному методу, используемому службой ISDN.

no vad

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

5

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

  1. Создайте группы для маршрутизации вызовов между каналами PSTN и Webex через петлю-бэк.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 10
 description Route calls to Loopback
 dial-peer 10

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

    dial-peer 100

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

  2. Для вызовов маршрутизаторов применяйте группы сокеров.

    
dial-peer voice 100
 destination dpg 10
dial-peer voice 200
 destination dpg 10
dial-peer voice 11
 destination dpg 100
dial-peer voice 12
 destination dpg 200

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

    destination dpg 200

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

Это завершает конфигурацию локальных шлюзов. Сохраните конфигурацию и перезагрузите платформу, если впервые настроены функции CUBE.
Настройка локального шлюза в существующей среде Unified CM

Конфигурация вызова PSTN-Webex в предыдущих разделах может быть изменена, чтобы включить дополнительные траншеи в кластер Cisco Unified Communications Manager (UCM). В этом случае все звонки маршрутируются через Unified CM. Звонки из UCM на порту 5060 маршрутируются в PSTN, а звонки из порта 5065 маршрутируются в Webex Calling. Для включения этого сценария вызова могут быть добавлены следующие инкрементные конфигурации.

1

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

  1. Классифицирует Unified CM в Webex вызовы с использованием SIP ЧЕРЕЗ порт:

    
voice class uri 300 sip
 pattern :5065

  2. Классифицирует Unified CM по вызовам PSTN с использованием SIP через порт:

    
voice class uri 400 sip
 pattern 192\.168\.80\.6[0-5]:5060

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

    В приведённом выше примере регулярное выражение используется для сопоставления любого IP-адреса в диапазоне 192.168.80.60 с 65 номером порта 5060.

2

Настройте следующие записи DNS для указания маршрутизации SRV на Унифицированные узлы CM:

IOS XE использует эти записи для локального определения целевых UCM-хостов и портов. С этой конфигурацией не требуется настраивать записи в вашей DNS-системе. Если вы предпочитаете использовать свой DNS, то эти локальные конфигурации не требуются.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

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

Следующая команда создает запись ресурса DNS SRV. Создайте запись для каждого хоста и ствола UCM:

ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: Имя записи ресурса SRV

2:: Приоритет записи ресурсов SRV

1:: Рекордный вес ресурса SRV

5060:: Номер порта, который будет использоваться для целевого узла в этой записи ресурсов

ucmsub5.mydomain.com: Целевой хост записи ресурсов

Чтобы разрешить имена узлов назначения записей ресурсов, создайте локальные записи DNS A. Например:

ip host ucmsub5.mydomain.com 192.168.80.65

ip-хост: Создает запись в локальной базе данных IOS XE.

ucmsub5.mydomain.com: Имя хоста записи.

192.168.80.65: IP-адрес хоста.

Создайте записи ресурсов SRV и записи A, чтобы отразить вашу среду UCM и предпочтительную стратегию распределения вызовов.

3

Настройте следующие сверки циферблата:

  1. Абонент для вызовов между Unified CM и Webex Calling:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

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

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk

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

    destination-pattern BAD.BAD

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

    session protocol sipv2

    Указывает, что пиринговый 300 узел обрабатывает ножки вызова SIP. Дополнительные сведения см. в разделе  протокол сеанса (peer-peer).

    session target dns:wxtocucm.io

    Определяет цель сеанса нескольких унифицированных узлов CM с помощью разрешения DNS SRV. В этом случае для прямых вызовов используется локально определенная запись SRV wxtocucm.io.

    incoming uri via 300

    Использует URI класса голоса300 , чтобы направлять весь входящий трафик из Unified CM с использованием исходного порта 5065 к этому абоненту. Дополнительные сведения см. в разделе  входящий uri.

    voice-class codec 100

    Указывает список фильтров кодеков для вызовов в Unified CM и из него. Дополнительные сведения см. в разделе  кодек.

    bind control source-interface GigabitEthernet0/0/0

    Настройте исходный интерфейс и связанный IP-адрес для сообщений, отправляемых в PSTN. Дополнительные сведения см. в разделе  связующее звено.

    bind media source-interface GigabitEthernet0/0/0

    Настройте исходный интерфейс и связанный IP-адрес для медиа, отправленных в PSTN. Дополнительные сведения см. в разделе  связующее звено.

    dtmf-relay rtp-nte

    Определяет RTP-NTE (RFC2833) как способность DTMF, ожидаемая на ноге вызова. Дополнительные сведения см. в разделе  Реле DTMF (Voice over IP).

    no vad

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

  2. Абонент для вызовов между Unified CM и PSTN:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

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

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

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

    destination-pattern BAD.BAD

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

    session protocol sipv2

    Указывает, что пиринговый 400 узел обрабатывает ножки вызова SIP. Дополнительные сведения см. в разделе  протокол сеанса (peer-peer).

    session target dns:pstntocucm.io

    Определяет цель сеанса нескольких унифицированных узлов CM с помощью разрешения DNS SRV. В этом случае для прямых вызовов используется локально определенная запись SRV pstntocucm.io.

    incoming uri via 400

    Использует URI класса голоса400 , чтобы перенаправить весь входящий трафик с указанных узлов Unified CM с использованием порта источника 5060 на этот пиринг. Дополнительные сведения см. в разделе  входящий uri.

    voice-class codec 100

    Указывает список фильтров кодеков для вызовов в Unified CM и из него. Дополнительные сведения см. в разделе  кодек.

    bind control source-interface GigabitEthernet0/0/0

    Настройте исходный интерфейс и связанный IP-адрес для сообщений, отправляемых в PSTN. Дополнительные сведения см. в разделе  связующее звено.

    bind media source-interface GigabitEthernet0/0/0

    Настройте исходный интерфейс и связанный IP-адрес для медиа, отправленных в PSTN. Дополнительные сведения см. в разделе  связующее звено.

    dtmf-relay rtp-nte

    Определяет RTP-NTE (RFC2833) как способность DTMF, ожидаемая на ноге вызова. Дополнительные сведения см. в разделе  Реле DTMF (Voice over IP).

    no vad

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

4

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

  1. Создайте группы для маршрутизации вызовов между Unified CM и Webex Calling. Определить DPG 100 с помощью outbound dial-peer 100 к Webex Calling. DPG 100 применяется к соответствующему входящему циферблату из Unified CM. Точно так же определите DPG 300 с исходящим циферблатом 300 в направлении Unified CM. DPG 300 применяется к входящему циферблату Webex.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

  2. Создайте группы для маршрутизации вызовов между Unified CM и PSTN. Определить DPG 200 с помощью outbound dial-peer 200 к PSTN. DPG 200 применяется к соответствующему входящему циферблату из Unified CM. Точно так же определите DPG 400 с исходящим циферблатом 400 в направлении Unified CM. DPG 400 применяется к входящему циферблату из PSTN.

    
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400

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

    dial-peer  100

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

  3. Применяйте группы по номерам для маршрутизации вызовов из Webex в Unified CM и из Unified CM в Webex: 

    
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100

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

    destination dpg 300

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

  4. Для маршрутизации вызовов из PSTN в Unified CM и из Unified CM в PSTN:

    
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200

    Это завершает конфигурацию локальных шлюзов. Сохраните конфигурацию и перезагрузите платформу, если впервые были настроены функции CUBE.

Контроль и диагностика локального шлюза с помощью диагностических подписей

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

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

  • Сбор выходных данных команды show

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

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

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

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

  • Не редактируйте файл DS, который вы загружаете из ДСЛТ. Из-за ошибки проверки целостности файлов, которые вы измените, не удается установить.

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

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

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

Локальный шлюз с IOS XE 17.6.1 или выше

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

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

    
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end

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

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

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

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

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

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

    
show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

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

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

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

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

    Платформа

    Cisco4300, 4400 ISR Series или 8000Catalyst V Edge Software

    Продукт

    CUBE Enterprise в решении Webex Calling

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

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

    Тип проблемы

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

    Download DS 64224 from Diagnostic Signatures Lookup tool

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

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

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

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

  4. Установите файл XML DS на локальный шлюз.

    
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

  5. Используйте стрелки show call-home diagnostic-signature команда для проверки успешной установки подписи. Столбец состояния должен иметь значение "зарегистрированный". 

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

    Скачать DSes:

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

    Имя DS

    Редакция

    Статус

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

    64224

    DS_LGW_CPU_MON75

    0.0.10

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

    2020-11-07 22:05:33

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

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

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

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

    show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

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

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

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

    Платформа

    Cisco4300, 4400 ISR Series или 8000Catalyst V Edge Software

    Продукт

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

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

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

    Тип проблемы

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

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

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

  4. Установите файл XML DS на локальный шлюз. 

    
call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

  5. Использовать команду show call-home diagnostic-signature чтобы убедиться, что подпись успешно установлена. Столбец состояния должен иметь значение registered ("зарегистрировано").

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

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

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

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

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

    The file upload token generated in the Attachments section of the Support Case Manager
    
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end

    Пример. 

    
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

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

    
show snmp 
%SNMP agent not enabled 
 
config t 
snmp-server manager 
end

  3. Мы рекомендуем установить DS мониторинга высокого CPU 64224 в качестве упреждающей меры для отключения всех отладок и диагностических подписей во время использования высокого CPU. Скачать DS 64224используя следующие параметры в Инструмент поиска диагностических подписей::

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

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

    Платформа

    Cisco4300, 4400 ISR Series или 8000Catalyst V Edge Software

    Продукт

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

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

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

    Тип проблемы

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

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

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

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

    Платформа

    Cisco4300, 4400 ISR Series или 8000Catalyst V Edge Software

    Продукт

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

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

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

    Тип проблемы

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

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

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

  6. Установите DS мониторинга высокого процессора 64224 и DS 65095 XML в локальном шлюзе. 

    
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

  7. Убедитесь, что подпись успешно установлена с использованием show call-home diagnostic-signature. Столбец состояния должен иметь значение registered ("зарегистрировано"). 

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

    Скачано DSes:

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

    Имя DS

    Редакция

    Статус

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

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

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

    2020-11-08:00:07:45

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

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

    2020-11-08:00:12:53

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

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

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

Скачано DSes:

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

Имя DS

Редакция

Статус

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

64224

DS_LGW_CPU_MON75

0.0.10

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

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Работает

2020-11-08 00:12:53

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

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

Имя DS

Срабатывание/Макс/Удаление

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

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

DS_LGW_CPU_MON75

0/0/N

0. 000

0. 000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23. 053

23. 053

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

Notification email that is sent during Diagnostic Signature execution

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

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

call-home diagnostic-signature deinstall <DS ID>

Пример.

call-home diagnostic-signature deinstall 64224

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

Была ли статья полезной?
Была ли статья полезной?
ЦеныПриложение WebexСовещанияCallingСообщенияСовместный доступ к экрану
Webex SuiteCallingСовещанияСообщенияSlidoВебинарыEventsКонтакт-центрCPaaSБезопасностьControl Hub
гарнитурыКамерыСерия DeskСерия RoomСерия BoardСерия PhoneПринадлежности
ОбразованиеЗдравоохранениеГосударственный сектор"Финансы";Спорт и шоу-бизнесРабота с клиентамиНекоммерческие организацииСтартапыРабота в гибридном режиме
СкачиванияПрисоединиться к тестовому совещаниюОнлайн-урокиИнтеграцииСпециальные возможностиИнклюзивностьВебинары в режиме реального времени и по запросуСообщество WebexРазработчики WebexНовости и инновации
CiscoОбратиться в службу поддержкиСвязаться с отделом продажWebex BlogНоваторские идеи WebexМагазин брендированной продукции WebexВакансии
  • X
  • LinkedIn
  • Facebook
  • Youtube
  • Instagram
Условия и положенияЗаявление о конфиденциальностиФайлы cookieТоварные знаки
©2026 Cisco и/или филиалы компании. Все права защищены.
Условия и положенияЗаявление о конфиденциальностиФайлы cookieТоварные знаки