Problemen met hybride gesprekken oplossen
In dit gedeelte wordt de Hybrid Connectivity Test Tool behandeld. U hebt toegang tot dit hulpmiddel voor probleemoplossing via de Control Hub.
U kunt ook de bekende problemen vinden in de gerelateerde artikelen.
Testtool voor hybride connectiviteit (Control Hub)
U hebt toegang tot de testtool voor hybride connectiviteit via Control Hub: ga vanuit de klantenweergave op https://admin.webex.com naar , klik op Instellingen bewerken op de hybride gesprekskaart, scrol naar Standaard SIP-bestemming en klik vervolgens op Test naast de SIP-bestemming die u hebt ingevoerd.
Deze tabel bevat veelvoorkomende fouten die kunnen optreden nadat u een SIP-bestemmingsadres voor hybride gesprekken hebt getest. De tabel bevat ook enkele vervolgstappen voor het oplossen van problemen, waaronder links naar relevante informatie in de Handleiding voor probleemoplossing voor Hybrid Call Service.
|
Fout |
Sleutelwoord |
Meer informatie en stappen voor probleemoplossing |
|---|---|---|
|
Geen DNS-adressen gevonden |
DNS SRV |
DNS Lookup is mislukt. Controleer of er een DNS- of SRV-record bestaat voor uw SIP-bestemming en of dit wordt omgezet naar een of meer geldige IP-adressen. Zie Kan de DNS SRV Expressway-E/hostnaam niet oplossen in de handleiding voor probleemoplossing voor meer informatie. |
|
Er is een time-out opgetreden voor de verbinding |
Stopcontact is defect |
Er is een time-out opgetreden voor de netwerk- en/of wederzijdse TLS-verbinding. Controleer de netwerkconnectiviteit, verbindingssnelheid, firewallconfiguratie en wederzijdse TLS-configuratie. Zie deze gedeelten van de handleiding voor probleemoplossing voor meer informatie: |
|
TLS-fout |
Wederzijdse fouten bij de TLS-handdruk |
Wederzijdse TLS-fout: Controleer de onderlinge TLS-configuratie op zowel Expressway als https://admin.webex.com en of de wederzijdse TLS-certificaten op beide locaties aanwezig en geldig zijn. Zie Mutual TLS Handshake Failures in de handleiding voor probleemoplossing voor meer informatie. |
|
Verbindingsfout |
Stopcontact is defect |
TCP-verbindingsfout: Controleer de netwerkconnectiviteit, verbindingssnelheid en/of firewallconfiguratie. Zie deze gedeelten van de handleiding voor probleemoplossing voor meer informatie: |
|
TCP lees-/schrijffout |
Stopcontact is defect |
TCP lees-/schrijffout: probeer het opnieuw. Als de fout zich blijft voordoen, controleer dan de netwerkconnectiviteit, de firewallconfiguratie en de wederzijdse TLS-configuratie. Zie deze gedeelten van de handleiding voor probleemoplossing voor meer informatie: |
|
TCP-fout |
Stopcontact is defect |
TCP-fout: TCP lees-/schrijffout: probeer het opnieuw. Als de fout zich blijft voordoen, controleer dan de netwerkconnectiviteit, de firewallconfiguratie en de wederzijdse TLS-configuratie. Zie deze gedeelten van de handleiding voor probleemoplossing voor meer informatie: |
Dit gedeelte behandelt checklists voor probleemoplossing en taken die u kunt doorlopen voordat u contact opneemt met de klantenservice.
Als gesprekken van Webex naar uw onderneming niet rinkelen aan de kant van de onderneming, doorloop dan de punten in deze checklist om uw configuratie nogmaals te controleren.
Voordat u deze suggesties voor probleemoplossing doorneemt, gaat u naar https://status.webex.com voor de meest recente informatie over eventuele storingen in de cloud. Vanaf die statuspagina kunt u zich ook abonneren op meldingen.
Controleer deze probleemoplossingspunten met betrekking tot de wederzijdse TLS-verbinding en certificaten:
-
Installeer de basiscertificaatbundel van Webex in de cloud op de Expressway-E.
-
Configureer een speciale wederzijdse TLS-poort op de Expressway-E.
-
Configureer een DNS-zone voor de cloud op de Expressway-E.
-
Open het gezamenlijke TLS-poortnummer in uw firewall: 5062, dat mogelijk niet standaard geopend is.
-
Bepaal welke basiscertificaatoptie u gebruikt in de Webex Cloud. De optie wordt gebruikt om het SIP TLS-certificaat van uw Expressway-E te verifiëren.
-
Standaardwinkel. Is uw Expressway-E-certificaat ondertekend door een van de overheidsinstanties? Als u het niet zeker weet, gebruik dan de optie Custom Store.
-
Custom Store. Is uw Expressway-E-certificaat of de ondertekenaar ervan in de cloud geïnstalleerd? Bevat het certificaat geverifieerde Expressway-E-hostnamen?
-
Ga vanuit de klantenweergave op https://admin.webex.com naar . Controleer deze punten die verband houden met uw SIP-bestemming die u tijdens het implementatieproces hebt ingesteld:
-
De waarde wijst naar uw speciale wederzijdse TLS-poort voor Expressway-E.
-
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, geef dan de wederzijdse TLS-poort op.
-
Als u een SRV hebt gebruikt, zorg er dan voor dat de indeling _sips is. _tcp. < domein dat u als SIP-bestemming hebt ingevoerd >.
-
Als u geen SRV wilt instellen, kunt u IP-adres: poort of hostnaam: poort invoeren als SIP-bestemming van uw organisatie.
-
Als gesprekken van Expressway-E naar de cloud mislukken en u de handmatige certificaatbeheermethode gebruikt, zorg er dan voor dat u de stappen in de Webex Root CA Certificate Update volgt en het IdenTrust-certificaat zo snel mogelijk naar uw Expressway-apparaten uploadt.
-
Voor gesprekken die van Webex naar het bedrijf worden geleid, moet u de zoekgeschiedenis en netwerklogboeken op de Expressway-E controleren. Met deze stap kunt u het probleem isoleren naar de cloud of naar de onderneming.
-
Als u een bestaande B2B-zone en zoekregels hergebruikt, overweeg dan om in plaats daarvan speciale zones en zoekregels in te stellen. Deze opstelling voorkomt interferentie met bestaande zone-instellingen voor B2B/MRA, vermijdt routeringslussen en maakt het oplossen van problemen eenvoudiger.
-
Controleer de zoekgeschiedenis en netwerklogboeken op de Expressway-E. Controleer of de SIP INVITE uit de cloud op de Expressway-E aankomt 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. Met deze stap kunt u achterhalen waar het gesprek is mislukt of verloren is gegaan.
-
Zie de wederzijdse checklist voor het oplossen van problemen met TLS.
-
-
Controleer de koptekst van de route. Controleer of deze waarde de waarde voor een volledig gekwalificeerde domeinnaam (FQDN) van het cluster bevat die is geconfigureerd onder de bedrijfsinstellingen van Unified Communications Manager en in de Expressway-zoekregels. Zie dit voorbeeld van de routekop en de gemarkeerde FQDN van het cluster:
-
Routebeschrijving: <sip: [Obfuscated]; transport=tls; lr>, <sip:myucmcluster.example.com; lr>
-
In dit voorbeeld is de FQDN van het thuiscluster myucmcluster.example.com.
-
-
-
E-mails in Unified Communications Manager moeten exact overeenkomen met de e-mail (gesynchroniseerd vanaf Active Directory of vanaf een andere bron) in de Webex-cloud.
-
Directory-URI's moeten overeenkomen met alle domeinen die u in uw organisatie hebt geverifieerd.
-
Controleer de configuratie van uw codecs.
De Webex-services ondersteunen de volgende codecs:
-
Audio — G.711, G.722, AAC-LD
-
Video — H.264
We ondersteunen G.729 om vanaf een SIP-apparaat deel te nemen aan een Webex-vergadering, Personal Room-vergadering of Webex App-vergadering. We ondersteunen G.729 niet voor het kiezen van 1:1 van de Webex-app naar een SIP-apparaat of bridge.
-
-
Kies in het Unified Communications Manager-thuiscluster van de betrokken gebruikers Systeem > Enterprise Parameters; controleer onder Clusterwide Domain Configuration de instelling voor een volledig gekwalificeerde domeinnaam (FQDN) van het cluster. De FQDN-waarde die u hebt gebruikt, moet aan deze richtlijnen voldoen:
FQDN-richtlijn
Beschrijving en voorbeeld
Meerdere clusters
De invoer moet uniek zijn voor elk cluster met hybride gesprekken, bijvoorbeeld,
cluster1.example.com, enzovoort.cluster2.example.comGeen jokertekens
Gebruik geen items met jokertekens, zoals *.example.com of example*.com.
Eerste FQDN-vermelding voor hybride gesprekken
In een lijst met meerdere items gebruikt de Webex-cloud het eerste item aan de linkerkant voor hybride gesprekken, en dat eerste item mag geen jokerteken bevatten.
Zie dit voorbeeld van drie FQDN-ingangen van links naar rechts (de eerste is voor Hybrid Calling):
cluster1.example.com *.example.com example*.comAnders dan Expressway-E
Moet anders zijn dan het Expressway-E-systeem, de DNS en de domeinnaam. Anders verwijdert Expressway-E de koptekst van de route.
Nieuwe inzending voor Hybrid Calling
Als uw huidige FQDN-invoer Unified CM niet voldoet aan de hierboven vermelde vereisten, kunt u een nieuw element toevoegen aan het begin van de FQDN-instelling van het cluster voor hybride gesprekken.
Als uw bestaande FQDN-instelling bijvoorbeeld *.example.com *.example.org Cisco Unified Communications Manager is, voegt u aan het begin van het veld een unieke invoer zonder jokertekens toe: "cluster1.example.com *.example.com *.example.org”