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

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

Kontrollera dessa felsökningspunkter relaterade till ömsesidig TLS och certifikat:

• Installera Webex Cloud rotcertifikat på din Expressway-E.

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

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

• Öppna portnumret ömsesidig TLS brandväggen, 5062, som kanske inte är öppen som standard.

• Bestäm rotcertifikat alternativ som du använder i Webex-molnet – alternativet används för att verifiera ditt Expressway-ESIP TLS-certifikat.

  • Standard arkiv – är ditt Expressway-E-certifikat undertecknat av en av de offentliga myndigheterna? Använd alternativet anpassad lagring om du är osäker.

  • Anpassat arkiv – är ditt Expressway-E-certifikat eller dess undertecknare installerad i molnet? Innehåller certifikatet verifierad Expressway-E-postnamn?

Från kundvyn i går https://admin.webex.comdu till Tjänster > Hybrid> Hybrid-> inställningar . Kontrollera de här punkterna som är relaterade till SIP-destination som du ställer in under distributionsprocessen:

• Värdet pekar på din Expressway-E dedikerade ömsesidig TLS porten.

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

• Om du konfigurerade en IP-adress eller ett värdnamn anger du ömsesidig TLS port.

• Om du använde en SRV ska du se till att den är i formatet _sips._tcp.<domän som du anger 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 metoden för certifikathantering ska du följa stegen i Uppdatering av Webex rot-CA-certifikat och överföra IdenTrust-certifikatet till dina Expressway-enheter så snart som möjligt.

• För samtal som dirigeras från Webex till företaget ska du kontrollera sökhistoriken och nätverksloggarna på Expressway-E. Det här steget hjälper dig att isolera problemet till antingen molnet eller till 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 installationen undviker störningar i befintliga zoninställningar för B2B/MRA, undviker dirigeringsnät och gör felsökningen enklare.

• Kontrol lera Sök historik och nätverks loggar på Expressway-E. Verifiera att SIP-inbjudan från molnet anländer till Expressway-E och matchar DNS-zonen som du har konfigurerat för molnet.

  • Om SIP INVITE inte anländer eller matchar den konfigurerade DNS-zonen följer du samtalets väg till Unified Communications Manager. I det här steget kan du ta reda på var samtalet misslyckas eller går förlorat.

  • Se checklista ömsesidig TLS felsökning.

• Kontrollera routerubriken. Kontrollera att den innehåller värdet för klusterfullständigt kvalificerat domännamn (FQDN) som har konfigurerats i Enterprise-inställningarna för Unified Communications Manager och i Expressway-sökreglerna. Se det här exemplet på routerubriken och markerat kluster FQDN:

  • Väg: ,

    • I det här exemplet är hemklustret FQDN det 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 din organisation.

• Kontrollera din kodekkonfiguration.

  Webex-tjänster har stöd för följande codec:er:

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

  • Video – H.264

  Vi har stöd för G.729 för att delta i ett Webex-möte, ett möte i ett personligt rum eller ett Webex-appmöte från en SIP-enhet. Vi har inte stöd för G.729 för att ringa 1:1 från Webex-appen till en SIP-enhet eller -brygga.

• I de berörda användarnas hemkluster för Unified Communications Manager väljer du System > Företagsparametrar. Under Klusteromfattande domänkonfiguration kontrollerar du inställningen för klusterfullständigt kvalificerat domännamn (FQDN). Värdet FQDN du har använt måste följa dessa riktlinjer:

  FQDN riktlinje	Beskrivning och exempel
  Flera kluster	Posten måste vara unik för varje kluster med hybrid-samtal, t. ex. cluster1.example.com, cluster2.example.comoch så vidare.
  Inga jokertecken	Använd inte poster med jokertecken som *.example.com exempel*.com.
  Första FQDN posten för Hybrid-samtal	I en lista med flera poster använder Webex-molnet den första posten till vänster för Hybrid-samtal och den första posten får inte innehålla jokertecken. Se detta exempel på FQDN poster från vänster till höger (det första är för hybridsamtal): kluster1.example.com *.example.com exempel*.com
  Annorlunda än Expressway-E	Måste vara annorlunda än Expressway-E-system, DNS och domännamn. Annars Expressway-E bort routerubriken.
  Ny post för Hybrid-samtal	Om din nuvarande FQDN post i Unified CM inte uppfyller kraven som listas ovan, kan du lägga till ett nytt element i början av kluster FQDN inställningen för Hybrid-samtal. Om din befintliga FQDN-inställning i Cisco Unified Communications Manager till exempel är *.example.com *.example.org lägger du till en unik post utan jokertecken i början av fältet: ”cluster1.example.com *.example.com *.example.org”