Hvis samtaler fra Webex til bedriften din ikke ringer på bedriftssiden, kan du gå gjennom punktene i denne sjekklisten for å dobbeltsjekke konfigurasjonen.

Før du går gjennom disse feilsøkingsforslagene, kan du se https://status.webex.com for den nyeste informasjonen om eventuelle skybrudd. Fra denne statussiden kan du også abonnere på varsler.

Sjekk disse feilsøkingspunktene knyttet til den gjensidige TLS-tilkoblingen og sertifikatene:

• Installer Webex-skyens rotsertifikatpakke på Expressway-E.

• Konfigurer en dedikert gjensidig TLS-port på Expressway-E.

• Konfigurer en DNS-sone for skyen på Expressway-E.

• Åpne det gjensidige TLS-portnummeret i brannmuren — 5062, som kanskje ikke er åpen som standard.

• Bestem hvilket rotsertifikatalternativ du bruker i Webex Cloud — Alternativet brukes til å bekrefte Expressway-Es SIP TLS-sertifikat.

  • Standard butikk — Er Expressway-E-sertifikatet ditt signert av en av de offentlige myndighetene? Hvis du er usikker, bruk alternativet for tilpasset butikk.

  • Tilpasset butikk — Er Expressway-E-sertifikatet ditt eller signereren installert i skyen? Inneholder sertifikatet verifiserte Expressway-E-vertsnavn?

Fra kundevisningen i https://admin.webex.com går du til T jenester > Hybrid > Hybri d Call > Inn stillinger. Sjekk disse punktene som er relatert til SIP-destinasjonen som du an gir under distribusjonsprosessen:

• Verdipunktene på din Expressway-E dedikerte gjensidige TLS-port.

• Prøv å koble til IP-adressen: port. (Flere adresser hvis du konfigurerte en SRV.)

• Hvis du konfigurerte en IP-adresse eller vertsnavn, angir du den gjensidige TLS-porten.

• Hvis du brukte en SRV, sørg for at den er i formatet _sips. _tcp. < domene du legger inn som SIP-destinasjon >.

• Hvis du ikke vil konfigurere en SRV, kan du angi IP-adresse:port eller vertsnavn: port eller port som organisasjonens SIP- destinasjon.

• Hvis anrop fra Expressway-E til skyen mislykkes, og du bruker metoden for manuell sertifikat administrasjon, må du følge trinnene i Webex Root CA-sertifikatoppdatering og laste opp IdenTrust-sertifikatet til Expressway-enhetene dine så snart som mulig.

• For samtaler som ruter fra Webex mot bedriften, sjekk søkeloggen og nettverksloggene på Expressway-E. Dette trinnet hjelper deg med å isolere problemet til enten skyen eller bedriften.

• Hvis du bruker en eksisterende B2B-sone og søkeregler på nytt, bør du vurdere å opprette dedikerte soner og søkeregler i stedet. Dette oppsettet unngår forstyrrelser i eksisterende soneinnstillinger for B2B/MRA, unngår rutingssløyfer og gjør feilsøking enklere.

• Sjekk søkehistorikken og nettverksloggene på Expressway-E. Kontroller at SIP INVITE fra skyen ankommer Expressway-E og samsvarer med DNS-sonen du konfigurerte for skyen.

  • Hvis SIP INVITE ikke ankommer eller samsvarer med den konfigurerte DNS-sonen, følger du ruten for anropet mot Unified Communications Manager. Dette trinnet hjelper deg med å finne hvor samtalen mislykkes eller går tapt.

  • Se sjekklisten for gjensidig TLS-feilsøking.

• Sjekk ruteoverskriften. Kontroller at den inneholder verdien for klyngens fullkvalifiserte domenenavn (FQDN) som er konfigurert under Enterprise-innstillinger for Unified Communications Manager og i Expressway-søkereglene. Se dette eksemplet på ruteoverskrift og uthevet klynge FQDN:

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

    • I dette eksemplet er hjemmeklyngen FQDN myucmcluster.example.com.

• E-poster i Unified Communications Manager må samsvare nøyaktig med e-posten (synkronisert fra Active Directory eller fra en hvilken som helst annen kilde) i Webex-skyen.

• Katalog-URIer må samsvare med alle domener du har bekreftet i organisasjonen.

• Sjekk kodek-konfigurasjonen din.

  Webex-tjenester støtter følgende kodeker:

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

  • Video—H.264

  Vi støtter G.729 for å delta i et Webex-møte, Personal Room-møte eller Webex App-møte fra en SIP-enhet. Vi støtter ikke G.729 for å ringe 1:1 fra Webex-appen til en SIP-enhet eller bro.

• I Unified Communications Manager-klyngen til de berørte brukerne velger du System > Bedriftsparametere. Kontroller innstillingen for klyngens fullkvalifiserte domenenavn (FQDN) under Konfigurasjon av klyngeomfattende domene. FQDN-verdien du brukte, må følge disse retningslinjene:

  FQDN-retningslinje	Beskrivelse og eksempel
  Flere klynger	Oppføringen må være unik for hver klynge med Hybrid Calling — For eksempel,, cluster1.example.comcluster2.example.com, og så videre.
  Ingen jokertegn	Ikke bruk oppføringer med jokertegn, for eksempel *.example.com eller example*.com.
  Første FQDN-oppføring for Hybrid Calling	I en liste med flere oppføringer bruker Webex-skyen den første oppføringen til venstre for Hybrid Calling, og den første oppføringen må ikke inneholde et jokertegn. Se dette eksemplet på tre FQDN-oppføringer fra venstre til høyre (den første er for Hybrid Calling): cluster1.example.com *.example.com example*.com
  Forskjellig fra Expressway-E	Må være forskjellig fra Expressway-E-systemet, DNS og domenenavn. Ellers fjerner Expressway-E ruteoverskriften.
  Ny oppføring for Hybrid Calling	Hvis gjeldende FQDN-oppføring i Unified CM ikke oppfyller kravene som er oppført ovenfor, kan du legge til et nytt element i begynnelsen av klyngens FQDN-innstilling for Hybrid Calling. Hvis for eksempel den eksisterende FQDN-innstillingen i Cisco Unified Communications Manager er *.example.com *.example.org, legger du til en unik oppføring uten jokertegn i begynnelsen av feltet: "cluster1.example.com *.example.org»