Als gesprekken van Webex naar uw onderneming niet over gaan aan bedrijfszijde, loopt u door de punten in deze controlelijst om uw configuratie te dubbel controleren.

Voordat u deze suggesties voor probleemoplossing doorloop, https://status.webex.com bekijkt u de nieuwste informatie over cloud-uitval. Vanaf die statuspagina kunt u zich ook abonneren op meldingen.

Controleer deze problemen met betrekking tot de gemeenschappelijke TLS en certificaten:

• Installeer de Webex-cloud hoofdcertificaat op de Expressway-E.

• Configureer een speciale gemeenschappelijke TLS poort op de Expressway-E.

• Configureer een DNS-zone voor de Cloud op de Expressway-E.

• Open het gemeenschappelijke TLS in uw firewall—5062, die mogelijk niet standaard is geopend.

• Bepalen welke hoofdcertificaat u in de Webex-cloud gebruikt: de optie wordt gebruikt om het SIP TLS-certificaat van uw Expressway-Ete verifiëren.

  • Standaardarchief: is uw Expressway-E-certificaat dat is ondertekend door een van de openbare autoriteiten? Als u het niet zeker weet, gebruikt u de optie voor aangepast opslaan.

  • Aangepast archief: is uw Expressway-E-certificaat of de ondertekenaar ervan in de Cloud geïnstalleerd? Bevat het certificaat geverifieerde Expressway-E-hostnamen?

Ga vanuit de klantweergave in naar https://admin.webex.com Services > hybride > gespreksinstellingen > gebruiken . Controleer deze punten die betrekking hebben op uw SIP-bestemming die u tijdens de implementatieprocedure hebt ingesteld:

• De waarde verwijst naar uw Expressway-E toegewezen gemeenschappelijke TLS poort.

• Probeer verbinding te maken met het IP-adres:poort. (Meerdere adressen als u een SRV hebt geconfigureerd.)

• Als u een IP-adres of hostnaam hebt geconfigureerd, geeft u de gemeenschappelijke TLS poort.

• Als u een SRV hebt gebruikt, moet u ervoor zorgen dat deze de indeling _sips._tcp.<domein dat u hebt ingevoerd als SIP-bestemming> heeft.

• Als u geen wachtwoord wilt SRV, kunt u het IP-adres:poort of hostnaam:poort invoeren als de naam van de SIP-bestemming.

• Als gesprekken van Expressway-E naar de cloud mislukken en u de handmatige certificaatbeheermethode gebruikt, moet u de stappen in Update van Webex Root CA-certificaat volgen en het IdenTrust-certificaat zo snel mogelijk naar uw Expressway-apparaten uploaden.

• Voor gesprekken die van Webex naar de onderneming worden omgeleid, controleert u de zoekgeschiedenis en netwerklogboeken op Expressway-E. Deze stap helpt u het probleem te isoleren naar de cloud of het bedrijf.

• Als u een bestaande B2B-zone en zoekregels opnieuw gebruikt, kunt u overwegen om speciale zones en zoekregels te maken. Deze installatie voorkomt storing met bestaande zone-instellingen voor B2B/MRA, voorkomt routeringsluss en maakt het oplossen van problemen eenvoudiger.

• Controleer de zoekgeschiedenis en de netwerk logboeken op de Expressway-E. Controleer of de SIP-uitnodiging van de Cloud arriveert op de Expressway-E en overeenkomt met de DNS-zone die u hebt geconfigureerd voor de Cloud.

  • Als de SIP INVITE niet wordt ontvangen of niet overeenkomt met de geconfigureerde DNS-zone, volgt u de route van het gesprek naar de Unified Communications Manager. Deze stap helpt u te vinden waar het gesprek mislukt of verloren gaat.

  • Zie de gemeenschappelijke TLS voor probleemoplossing.

• Controleer de koptekst van de route. Controleer of het de FQDN-waarde (Fully Qualified Domain Name) van het cluster bevat die is geconfigureerd onder Unified Communications Manager Enterprise-instellingen en in de Expressway-zoekregels. Bekijk dit voorbeeld van de koptekst van de route en de gemarkeerde FQDN:

  • Route: ,

    • In dit voorbeeld is de startclusterversie FQDN myucmcluster.example.com .

• E-mails in Unified Communications Manager moeten exact overeenkomen met het e-mailadres (gesynchroniseerd vanuit Active Directory of een andere bron) in de Webex-cloud.

• Directory-URI's moeten overeenkomen met alle domeinen die u in uw organisatie hebt geverifieerd.

• Controleer uw codecconfiguratie.

  Webex-services ondersteunen de volgende codecs:

  • Audio: G.711, G.722, AAC-LD

  • Video: H.264

  We ondersteunen G.729 voor het deelnemen aan een Webex-vergadering, een vergadering in een persoonlijke ruimte of een Webex-app-vergadering vanaf een SIP-apparaat. We bieden geen ondersteuning voor G.729 voor het kiezen van 1:1 vanuit de Webex-app naar een SIP-apparaat of -bridge.

• Kies in het Unified Communications Manager-thuiscluster van de betrokken gebruikers Systeem > Bedrijfsparameters. Controleer onder Clusterbrede domeinconfiguratie de instelling van de volledig gekwalificeerde domeinnaam (FQDN) van het cluster. De FQDN die u hebt gebruikt, moet de volgende richtlijnen volgen:

  FQDN richtlijn	Beschrijving en voorbeeld
  Meerdere clusters	De invoer moet uniek zijn voor elke cluster met hybride gesprekken, bijvoorbeeld cluster1.example.com, cluster2.example.com, enzovoort.
  Geen jokertekens	Gebruik geen vermeldingen met jokertekens, zoals *.example.com of example*.com.
  Eerste FQDN invoer voor hybride gesprekken	In een lijst met meerdere vermeldingen gebruikt de Webex-cloud de eerste invoer links voor Hybride bellen en die eerste invoer mag geen jokerteken bevatten. Zie dit voorbeeld van drie FQDN van links naar rechts (de eerste keer voor Hybridebellen): cluster1.voorbeeld.com *.voorbeeld.com voorbeeld*.com
  Anders dan Expressway-E	Moet verschillen van de naam Expressway uw systeem, DNS en domeinnaam. Anders wordt de Expressway-E-strips van de routekop gebruikt.
  Nieuwe invoer voor hybride gesprekken	Als uw huidige FQDN invoer in Unified CM niet voldoet aan bovenstaande vereisten, kunt u een nieuw element toevoegen aan het begin van de cluster FQDN instelling voor hybride gesprekken. Als uw bestaande FQDN-instelling in Cisco Unified Communications Manager bijvoorbeeld *.example.com *.example.org is, voegt u een unieke invoer zonder jokerteken aan het begin van het veld toe: "cluster1.example.com *.example.com *.example.org"