Ha a Webexről a vállalathoz érkező hívások nem csörögnek a vállalati oldalon, sétáljon végig az ellenőrzőlista pontjain, hogy ellenőrizze a konfigurációt.

Mielőtt végigsétálna ezeken a hibaelhárítási javaslatokon, tekintse meg https://status.webex.com a felhőkiesésekkel kapcsolatos legfrissebb információkat. Ebből az állapotoldalról értesítésekre is feliratkozhat.

Ellenőrizze a kölcsönös TLS-csatlakozáshoz és tanúsítványokhoz kapcsolódó hibaelhárítási pontokat:

• Telepítse a Webex felhő gyökértanúsítvány-csomagot az Expressway-E-re.

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

• Dns-zóna konfigurálása a felhő számára az Expressway-E-n.

• Nyissa meg a közös TLS-portszámot a tűzfal 5062-es számában, amely alapértelmezés szerint nem lehet megnyitni.

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

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

  • Egyéni áruház – Telepítve van-e az Expressway-E tanúsítvány vagy annak aláírója a felhőbe? Tartalmaz-e a tanúsítvány ellenőrzött Gyorsforgalmi út-E állomásneveket?

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

• Az érték pontok a Gyorsforgalmi út-E dedikált kölcsönös TLS port.

• Próbálj meg csatlakozni a(z ) IP címhez address:port. (Több cím, ha SRV-t konfigurált.)

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

• Ha SRV-t használt, győződjön meg arról, hogy az _sips._tcpformátumú. <SIP célként megadott domain>.

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

• Ha az Expressway-E-ből a felhőbe irányuló hívások sikertelenek, és a manuális tanúsítványkezelési módszert használja, feltétlenül kövesse a Webex Root CA tanúsítványfrissítés című cikk lépéseit, és a lehető leghamarabb töltse fel az IdenTrust tanúsítványt az Expressway-eszközeire.

• A Webexből a vállalat felé tartó 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őhöz, akár a vállalathoz.

• Ha újra felhasznál egy meglévő B2B zónát és keresési szabályokat, fontolja meg a 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 interferenciájá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-n. Ellenőrizze, hogy a felhőből érkező SIP INVITE megérkezik-e az Expressway-E-be, és megfelel-e a felhőre konfigurált DNS-zónának.

  • Ha a SIP INVITE nem érkezik meg, vagy nem egyezik 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 a hívás hol nem vagy elveszett.

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

• Ellenőrizze az útvonal fejlécét. Ellenőrizze, hogy tartalmazza-e a fürt teljes tartománynevének (FQDN) értékét, amely a Unified Communications Manager vállalati beállításaiban és az Expressway keresési szabályaiban van konfigurálva. Lásd ezt a példa útvonalfejlécet és az FQDN kiemelt fürtet:

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

    • Ebben a példában az FQDN otthoni fürt myucmcluster.example.com.

• Az Unified Communications Managerben található e-maileknek pontosan meg kell egyezniük a Webex felhőben található (az Active Directoryból vagy bármely más forrásból szinkronizált) e-mailekkel.

• A címtár-URL-eknek meg kell egyeznie a szervezeten belül ellenőrzött tartományokkal.

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

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

  • Hang—G.711, G.722, AAC-LD

  • Videó—H.264

  Támogatjuk a G.729 szabványt Webex-értekezletekhez, személyes irodai értekezletekhez vagy Webex App-értekezletekhez való csatlakozáshoz SIP-eszközről. Nem támogatjuk a G.729 szabványt tárcsázáshoz. 1:1 a Webex alkalmazásból egy SIP-eszközre vagy hídra.

• Az érintett felhasználók Unified Communications Manager fürtjén válassza a Rendszer lehetőséget. > Vállalati paraméterek; A Fürt szintű tartománykonfigurációalatt ellenőrizze a fürt teljes tartománynevének (FQDN) beállítását. A használt FQDN értéknek az alábbi irányelveket kell követnie:

  FQDN iránymutatás	Leírás és példa
  Több fürt	A bejegyzésnek egyedinek kell lennie minden hibrid hívást használó fürt esetében – például cluster1.example.com, cluster2.example.comés így tovább.
  Nincsenek helyettesítő karakterek	Ne használjon helyettesítő karakterekkel rendelkező bejegyzéseket, például *.example.com vagy példa*.com.
  Az első FQDN bejegyzés Hibrid híváshoz	A több bejegyzésből álló listában a Webex felhő a bal oldali első bejegyzést használja a Hibrid híváshoz , és az elsőbejegyzés nem tartalmazhat helyettesítő kártyát. Lásd ezt a példát három FQDN bejegyzés balról jobbra (az első a Hibrid hívás): cluster1.example.com *.example.com example*.com
  Eltér az Expressway-E-től	Különböznie kell az Expressway-E rendszertől, a DNS-től és a tartománynévtől. Ellenkező esetben az Expressway-E csíkok az útvonal fejlécét.
  Új bejegyzés a Hibrid híváshoz	Ha az Egységes CM jelenlegi FQDN-bejegyzése nem felel meg a fent felsorolt követelményeknek, új elemet adhat hozzá a hibrid hívás fürt FQDN-beállításának elejéhez. Például, ha a Cisco Unified Communications Managerben a meglévő FQDN-beállítás *.example.com *.example.org, adjon hozzá egy egyedi, nem helyettesítő karaktert tartalmazó bejegyzést a mező elejéhez: "cluster1.example.com *.example.com *.example.org"