Om samtal från Webex till ditt företag inte ringer på företagssidan går du igenom punkterna i den här checklistan för att dubbelkontrollera din konfiguration.

Innan du går igenom dessa felsökningsförslag, se https://status.webex.com för den senaste informationen om eventuella molnavbrott. Från den statussidan kan du också prenumerera på aviseringar.

Kontrollera följande felsökningspunkter relaterade till den ömsesidiga TLS-anslutningen och certifikaten:

• Installera Webex-molnrotcertifikatpaketet på Expressway-E.

• Konfigurera en dedikerad ömsesidig TLS-port på Expressway-E.

• Konfigurera en DNS-zon för molnet på Expressway-E.

• Öppna det ömsesidiga TLS-portnumret i brandväggen — 5062, som kanske inte är öppet som standard.

• Bestäm vilket rotcertifikatalternativ du använder i Webex Cloud — alternativet används för att verifiera Expressway-E: s SIP TLS-certifikat.

  • Standardbutik — Är ditt Expressway-E-certifikat undertecknat av någon av de offentliga myndigheterna? Om du är osäker, använd alternativet anpassad butik.

  • Anpassad butik — Är ditt Expressway-E-certifikat eller dess undertecknare installerat i molnet? Innehåller certifikatet verifierade Expressway-E-värdnamn?

Från kundvyn på https://admin.webex.com går du till Tjän ster > Hybrid > Hy bridsamtal > Inställningar. Kontrollera följande punkter som är relaterade till din SIP-destination som du angav under distributionsprocessen:

• Värdepunkterna på din Expressway-E dedikerade ömsesidiga TLS-port.

• Försök att ansluta till IP-adressen:port. (Flera adresser om du har konfigurerat en SRV.)

• Om du har konfigurerat en IP-adress eller ett värdnamn anger du den ömsesidiga TLS-porten.

• Om du använde en SRV, se till att den är i formatet _sips. _tcp. < domän du lägger in som SIP Destination >.

• Om du inte vill konfigurera en SRV kan du ange IP-adress:port eller värdnamn:port som organisationens SIP-destination.

• Om samtal från Expressway-E till molnet misslyckas och du använder den manuella certifik athanteringsmetoden, se till att du följer stegen i Webex Root CA-certifikatuppdatering och laddar upp IdenTrust-certifikatet till dina Expressway-enheter så snart som möjligt.

• För samtal som dirigeras från Webex till företaget, kontrollera sökhistoriken och nätverksloggarna på Expressway-E. Det här steget hjälper dig att isolera problemet till antingen molnet eller företaget.

• Om du återanvänder en befintlig B2B-zon och sökregler kan du överväga att skapa dedikerade zoner och sökregler istället. Den här inställningen undviker störningar i befintliga zoninställningar för B2B/MRA, undviker routingslingor och underlättar felsökningen.

• Kontrollera sökhistoriken och nätverksloggar på Expressway-E. Kontrollera att SIP INVITE från molnet anländer till Expressway-E och matchar DNS-zonen som du konfigurerade för molnet.

  • Om SIP INVITE inte anländer eller matchar den konfigurerade DNS-zonen följer du samtalsvägen mot Unified Communications Manager. Det här steget hjälper dig att hitta var samtalet misslyckas eller förloras.

  • Se checklista för ömsesidig TLS-felsökning.

• Kontrollera ruttens rubrik. Kontrollera att det innehåller det klustervärde för fullständigt kvalificerat domännamn (FQDN) som har konfigurerats under Unified Communications Manager företagsinställningar och i Expressways sökregler. Se det här exemplet rutthuvud och markerat kluster FQDN:

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

    • I det här exemplet är hemklustret FQDN myucmcluster.example.com.

• E-postmeddelanden i Unified Communications Manager måste exakt matcha e-postmeddelandet (synkroniserat från Active Directory eller från någon annan källa) i Webex-molnet.

• Katalog-URI:er måste matcha alla domäner som du har verifierat i organisationen.

• Kontrollera din codec-konfiguration.

  Webex-tjänster stöder följande codecs:

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

  • Video—H.264

  Vi stöder G.729 för att gå med i ett Webex-möte, personligt rumsmöte eller Webex App-möte från en SIP-enhet. Vi stöder inte G.729 för att ringa 1:1 från Webex App till en SIP-enhet eller brygga.

• I Unified Communications Manager-hemklustret för de berörda användarna väljer du System > Företagsparametrar. Kontrollera inställningen för klusterets fullständigt kvalificerade domännamn (FQDN) under Konfiguration av klusteromfattande domännamn. FQDN-värdet som du använde måste följa dessa riktlinjer:

  FQDN-riktlinje	Beskrivning och exempel
  Flera kluster	Posten måste vara unik för varje kluster med hybridanrop — Till exempel,, cluster1.example.comcluster2.example.com, och så vidare.
  Inga jokertecken	Använd inte poster med jokertecken, till exempel*.exempel.com eller exempel*.com.
  Första FQDN-posten för hybridsamtal	I en lista med flera poster använder Webex-molnet den första posten till vänster för hybridsamtal, och den första posten får inte innehålla ett jokertecken. Se det här exemplet på tre FQDN-poster från vänster till höger (den första är för hybridsamtal): cluster1.example.com *.example.com example*.com
  Skiljer sig från Expressway-E	Måste skilja sig från Expressway-E-systemet, DNS och domännamn. Annars tar Expressway-E bort rutthuvudet.
  Nytt inlägg för Hybrid Calling	Om din nuvarande FQDN-post i Unified CM inte uppfyller kraven ovan kan du lägga till ett nytt element i början av klustrets FQDN-inställning för Hybridsamtal. Om din befintliga FQDN-inställning till exempel Cisco Unified Communications Manager är *.example.com *.example.org lägger du till en unik post utan jokertecken i början av fältet: "cluster1.example.com *.example.org ”