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

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

Инструмент тестирования соединения гибридного типа (Control Hub)

Доступ к инструменту тестирования соединения гибридного типа можно получить в Control Hub. в окне просмотра информации о клиенте на веб-сайте https://admin.webex.com перейдите к меню Службы > Гибридный тип, щелкните Изменить настройки в карточке вызовов гибридного типа, прокрутите страницу до параметра Назначение SIP по умолчанию, а затем щелкните Тест рядом со введенным назначением SIP.

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

Таблица 1. Общие ошибки и действия по устранению неполадок при тестировании адреса назначения SIP для вызовов гибридного типа

Ошибка

Ключевое слово

Дополнительная информация и действия по устранению неполадок

Адреса DNS не найдены

DNS SRV

Сбой поиска DNS. Убедитесь в том, что запись DNS или SRV существует для вашего назначения SIP и что в ней определен один или несколько действительных IP-адресов.

Дополнительную информацию см. в разделе Не удалось разрешить SRV / имя узла DNS Expressway-E руководства по устранению неполадок.

Время ожидания подключения истекло

Сбой сокета

Время ожидания подключения к сети и/или Mutual TLS истекло. Проверьте подключение к сети, скорость подключения, а также конфигурации брандмауэра и Mutual TLS.

Дополнительную информацию см. в приведенных далее разделах руководства по устранению неполадок.

Сбой TLS

Сбои подтверждения Mutual TLS

Ошибка mutual TLS. Проверьте конфигурацию Mutual TLS в Expressway и https://admin.webex.com. Проверьте наличие сертификатов Mutual TLS и их действительность в обоих местоположениях.

Дополнительную информацию см. в разделе Сбои подтверждения Mutual TLS руководства по устранению неполадок.

Сбой подключения

Сбой сокета

Сбой подключения TCP. Проверьте сетевое подключение, скорость подключения и/или конфигурацию брандмауэра.

Дополнительную информацию см. в приведенных далее разделах руководства по устранению неполадок.

Сбой чтения/записи сокета

Сбой сокета

Сбой чтения/записи сокета. Повторите попытку. Если не удается устранить ошибку, проверьте сетевое соединение, конфигурацию брандмауэра и конфигурацию mutual TLS.

Дополнительную информацию см. в приведенных далее разделах руководства по устранению неполадок.

Сбой TCP

Сбой сокета

Сбой TCP. Сбой чтения/записи сокета. Повторите попытку. Если не удается устранить ошибку, проверьте сетевое соединение, конфигурацию брандмауэра и конфигурацию mutual TLS.

Дополнительную информацию см. в приведенных далее разделах руководства по устранению неполадок.

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

Страница состояния Webex

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

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

Mutual TLS и назначение SIP

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

  • Установите пакет корневого сертификата облака Webex на Expressway-E.

  • Настройте выделенный порт Mutual TLS в Expressway-E.

  • Настройте зону DNS для облака в Expressway-E.

  • Откройте номер порта Mutual TLS в брандмауэре – 5062. Он может не быть открыт по умолчанию.

  • Определите, какой параметр корневого сертификата используется в облаке Webex. Этот параметр используется для проверки сертификата TLS SIP Expressway-E.

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

    • Пользовательское хранилище: установлен ли ваш сертификат Expressway-E или подписывающая его сторона в облаке? Содержит ли сертификат проверенные имена узлов Expressway-E?

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

  • Значение указывает на выделенный порт Mutual TLS Expressway-E.

  • Попробуйте подключиться к IP-адресу:порт. (Несколько адресов, если настроена запись SRV.)

  • Если IP-адрес или имя узла настроены, укажите порт Mutual TLS.

  • Если вы использовали SRV, убедитесь, что она указана в формате _sips._tcp.<домен, который вы ввели в качестве назначения SIP>.

  • Если в настройке SRV нет необходимости, в качестве назначения SIP организации можно ввести IP-адрес: порт или имя узла: порт.

Конфигурация пары Expressway

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

  • Для вызовов, маршрутизируемых из Webex в организацию, проверьте журнал поиска и сетевые журналы в Expressway-E. На этом этапе можно изолировать проблему в рамках облака или организации.

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

  • Проверьте журнал поиска и журналы сети в Expressway-E. Убедитесь в том, что запрос INVITE SIP из облака поступает в Expressway-E и соответствует зоне DNS, настроенной для облака.

    • Если INVITE SIP не поступает или не соответствует настроенной зоне DNS, следуйте маршруту вызова в Unified Communications Manager. На этом этапе можно определить, где возникает ошибка вызова или потеря соединения.

    • См. перечень действий по устранению неполадок Mutual TLS.

  • Проверьте заголовок маршрута. Убедитесь, что в нем содержится значение полного доменного имени кластера (FQDN), настроенное в разделе корпоративных настроек Unified Communications Manager и в правилах поиска Expressway. Ниже приведен пример заголовка маршрута и выделенного кластера FQDN.

    • Маршрут: ,

      • В этом примере FQDN домашнего кластера – myucmcluster.example.com.

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

  • Адреса электронной почты в Unified Communications Manager должны в точности совпадать с адресами электронной почты (синхронизированными из Active Directory или любого другого источника) в облаке Webex.

  • URI каталога должны совпадать со всеми проверенными доменами в вашей организации.

  • Проверьте конфигурацию кодека.

    Службы Webex поддерживаются перечисленным ниже кодеками.

    • Аудио – G.711, G.722, AAC-LD

    • Видео – H.264

    Для присоединения к совещанию Webex, совещанию в персональной комнате или совещанию в приложении Webex с устройства SIP поддерживается кодек G.729. Кодек G.729 не поддерживается для набора номера "1 на 1" из приложения Webex на устройство или мост SIP.

  • В главном кластере Unified Communications Manager затронутых пользователей выберите Система > Корпоративные параметры. В разделе Конфигурация доменов в кластере проверьте настройку полного доменного имени (FQDN) кластера. Используемое FQDN необходимо задать согласно приведенным ниже рекомендациям.

    Рекомендации относительно FQDN

    Описание и пример

    Несколько кластеров

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

    Отсутствие знаков подстановки

    Не используйте записи со знаками подстановки, например *.example.com или example*.com.

    Первая запись FQDN для службы вызовов гибридного типа

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

    См. приведенный пример трех записей FQDN слева направо (первая из них для вызовов гибридного типа): cluster1.example.com *.example.com пример*.com

    Отличие от Expressway-E

    Должно отличаться от значения, заданного для системы Expressway-E, DNS и доменного имени. В противном случае Expressway-E будет использовать заголовок маршрута.

    Новая запись для вызовов гибридного типа

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

    Например, если существующим параметром FQDN в Cisco Unified Communications Manager является *.example.com *.example.org, добавьте уникальную запись без подстановочных знаков в начале поля: "cluster1.example.com *.example.com *.example.org"