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

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

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

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

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

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

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

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

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

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

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

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

    • Маршрут: <sip:[Obfuscated];transport=tls;lr>,<sip:myucmcluster.example.com;lr>

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

  • Адреса электронной почты в Cisco 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.

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

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

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

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

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

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

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

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

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

    См. приведенный пример трех записей FQDN слева направо (первая из них для вызовов гибридного типа): cluster1.example.com *.example.com example*.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"