Якщо дзвінки з 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-адреси address:port. (Кілька адрес, якщо ви налаштували SRV.)

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

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

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

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

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

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

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

  • Якщо SIP INVITE не надходить або не відповідає налаштованій зоні DNS, тоді слідуйте маршруту виклику до Unified Communications Manager. Цей крок допоможе вам знайти, де дзвінок не вдається або втрачається.

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

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

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

    • У цьому прикладі домашній кластер 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 example*.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"