Проверете тези точки за отстраняване на неизправности, свързани с взаимната 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"