Якщо щось піде не так із розгортанням служби гібридних викликів для пристроїв Webex, ви можете скористатися цими порадами з виправлення неполадок, щоб виключити проблеми, перш ніж відкривати інцидент. Кожен розділ охоплює компонент або аспект рішення з першого погляду, а Посібник із виправлення неполадок містить додаткові елементи для перевірки та діагностики, які можна використовувати.
Цей розділ охоплює інструмент перевірки гібридного підключення. Отримати доступ до цього засобу виправлення неполадок можна з Центрукерування.
Ви також можете отримати доступ до відомих проблем із відповідних статей.
Ви можете отримати доступ до гібридного засобу перевірки підключення з Центрукерування: у поданні клієнта виберіть https://admin.webex.comпункт , виберіть пункт Редагувати настройки в картці гібридного виклику, прокрутіть до пункту ПризначенняSIP за промовчанням, а потім натисніть кнопку Перевірити поруч із введеним місцем призначення SIP.
У цій таблиці наведено типові помилки, які можуть з'явитися після перевірки адреси призначення SIP для гібридних викликів. У таблиці також наведено деякі наступні кроки для виправлення неполадок, зокрема посилання на відповідні відомості в Посібнику з виправлення неполадок для служби гібридних викликів.
Помилка |
Ключове слово |
Додаткові відомості та кроки з виправлення неполадок |
---|---|---|
Адреси DNS не знайдено |
DNS SRV |
Не вдалося шукати DNS. Переконайтеся, що запис DNS або SRV існує для пункту призначення SIP, і що він зіставляється з однією чи більше допустимих IP-адрес. Дивіться Не вдається вирішити проблему Expressway-E DNS SRV / ім'я хоста в посібнику з усунення несправностей для отримання додаткової інформації. |
Час з'єднання вичерпано |
Вихід з ладу розетки |
Час очікування мережі та/або взаємного підключення TLS вичерпано. Перевірте з’єднання з мережею, швидкість підключення, конфігурацію брандмауера та конфігурацію взаємного TLS. Перегляньте ці розділи посібника з виправлення неполадок, щоб отримати додаткові відомості: |
Збій TLS |
Взаємні невдачі рукостискання TLS |
Помилка взаємного TLS: Перевірте взаємну конфігурацію TLS як на швидкісній дорозі, так і https://admin.webex.comна , і що взаємні сертифікати TLS присутні та дійсні в обох місцях. Перегляньте взаємні помилки рукостискання TLS у посібнику з усунення несправностей для отримання додаткової інформації. |
Помилка підключення |
Вихід з ладу розетки |
Помилка підключення TCP. Перевірте з’єднання з мережею, швидкість підключення та/або конфігурацію брандмауера. Перегляньте ці розділи посібника з виправлення неполадок, щоб отримати додаткові відомості: |
Помилка читання/запису TCP |
Вихід з ладу розетки |
Помилка читання й записування TCP. Спробуйте ще раз. Якщо помилка не зникає, перевірте з’єднання з мережею, конфігурацію брандмауера та взаємну конфігурацію TLS. Перегляньте ці розділи посібника з виправлення неполадок, щоб отримати додаткові відомості: |
Збій TCP |
Вихід з ладу розетки |
Помилка TCP. Помилка читання й записування TCP. Спробуйте ще раз. Якщо помилка не зникає, перевірте з’єднання з мережею, конфігурацію брандмауера та взаємну конфігурацію TLS. Перегляньте ці розділи посібника з виправлення неполадок, щоб отримати додаткові відомості: |
У цьому розділі описано контрольні списки виправлення неполадок і завдання, з якими можна ознайомитися, перш ніж звернутися до служби підтримки.
Якщо дзвінки з 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-адресою:port. (Кілька адрес, якщо налаштовано SRV.)
Якщо ви налаштували IP-адресу або ім'я хоста, вкажіть взаємний порт TLS.
Якщо ви використовували SRV, переконайтеся, що він у форматі _sips._tcp.домен, який ви вказали як SIP Destination>.
Якщо ви не хочете налаштовувати SRV, ви можете ввести IP-адресу:порт або ім'я хоста:порт як місце призначення SIP вашої організації.
Для дзвінків, які прямують з Webex до підприємства, перевірте історію пошуку та мережеві журнали на Expressway-E. Цей крок допоможе вам ізолювати проблему як у хмарі, так і на підприємстві.
Якщо ви повторно використовуєте наявну зону B2B і правила пошуку, розгляньте можливість створення спеціальних зон і правил пошуку. Це налаштування дозволяє уникнути перешкод у існуючих налаштуваннях зон для B2B/MRA, уникнути циклів маршрутизації та спростити усунення несправностей.
Перевірте історію пошуку та мережеві журнали на швидкісній трасі-Е . Переконайтеся, що SIP INVITE із хмари надходить на швидкісну автомагістраль і відповідає зоні DNS, яку ви налаштували для хмари.
Якщо SIP INVITE не прибув або не відповідає настроєній зоні DNS, пройдіть маршрутом виклику до уніфікованого диспетчеразв'язку Cisco. Цей крок допоможе вам знайти, де дзвінок не вдається або втрачається.
Перегляньте взаємний контрольний список усунення несправностей TLS.
Перевірте шапку маршруту. Переконайтеся, що він містить повне значення доменного імені (FQDN) кластера, настроєного в корпоративних параметрах уніфікованого диспетчера зв'язку Cisco та в правилах пошуку Expressway. Дивіться цей приклад заголовка маршруту та виділеного кластера FQDN:
Шлях: <sip:[Obfuscated];transport=tls;lr>,<sip:myucmcluster.example.com;lr>
У цьому прикладі домашній кластер FQDN myucmcluster.example.com .
Електронні листи в Уніфікованому диспетчері комунікацій Cisco повинні точно збігатися з електронною поштою (синхронізованою з Active Directory або з будь-якого іншого джерела) в хмарі Webex .
UrIs каталогу має відповідати всім доменам, перевіреним у вашій організації.
Перевірте конфігураціюкодека.
Послуги Webex підтримують наступні кодеки:
Аудіо — G.711, G.722, AAC-LD
Відео—H.264
Ми підтримуємо G.729 для приєднання до вебекс-зустрічі, зустрічі в особистій кімнаті або зустрічі Webex з пристрою SIP. Ми не підтримуємо G.729 для набору 1:1 з Webex на SIP-пристрій або міст.
На домашньому кластері Cisco 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 * .example.com *.example.org, додайте унікальний запис без символу узагальнення на початку поля: "cluster1.example.com *.example.com *.example.org"