Jos Webexistä yritykseesi tulevat puhelut eivät soi yrityksen puolella, käy läpi tämän tarkistusluettelon kohdat ja tarkista kokoonpanosi.

Ennen kuin käyt läpi nämä vianmääritysehdotukset, katso https://status.webex.com , josta saat viimeisimmät tiedot pilvipalvelun käyttökatkoksista. Kyseiseltä tilasivulta voit myös tilata ilmoituksia.

Tarkista nämä keskinäiseen TLS-yhteyteen ja varmenteisiin liittyvät vianmäärityskohdat:

• Asenna Webex-pilvipalvelun juurivarmennepaketti Expressway-E:hen.

• Määritä Expressway-E:hen oma keskinäinen TLS-portti.

• Määritä DNS-vyöhyke pilvipalvelulle Expressway-E:ssä.

• Avaa keskinäinen TLS-porttinumero palomuurissasi - 5062, joka ei välttämättä ole oletusarvoisesti auki.

• Määritä, mitä juurivarmennevaihtoehtoa käytät Webex-pilvipalvelussa - Vaihtoehtoa käytetään Expressway-E:n SIP TLS -varmenteen tarkistamiseen.

  • Oletussäilö - Onko Expressway-E-varmenteen allekirjoittanut jokin julkisista viranomaisista? Jos olet epävarma, käytä mukautettua myymälävaihtoehtoa.

  • Mukautettu tallennus - Onko Expressway-E-varmenne tai sen allekirjoittaja asennettu pilveen? Sisältääkö varmenne todennettuja Expressway-E-isäntänimiä?

Siirry asiakasnäkymässä https://admin.webex.com kohtaan Palvelut > Hybrid > Hybridipuhelu > Asetukset. Tarkista nämä kohdat, jotka liittyvät käyttöönottoprosessin aikana asetettuun SIP-kohteeseen:

• Arvo osoittaa Expressway-E:n omaan keskinäiseen TLS-porttiin.

• Yritä muodostaa yhteys osoitteeseen IP-osoite:portti. (Useita osoitteita, jos olet määrittänyt SRV:n.)

• Jos olet määrittänyt IP-osoitteen tai isäntänimen, määritä keskinäinen TLS-portti.

• Jos olet käyttänyt SRV:tä, varmista, että se on muotoa _sips._tcp.<verkkotunnus, jonka olet antanut SIP-kohteeksi>.

• Jos et halua määrittää SRV:tä, voit antaa organisaatiosi SIP-kohteeksi IP-osoite:portti tai isäntänimi:portti .

• Jos puhelut Expressway-E:stä pilvipalveluun epäonnistuvat ja käytät manuaalista varmenteenhallintamenetelmää, varmista, että noudatat ohjeita osoitteessa Webex Root CA -varmenteen päivitys ja lataa IdenTrust-varmenne Expressway-laitteisiin mahdollisimman pian.

• Tarkista Expressway-E:n hakuhistoria ja verkkolokit niiden puheluiden osalta, jotka reititetään Webexistä yritykseen. Tämä vaihe auttaa sinua eristämään ongelman joko pilveen tai yritykseen.

• Jos käytät uudelleen olemassa olevaa B2B-vyöhykettä ja hakusääntöjä, harkitse sen sijaan omien vyöhykkeiden ja hakusääntöjen luomista. Tällä tavalla vältetään häiriöt B2B/MRA:n nykyisten vyöhykeasetusten kanssa, vältetään reitityssilmukat ja helpotetaan vianmääritystä.

• Tarkista Expressway-E:n hakuhistoria ja verkkolokit. Tarkista, että pilvipalvelusta tuleva SIP INVITE saapuu Expressway-E:hen ja että se vastaa pilvipalvelulle määritettyä DNS-vyöhykettä.

  • Jos SIP INVITE ei saavu tai vastaa määritettyä DNS-vyöhykettä, seuraa puhelun reittiä kohti Unified Communications Manageria. Tämä vaihe auttaa sinua löytämään, missä puhelu epäonnistuu tai katoaa.

  • Katso keskinäinen TLS-vianmäärityksen tarkistuslista.

• Tarkista reittiotsikko. Tarkista, että se sisältää klusterin FQDN-arvon (fully qualified domain name), joka on määritetty Unified Communications Managerin yritysasetuksissa ja Expresswayn hakusäännöissä. Katso tämä esimerkki reittiotsikosta ja korostettu klusterin FQDN:

  • Reitti: ,

    • Tässä esimerkissä kotiklusterin FQDN on myucmcluster.example.com.

• Unified Communications Managerissa olevien sähköpostien on täsmälleen vastattava Webex-pilvessä olevia sähköposteja (synkronoitu Active Directorysta tai mistä tahansa muusta lähteestä).

• Hakemiston URI:iden on vastattava organisaatiossasi todennettuja verkkotunnuksia.

• Tarkista koodekin kokoonpano.

  Webex-palvelut tukevat seuraavia koodekkeja:

  • Audio-G.711, G.722, AAC-LD

  • Video-H.264

  Tuemme G.729:ää, kun haluat liittyä Webex-kokoukseen, henkilökohtaisen huoneen kokoukseen tai Webex App -kokoukseen SIP-laitteesta. Emme tue G.729:ää 1:1-valinnassa Webex App -sovelluksesta SIP-laitteeseen tai -siltaan.

• Valitse asianomaisten käyttäjien Unified Communications Manager -kotiklusterissa Järjestelmä > Yritysparametrit; tarkista kohdassa Clusterwide Domain Configuration klusterin FQDN (fully qualified domain name) -asetus. Käyttämäsi FQDN-arvon on oltava näiden ohjeiden mukainen:

  FQDN-ohjeet	Kuvaus ja esimerkki
  Useita klustereita	Merkinnän on oltava yksilöllinen jokaisessa hybridikutsua käyttävässä klusterissa - esimerkiksi cluster1.example.com, cluster2.example.com ja niin edelleen.
  Ei jokerimerkkejä	Älä käytä merkintöjä, joissa on jokerimerkkejä, kuten *.example.com tai example*.com.
  Ensimmäinen FQDN-merkintä hybridikutsua varten	Jos luettelossa on useita merkintöjä, Webex-pilvi käyttää hybridipuheluihin vasemmalla puolella olevaa ensimmäistä merkintää, eikä tämä ensimmäinen merkintä saa sisältää jokerimerkkiä. Katso tätä esimerkkiä, jossa on kolme FQDN-määritystä vasemmalta oikealle (ensimmäinen on Hybrid Calling): cluster1.example.com *.example.com example*.com
  Erilainen kuin Expressway-E	Sen on oltava eri kuin Expressway-E-järjestelmän, DNS:n ja verkkotunnuksen nimi. Muussa tapauksessa Expressway-E poistaa reittiotsikon.
  Uusi merkintä Hybrid Calling	Jos Unified CM:n nykyinen FQDN-määritys ei täytä edellä lueteltuja vaatimuksia, voit lisätä uuden elementin klusterin FQDN-asetuksen alkuun Hybrid Calling -asetukselle. Jos esimerkiksi Cisco Unified Communications Managerin nykyinen FQDN-asetus on *.example.com *.example.org, lisää kentän alkuun yksilöllinen, ei-wildcard-merkintä: "cluster1.example.com *.example.com *.example.org".