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 address:port. (Meerdere adressen als u een SRV hebt geconfigureerd.)

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

• Als je een SRV hebt gebruikt, zorg er dan voor dat deze de volgende indeling heeft _sips: ._tcp. <domein dat u als SIP-bestemming hebt opgegeven>.

• 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, zorg er dan voor dat u de stappen in Webex Root CA Certificate Update volgt en het IdenTrust-certificaat zo snel mogelijk naar uw Expressway-apparaten uploadt.

• 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 aankomt of niet overeenkomt met de geconfigureerde DNS-zone, volg dan 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 volledig gekwalificeerde domeinnaam (FQDN) van het cluster bevat, zoals geconfigureerd in de bedrijfsinstellingen van Unified Communications Manager en in de Expressway-zoekregels. Bekijk dit voorbeeld van de koptekst van de route en de gemarkeerde FQDN:

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

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

• E-mailadressen 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 codec-configuratie.

  Webex-services ondersteunen de volgende codecs:

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

  • Video: H.264

  We ondersteunen G.729 voor deelname aan een Webex-vergadering, een vergadering in een persoonlijke vergaderruimte of een vergadering in de Webex-app vanaf een SIP-apparaat. We ondersteunen G.729 niet voor het bellen. 1:1 van de Webex-app naar een SIP-apparaat of -bridge.

• Selecteer op het Unified Communications Manager-cluster van de betreffende gebruikers de optie Systeem. > Bedrijfsparameters; Controleer onder Clusterbrede domeinconfiguratiede instelling voor 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 elk cluster met Hybrid Calling—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.example.com *.example.com example*.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 huidige FQDN-instelling in Cisco Unified Communications Manager bijvoorbeeld is, dan is deze []. *.example.com *.example.org, voeg een unieke, niet-jokerteken-invoer toe aan het begin van het veld: "cluster1.example.com *.example.com *.example.org"