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

Перш ніж переглядати ці рекомендації щодо виправлення неполадок, перегляньте https://status.webex.com найсвіжішу інформацію про будь-які відключення хмари. На цій сторінці статусу ви також можете підписатися на сповіщення.

Перевірте ці точки виправлення неполадок, пов'язані із взаємним підключенням TLS і сертифікатами:

• Встановіть пакет сертифікатів хмарного кореневого сертифіката Webex на Expressway-E.

• Налаштуйте виділений взаємний порт TLS на швидкісній трасі-E .

• Налаштуйте зону DNS для хмари на швидкісній трасі-E .

• Відкрийте взаємний номер порту TLS у брандмауері —5062, який може не відкриватися за замовчуванням.

• Визначте, який параметр кореневого сертифіката ви використовуєте в хмарі Webex — цей параметр використовується для перевірки сертифіката SIP TLS expressway-E .

  • Магазин за замовчуванням — чи підписаний ваш сертифікат Expressway-E одним із державних органів? Якщо ви не впевнені, скористайтеся опцією магазину на замовлення.

  • Спеціальний магазин — ваш сертифікат Expressway-E або його підписувач встановлені в хмарі? Чи містить сертифікат перевірені імена хостів Expressway-E ?

З точки зору клієнта в https://admin.webex.com, перейдіть до Служби > Гібридні > Гібридні > виклики Налаштування. Перевірте такі пункти, пов'язані з місцем призначення SIP, яке ви встановили під час процесу розгортання:

• Значення вказує на ваш виділений взаємний порт TLS Expressway-E .

• Спробуйте підключитися до IP-адреси:порту. (Кілька адрес, якщо ви налаштували SRV.)

• Якщо ви налаштували IP-адресу або ім'я хоста, вкажіть взаємний порт TLS.

• Якщо ви використовували SRV, переконайтеся, що він у форматі _sips._tcp.домен, який ви вказали як SIP Destination>.

• Якщо ви не хочете налаштовувати SRV, ви можете ввести IP-адресу:порт або ім'я хоста:порт як місце призначення SIP вашої організації.

• Якщо виклики з Expressway-E до хмари не працюють і ви використовуєте метод керування сертифікатами вручну, переконайтеся, що виконуєте кроки Оновлення сертифіката Webex Root CA та передайте сертифікат IdenTrust на пристрої Expressway якнайшвидше.

• Для дзвінків, які прямують з Webex до підприємства, перевірте історію пошуку та мережеві журнали на Expressway-E. Цей крок допоможе вам ізолювати проблему як у хмарі, так і на підприємстві.

• Якщо ви повторно використовуєте наявну зону B2B і правила пошуку, розгляньте можливість створення спеціальних зон і правил пошуку. Це налаштування дозволяє уникнути перешкод у існуючих налаштуваннях зон для B2B/MRA, уникнути циклів маршрутизації та спростити усунення несправностей.

• Перевірте історію пошуку та мережеві журнали на швидкісній трасі-Е . Переконайтеся, що SIP INVITE із хмари надходить на швидкісну автомагістраль і відповідає зоні DNS, яку ви налаштували для хмари.

  • Якщо ЗАПРОШЕННЯ SIP не надійде або не відповідає налаштованій зоні DNS, виконайте маршрутизацію виклику до Unified Communications Manager. Цей крок допоможе вам знайти, де дзвінок не вдається або втрачається.

  • Перегляньте взаємний контрольний список усунення несправностей TLS.

• Перевірте шапку маршруту. Переконайтеся, що він містить повне значення доменного імені (FQDN) кластера, налаштоване в корпоративних налаштуваннях Unified Communications Manager і в правилах пошуку Expressway. Дивіться цей приклад заголовка маршруту та виділеного кластера FQDN:

  • Маршрут: ,

    • У цьому прикладі домашній кластер FQDN myucmcluster.example.com .

• Електронні листи в Unified Communications Manager мають точно збігатися з електронною поштою (синхронізовано з Active Directory або з будь-якого іншого джерела) в хмарі Webex.

• UrIs каталогу має відповідати всім доменам, перевіреним у вашій організації.

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

  Послуги Webex підтримують наступні кодеки:

  • Аудіо — G.711, G.722, AAC-LD

  • Відео—H.264

  Ми підтримуємо G.729 для приєднання до наради Webex, наради в особистій кімнаті або наради програми Webex із SIP-пристрою. Ми не підтримуємо G.729 для набору номера 1:1 з програми Webex на SIP-пристрій або міст.

• У домашньому кластері Unified Communications Manager залучених користувачів виберіть Система > Параметри підприємства. У розділі Конфігурація домену на рівні кластера перевірте параметр повного доменного імені (FQDN) кластера. Значення FQDN, яке ви використовували, має відповідати таким вказівкам:

  Керівництво FQDN	Опис і приклад
  Кілька кластерів	Запис має бути унікальним для кожного кластера з гібридним викликом, наприклад cluster1.example.com, cluster2.example.com тощо.
  Без підстановок	Не використовуйте записи з символами узагальнення, наприклад *.example.com або приклад*.com.
  Перший запис FQDN для гібридних дзвінків	У списку з кількох записів хмара Webex використовує перший запис ліворуч для гібридного виклику, і цей перший запис не повинен містити символ узагальнення. Перегляньте цей приклад трьох записів FQDN зліва направо (перший – для гібридного виклику): cluster1.example.com *.example.com приклад*.com
  Відмінність від швидкісної автомагістралі-Е	Має відрізнятися від системи 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"