Hvis opkald fra Webex til din virksomhed ikke ringer på virksomhedssiden, skal du gennemgå punkterne i denne tjekliste for at dobbelttjekke din konfiguration.

Inden du gennemgår disse fejlfindingsforslag, skal https://status.webex.com du se de seneste oplysninger om eventuelle cloud-udfald. Fra den statusside kan du også abonnere på underretninger.

Kontrollér disse fejlfindingspunkter, der er relateret fælles TLS forbindelse og certifikater:

• Installer Webex Cloud-rodcertifikat på Expressway-E.

• Konfigurer en dedikeret fælles TLS port på Expressway-E.

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

• Åbn fælles TLS i din firewall-5062, som muligvis ikke er åbent som standard.

• Afgør, rodcertifikat valgmulighed du bruger i Webex-skyen – valgmuligheden bruges til at verificere dit Expressway-E's SIP TLS-certifikat.

  • Standardlager – er dit Expressway-E-certifikat signeret af en af de offentlige myndigheder? Hvis du er usikker, så brug valgmuligheden brugertilpasset butik.

  • Brugertilpasset butik – er dit Expressway-E-certifikat eller dets underskriver installeret i skyen? Indeholder certifikatet bekræftet Expressway-E-værtsnavne?

Fra kundevisningen i skal https://admin.webex.comdu gå til Tjenester > Hybrid> Hybrid-> Indstillinger . Kontrollér disse punkter, der er relateret til din SIP-destination, som du indstillede under implementeringsprocessen:

• Værdien peger på din Expressway-E-fælles TLS port.

• Prøv at oprette forbindelse til IP address:port. (Flere adresser, hvis du har konfigureret en SRV.)

• Hvis du har konfigureret en IP-adresse eller værtsnavn, skal du angive fælles TLS porte.

• Hvis du brugte en SRV, skal du sørge for, at den er i formatet _sips._tcp. <domæne du har angivet som SIP-destination>.

• Hvis du ikke vil opsætte en SRV, kan du indtaste IP-adresse:port eller værtsnavn:port som din organisations SIP-destination.

• Hvis opkald fra Expressway-E til skyen mislykkes, og du bruger den manuelle certifikatadministrationsmetode, skal du sørge for at følge trinnene i Webex Root CA-certifikatopdatering og uploade IdenTrust-certifikatet til dine Expressway-enheder så hurtigt som muligt.

• For opkald, der dirigeres fra Webex til virksomheden, skal du kontrollere søgehistorikken og netværkslogfiler på Expressway-E. Dette trin hjælper dig med at isolere problemet til enten skyen eller virksomheden.

• Hvis du genbruger et eksisterende B2B-område og søgeregler, kan du i stedet overveje at oprette dedikerede områder og søgeregler. Denne opsætning undgår interferens med eksisterende områdeindstillinger for B2B/MRA, undgår routing-loop og gør fejlfinding nemmere.

• Kontroller søgehistorikken og netværks loggene på Expressway-E. Verificer, at SIP-INVITATIONen fra skyen ankommer til Expressway-E og matcher den DNS-zone, du har konfigureret for skyen.

  • Hvis SIP INVITE ikke ankommer eller matcher den konfigurerede DNS-zone, skal du følge opkaldets rute mod Unified Communications Manager. Dette trin hjælper dig med at finde, hvor opkaldet ikke eller går tabt.

  • Se den fælles TLS fejlfindingstjekliste.

• Kontroller ruteoverskriften. Bekræft, at den indeholder værdien for det fuldt kvalificerede domænenavn (FQDN) i klyngen, der er konfigureret under virksomhedsindstillingerne for Unified Communications Manager og i Expressway-søgereglerne. Se dette eksempel på ruteoverskrift og fremhævet FQDN:

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

    • I dette eksempel er startsideklyngen, FQDN, myucmcluster.example.com.

• E-mails i Unified Communications Manager skal nøjagtigt matche e-mailen (synkroniseret fra Active Directory eller fra en anden kilde) i Webex Cloud.

• Katalog-URI'er skal matche alle domæner, som du har bekræftet i din organisation.

• Tjek din codec-konfiguration.

  Webex-tjenesteydelser understøtter følgende codecs:

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

  • Video – H.264

  Vi understøtter G.729 til deltagelse i et Webex-møde, et personligt lokale-møde eller et Webex-app-møde fra en SIP-enhed. Vi understøtter ikke G.729 til opkald 1:1 fra Webex-appen til en SIP-enhed eller -bro.

• I den berørte brugers hjemmeklynge for Unified Communications Manager skal du vælge System > Virksomhedsparametre; Under Clusterwide Domain Configurationskal du markere indstillingen for fuldt kvalificeret domænenavn (FQDN) for klyngen. Den FQDN værdi, du brugte, skal følge disse retningslinjer:

  FQDN vejledning	Beskrivelse og eksempel
  Flere klynger	Posten skal være unik for hver klynge med Hybrid Calling – for eksempel cluster1.example.com, cluster2.example.comosv.
  Ingen jokertegn	Brug ikke poster med jokertegn, såsom *.example.com eller eksempel*.com.
  Første FQDN indtastning for hybrid-opkald	I en liste over flere poster bruger Webex-skyen den første post til venstre til hybridopkald, og den første indtastning må ikke indeholde et jokertegn. Se dette eksempel på tre FQDN poster fra venstre til højre (det første er til hybridopkald): cluster1.example.com *.example.com example*.com
  Forskellig fra Expressway-E	Skal være en anden end Expressway-E-systemet, DNS og domænenavnet. Ellers Expressway-E fratage ruteoverskriften.
  Ny indtastning for hybrid-opkald	Hvis din nuværende FQDN indtastning i Unified CM ikke opfylder kravene angivet ovenfor, kan du tilføje et nyt element til begyndelsen af klyngen FQDN indstilling for hybrid-opkald. Hvis din eksisterende FQDN-indstilling i Cisco Unified Communications Manager f.eks. er *.example.com *.example.org, tilføj en unik, ikke-jokertegnspost i begyndelsen af feltet: "cluster1.example.com *.example.com *.example.org"