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-adresse: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 sikre, at den er i formatet _sips._tcp.<domæne, du har indtastet 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 Certificate Update og overføre 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 den fulde værdi for klyngens domænenavn (FQDN), der er konfigureret under Unified Communications Manager-virksomhedsindstillinger og i Expressway-søgereglerne. Se dette eksempel på ruteoverskrift og fremhævet FQDN:

  • Rute: ,

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

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

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

• Kontrollér 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 møde i et personligt lokale eller et Webex-appmø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 Unified Communications Manager-startklyngen for de berørte brugere skal du vælge System > Virksomhedsparametre. Under Konfiguration af klyngedomæne skal du kontrollere indstillingen for klyngens fuldt kvalificerede domænenavn (FQDN). 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-opkald, for eksempel cluster1.example.com, cluster2.example.com også videre.
  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): klynge1.eksempel.com *.eksempel.com eksempel*.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, skal du tilføje en unik, ikke-jokertegn i begyndelsen af feltet: "klynge1.example.com *.example.com *.example.org"