Ако нещо се обърка с разполагането на устройства hybrid Call Service for Webex, можете да използвате тези съвети за отстраняване на неизправности, за да изключвате проблеми, преди да отворите случай. Всеки раздел обхваща компонент или аспект на решението с един поглед и Ръководството за отстраняване на неизправности предоставя допълнителни елементи за проверка и диагностични инструменти, които можете да използвате.
Този раздел обхваща инструмента за изпитване за хибридна свързаност. Можете да получите достъп до този инструмент за отстраняване на неизправности от контролния център.
Можете също така да получите достъп до известните проблеми от свързаните статии.
Можете да получите достъп до тестовия инструмент за хибридна свързаност от контролния център: от изгледа на клиента в , отидете на Услуги > Хибрид , щракнете върху Редактиране на https://admin.webex.com хибридната кол карта, превъртете до SIP дестинация по подразбиране , след коетощракнете върху Тест до SIP местоназначението, което сте въвели.
Тази таблица изброява често срещани грешки, които могат да се появят, след като тествате SIP адрес местоназначение за Хибридно извикване. Таблицата също така предоставя някои следващи стъпки за отстраняване на неизправности, включително връзки към съответните подробности в Ръководството за отстраняване на неизправности за хибридна услуга за обаждания.
Грешка |
Ключова дума |
Повече информация и стъпки за отстраняване на неизправности |
---|---|---|
Не са намерени DNS адреси |
DNS SRV |
DNS справката е неуспешна. Проверете дали съществува DNS или SRV запис за вашата SIP дестинация и дали той решава на един или повече валидни IP адреси. Вижте Не може да се разреши Expressway-E DNS SRV/hostname в ръководството за отстраняване на неизправности за повече информация. |
Времето на изчакване на връзката изтече |
Повреда в гнездото |
Изтече времето за свързване на мрежата и/или взаимното TLS. Проверете свързването на мрежата, скоростта на връзката, конфигурацията на защитната стена и конфигурацията на Mutual TLS. Вижте тези раздели на ръководството за отстраняване на неизправности за повече информация: |
TLS отказ |
Взаимни TLS ръкостискане неуспехи |
Взаимна TLS грешка: Проверете Взаимно TLS конфигурация в двете Expressway и , и че взаимно TLS сертификати https://admin.webex.comса налице и валидни и на двете места. Вижте Взаимни TLS ръкостискане неуспехи в ръководството за отстраняване на неизправности за повече информация. |
Свързване на отказ |
Повреда в гнездото |
Отказ на TCP връзка: Проверете свързването на мрежата, скоростта на връзката и/или конфигурацията на защитната стена. Вижте тези раздели на ръководството за отстраняване на неизправности за повече информация: |
TCP отказ за четене/запис |
Повреда в гнездото |
TCP отказ за четене/запис: Опитайте отново. Ако грешката продължава, проверете мрежовата свързаност, конфигурацията на защитната стена и конфигурацията на Mutual TLS. Вижте тези раздели на ръководството за отстраняване на неизправности за повече информация: |
TCP отказ |
Повреда в гнездото |
TCP неизправност: TCP отказ за четене/запис: Опитайте отново. Ако грешката продължава, проверете мрежовата свързаност, конфигурацията на защитната стена и конфигурацията на Mutual TLS. Вижте тези раздели на ръководството за отстраняване на неизправности за повече информация: |
Този раздел обхваща контролни списъци за отстраняване на неизправности и задачи, през които можете да преминете, преди да се свържете с поддръжката.
Ако обажданията от Webex към вашето предприятие не звънят от страна на предприятието, преминете през точките в този контролен списък, за да проверите двукратно конфигурацията си.
Преди да преминете през тези предложения за отстраняване на неизправности, вижте https://status.webex.com за най-новата информация за всякакви прекъсвания в облака. От тази страница на състоянието можете също да се абонирате за известия.
Проверете тези точки за отстраняване на неизправности, свързани с взаимната TLS връзка и сертификати:
Инсталирайте webex облак главен сертификат сноп на Expressway-E.
Конфигуриране на специализиран взаимен TLS порт на Експресуей-Е.
Конфигуриране на DNS зона за облака на Expressway-E.
Отворете номера на взаимния TLS порт във вашата защитна стена—5062, който може да не е отворен по подразбиране.
Определете коя опция за главен сертификат използвате в облака на Webex–Опцията се използва за проверка на вашия Сертификат за SIP TLS на Expressway-E.
Хранилище по подразбиране—Подписано ли е вашият сертификат Expressway-E от някой от публичните органи? Ако не сте сигурни, използвайте опцията за персонализирано хранилище.
Персонализиран магазин—Инсталиран ли е вашият сертификат Expressway-E или неговият подписвач в облака? Сертификатът съдържа ли проверени хостове на Expressway-E?
От изгледа на клиента в , отидете на https://admin.webex.com . Проверете тези точки, които са свързани с вашата SIP дестинация, която сте задали по време на процеса на разполагане:
Стойността сочи към вашия Expressway-E посветен взаимен TLS порт.
Опитайте се да се свържете с IP адреса:порт. (Няколко адреса, ако сте конфигурирали SRV.)
Ако сте конфигурирали IP адрес или хост име, задайте взаимния TLS порт.
Ако сте използвали SRV, гарантирайте, че е във формата _sips._tcp.домейн, който поставяте като SIP местоназначение>.
Ако не искате да настроите SRV, можете да въведете IP адрес:порт или hostname:port като SIP дестинация на вашата организация.
За обаждания, които маршрут от Webex към предприятието, проверете хронологията на търсенето и мрежовите регистрационни файлове на Expressway-E. Тази стъпка ви помага да изолирате проблема или на облака, или на предприятието.
Ако използвате повторно съществуваща B2B зона и правила за търсене, помислете за създаване на посветени зони и правила за търсене вместо това. Тази настройка избягва смущения в съществуващите настройки на зоните за B2B/MRA, избягва линиите за маршрутизиране и улеснява отстраняването на неизправности.
Проверете хронологията на търсенето и мрежовите регистрационни файлове на Expressway-E. Проверете дали SIP INVITE от облака пристига в Expressway-E и съвпада с DNS зоната, която сте конфигурирали за облака.
Ако SIP INVITE не пристигне или съвпада с конфигуриран DNS зона, след това следвайте маршрута на повикването към Cisco унифицирани комуникации manager. Тази стъпка ви помага да намерите къде повикването е неуспешно или загубено.
Вижте взаимния контролен списък за отстраняване на неизправности с TLS.
Проверете заглавката на маршрута. Проверете дали съдържа клъстера напълно квалифициран домейн име (FQDN) стойност, която е конфигурирана под Cisco единни комуникации manager корпоративни настройки и в правилата за търсене на Expressway. Вижте този пример маршрут заглавка и подчертан клъстер FQDN:
Път: <sip:[Obfuscated];transport=tls;lr>,<sip:myucmcluster.example.com;lr>
В този пример домашният клъстер FQDN е myucmcluster.example.com.
Имейлите в Cisco 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 устройство или мост.
В домашния Cisco унифицирани комуникации 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 запис в Унифициран CM не отговаря на изискванията, изброени по-горе, можете да добавите нов елемент в началото на настройката на клъстера FQDN за Хибридно извикване.
Ако например съществуващата ви настройка на FQDN в Cisco Unified Communications Manager е *.example.com *.example.org, добавете уникален, не заместващ запис в началото на полето: "cluster1.example.com *.example.com *.example.org"