Ha a Webex által a vállalkozásra irányuló hívások nem csengnek a vállalati oldalon, nézze át az ellenőrzőlista pontjait, hogy újra ellenőrizze a konfigurációt.

Mielőtt átnézné ezeket a hibaelhárítási javaslatokat, lásd a https://status.webex.com címet a felhőkiesésekkel kapcsolatos legfrissebb információkért. Ezen az állapotoldalról feliratkozhat az értesítésekre is.

Ellenőrizze a kölcsönös TLS-kapcsolattal és tanúsítványokkal kapcsolatos hibaelhárítási pontokat:

• Telepítse a Webex felhőalapú gyökértanúsítványcsomagot az Expressway-E rendszerre.

• Konfiguráljon egy dedikált kölcsönös TLS-portot az Expressway-E rendszeren.

• Konfiguráljon egy DNS-zónát a felhőhöz az Expressway-E rendszeren.

• Nyissa meg a kölcsönös TLS-portszámot a tűzfalon — 5062, amely alapértelmezés szerint nem biztos, hogy nyitva van.

• Határozza meg, hogy melyik gyökértanúsítvány opciót használja a Webex felhőben. A beállítás az Expressway-E SIP TLS tanúsítványának ellenőrzésére szolgál.

  • Alapértelmezett áruház — Az Expressway-E tanúsítványát valamelyik hatóság írja alá? Ha nem biztos benne, használja az egyéni áruház opciót.

  • Egyedi üzlet — Telepítve van az Expressway-E tanúsítvány vagy annak aláírója a felhőben? A tanúsítvány tartalmaz-e ellenőrzött Expressway-E hostneveket?

A https://admin.webex.com webhelyen található ügyfélnézetből lépjen a Szolgáltatások > Hibrid > Hibrid hí vás > Beállí tások menüpontra. Ellenőrizze a telepítési folyamat során beállított SIP-célállomáshoz kapcsolódó pontokat:

• Az érték az Expressway-E dedikált kölcsönös TLS porton mutat.

• Próbáljon csatlakozni az IP-címhez: port. (Több cím, ha SRV-t konfigurált.)

• Ha IP-címet vagy hostnevet konfigurált, adja meg a kölcsönös TLS-portot.

• Ha SRV-t használt, győződjön meg róla, hogy a _sips formátumban van-e. _TCP. < tar tomány, amelyet SIP célként adtál be >.

• Ha nem szeretne SRV-t beállítani, akkor a szervezet SIP-célpontjaként megadhatja az IP-címet: port vagy a hostname: port.

• Ha az Expressway-E felhőre irányuló hívások meghibásodnak, és kézi tanúsítvány kezelési módszert használ, kövesse a Webex Root CA tanúsítványfrissí tés lépéseit, és a lehető leghamarabb töltse fel az IDentrust tanúsítványt az Expressway eszközökre.

• A Webex és a vállalkozás felé vezető hívások esetében ellenőrizze az Expressway-E keresési előzményeit és hálózati naplóit. Ez a lépés segít elkülöníteni a problémát akár a felhőtől, akár a vállalattól.

• Ha újra használ egy meglévő B2B zónát és keresési szabályokat, fontolja meg inkább dedikált zónák és keresési szabályok létrehozását. Ez a beállítás elkerüli a B2B/MRA meglévő zónabeállításainak beavatkozását, elkerüli az útválasztási hurkokat és megkönnyíti a hibaelhárítást.

• Ellenőrizze a keresési előzményeket és a hálózati naplókat az Expressway-E oldalon. Ellenőrizze, hogy a felhőből származó SIP INVITE megérkezik-e az Expressway-E rendszerbe, és megfelel-e a felhőhöz konfigurált DNS-zónával.

  • Ha a SIP INVITE nem érkezik meg vagy nem egyezik meg a konfigurált DNS-zónával, akkor kövesse a hívás útvonalát az Unified Communications Manager felé. Ez a lépés segít megtalálni, hogy hol sikertelen vagy elveszett a hívás.

  • Tekintse meg a kölcsönös TLS hibaelhárítási ellenőrzőlistáját.

• Ellenőrizze az útvonal fejlécet. Ellenőrizze, hogy tartalmazza-e a klaszter teljesen minősített tartománynév (FQDN) értékét, amely az Unified Communications Manager vállalati beállításai alatt és az Expressway keresési szabályaiban van konfigurálva. Lásd ezt a példát az útvonalfejléc és a kiemelt FQDN klaszter

  • Útvonal: <sip: [Obfuscated]; transport=tls; lr>, <sip:myucmcluster.example.com; lr>

    • Ebben a példában az FQDN otthoni klaszter a myucmcluster.example.com.

• Az Unified Communications Manager e-mailjeinek pontosan meg kell egyezniük a Webex felhőben található e-mailekkel (bármely más forrásból Active Directory vagy bármely más forrásból szinkronizálva).

• A címtár URI-knek meg kell egyezniük a szervezetében ellenőrzött tartományokkal.

• Ellenőrizze a kodek konfigurációját.

  A Webex szolgáltatások a következő kodekeket támogatják:

  • Audió—G.711, G.722, AAC-LD

  • Videó — H.264

  Támogatjuk a G.729-et a Webex értekezletekhez, a személyes szobai értekezletekhez vagy a Webex App értekezletekhez való csatlakozáshoz SIP-eszközről. Nem támogatjuk a G.729-et a Webex alkalmazásból SIP-eszközre vagy hídra történő 1:1 tárcsázásához.

• Az érintett felhasználók otthoni Unified Communications Manager klas zterén válassza a Rendszer > Vállalati paraméterek lehetőséget; a Klaszterszintű tartománykonfigur áció területen ellenőrizze a klaszter teljesen minősített tartománynév (FQDN) beállítását. A használt FQDN értéknek az alábbi irányelveket kell követnie:

  FQDN útmutató	Leírás és példa
  Több klaszter	A bejegyzésnek minden hibrid hívással rendelkező klaszternél egyedinek kell lennie — például, cluster1.example.comcluster2.example.com, és így tovább.
  Nincs helyettesítő	Ne használjon helyettesítő karaktereket tartalmazó bejegyzéseket, például *.example.com vagy example*.com.
  Első FQDN bejegyzés a hibrid hívásokhoz	Több bejegyzés listájában a Webex felhő a bal oldali első bejegyzést használja a hibrid hívás esetében, és ez az első bejegyzés nem tartalmazhat helyettesítő jelet. Lásd ezt a példát három FQDN-bejegyzésről balról jobbra (az első a hibrid hívás): cluster1.example.com *.example.com example*.com
  Különböző az Expressway-E-től	Különböznie kell az Expressway-E rendszertől, a DNS-től és a domain névtől. Ellenkező esetben az Expressway-E eltávolítja az útvonal fejlécét.
  Új bejegyzés a hibrid hívásokhoz	Ha az aktuális FQDN-bejegyzés Unified CM nem felel meg a fent felsorolt követelményeknek, új elemet adhat hozzá a hibrid hívás klaszter FQDN-beállításának elejére. Ha például a meglévő FQDN-beállítás a *.example.com *.example.org, adjon hozzá egy egyedi, nem helyettesítő jelű bejegyzést a mező elejére: "cluster1.example.com *.example.org” Cisco Unified Communications Manager