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

Før du gennemgår disse fejlfindingsforslag, skal du se https://status.webex.com for at få de seneste oplysninger om eventuelle skyafbrydelser. Fra denne statusside kan du også abonnere på underretninger.

Kontroller disse fejlfindingspunkter relateret til den gensidige TLS-forbindelse og certifikater:

• Installer Webex-cloud-rodcertifikatbundtet på Expressway-E.

• Konfigurer en dedikeret gensidig TLS-port på Expressway-E.

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

• Åbn det gensidige TLS-portnummer i din firewall — 5062, som muligvis ikke er åben som standard.

• Bestem, hvilken rodcertifikatindstilling du bruger i Webex Cloud — indstillingen bruges til at bekræfte Expressway-E's SIP TLS-certifikat.

  • Standardbutik — Er dit Expressway-E-certifikat underskrevet af en af de offentlige myndigheder? Hvis du er usikker, skal du bruge indstillingen Brugerdefineret butik.

  • Brugerdefineret butik — Er dit Expressway-E-certifikat eller dets underskriver installeret i skyen? Indeholder certifikatet bekræftede Expressway-E-værtsnavne?

Fra kundevisningen i https://admin.webex.com skal du gå til Services > Hybrid > Hybri d Call > Settings. Kontroller disse punkter, der er relateret til din SIP-destination, som du angiver under implementeringsprocessen:

• Værdipunkterne på din Expressway-E dedikerede gensidige TLS-port.

• Prøv at oprette forbindelse til IP-adressen: port. (Flere adresser, hvis du konfigurerede en SRV.)

• Hvis du konfigurerede en IP-adresse eller et værtsnavn, skal du angive den gensidige TLS-port.

• Hvis du brugte en SRV, skal du sikre dig, at den er i formatet _sips. _tcp. < domæne, du indsætter som SIP Destination >.

• Hvis du ikke ønsker at konfigurere en SRV, kan du angive IP-adresse:port eller værtsnavn: port som organisationens SIP- destination.

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

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

• Hvis du genbruger en eksisterende B2B-zone og søgeregler, kan du overveje at oprette dedikerede zoner og søgeregler i stedet. Denne opsætning undgår interferens med eksisterende zoneindstillinger for B2B/MRA, undgår routingsløjfer og gør fejlfinding lettere.

• Kontroller søgehistorikken og netværkslogfilerne på Expressway-E. Kontroller, at SIP INVITE fra skyen ankommer til Expressway-E og matcher den DNS-zone, du konfigurerede til 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 mislykkes eller går tabt.

  • Se den gensidige TLS-fejlfindingstjekliste.

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

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

    • I dette eksempel er hjemmeklyngen 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-skyen.

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

• Kontroller din codec-konfiguration.

  Webex-tjenester understøtter følgende codecs:

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

  • Video—H.264

  Vi understøtter G.729 til at deltage i et Webex-møde, personligt rummøde eller Webex App-møde fra en SIP-enhed. Vi understøtter ikke G.729 til opkald 1:1 fra Webex App til en SIP-enhed eller bro.

• I Unified Communications Manager-klyngen for de berørte brugere skal du vælge System > Virksomhedsparametre. Kontroller indstillingen for klyngens fuldt kvalificerede domænenavn (FQDN) under Konfiguration af klyngeomfattende domænenavn. Den FQDN-værdi, du brugte, skal følge disse retningslinjer:

  FQDN-retningslinje	Beskrivelse og eksempel
  Flere klynger	Indgangen skal være unik for hver klynge med Hybrid Calling — For eksempel,, cluster1.example.comcluster2.example.com, og så videre.
  Ingen jokertegn	Brug ikke poster med jokertegn, f.eks. *.example.com eller example*.com.
  Første FQDN-post til hybridopkald	I en liste med flere poster bruger Webex-skyen den første post til venstre til Hybrid Calling, og den første post må ikke indeholde et jokertegn. Se dette eksempel på tre FQDN-poster fra venstre mod højre (den første er til Hybrid Calling): cluster1.example.com *.example.com example*.com
  Forskellig fra Expressway-E	Skal være forskellig fra Expressway-E-systemet, DNS og domænenavn. Ellers fjerner Expressway-E ruteoverskriften.
  Ny post til Hybrid Calling	Hvis din nuværende FQDN-post i Unified CM ikke opfylder kravene ovenfor, kan du føje et nyt element til begyndelsen af klyngens FQDN-indstilling for Hybrid Calling. Hvis din eksisterende FQDN-indstilling i f.eks. Cisco Unified Communications Manager er *.example.com *.example.org, skal du tilføje en unik post uden jokertegn i begyndelsen af feltet: "cluster1.example.com *.example.org“