Dit gedeelte gaat over de Hybrid Connectivity Test Tool. U hebt toegang tot deze tool voor probleemoplossing vanuit Control Hub.

U hebt ook toegang tot de bekende problemen in de gerelateerde artikelen.

Testtool voor hybride connectiviteit (Control Hub)

U kunt de testtool voor hybride connectiviteit openen via Control Hub: ga vanuit de klantweergave in naar Services > hybride , klik op Instellingen bewerken in de kaart Hybride gesprek, scrol naar Standaard SIP-bestemming en klik vervolgens op Test naast de SIP-bestemming die u hebt https://admin.webex.com ingevoerd.

Deze tabel bevat algemene fouten die verschijnen nadat u een e-SIP-bestemming voor Hybride bellen hebtgetest. De tabel bevat ook enkele volgende stappen om problemen op te lossen, waaronder koppelingen naar relevante details in de Handleiding voor probleemoplossing voor hybride gespreksservice.

Tabel 1. Algemene fouten en probleemoplossingsstappen voor het testen van een SIP-bestemmingsadres voor hybride gesprekken

Fout

Trefwoord

Meer informatie en stappen voor probleemoplossing

Geen DNS-adressen gevonden

DNS-SRV

DNS-opzoek mislukt. Controleer of er een DNS- of SRV-record bestaat voor uw SIP-bestemming en of deze verwijst naar een of meer geldige IP-adressen.

Zie Kan de E-Expressway-E-SRV/hostnaam niet oplossen in de handleiding voor probleemoplossing voor meer informatie.

Time-out voor verbinding

Socket is mislukt

Er is een time-out voor de netwerk- en/of gemeenschappelijke TLS-verbinding. Controleer de netwerkverbinding, verbindingssnelheid, firewallconfiguratie en gemeenschappelijke TLS-configuratie.

Zie deze gedeelten van de handleiding voor probleemoplossing voor meer informatie:

TLS mislukt

Mislukte gemeenschappelijke TLS-handshake

Gemeenschappelijke TLS-fout: Controleer de gemeenschappelijke TLS-configuratie in Expressway en , en controleer of gemeenschappelijke TLS-certificaten op beide locaties aanwezig en https://admin.webex.comgeldig zijn.

Zie Fouten met gemeenschappelijke TLS-handshake in de handleiding voor probleemoplossing voor meer informatie.

Verbinding mislukt

Socket is mislukt

TCP-verbindingsfout: Controleer de netwerkverbinding, verbindingssnelheid en/of firewallconfiguratie.

Zie deze gedeelten van de handleiding voor probleemoplossing voor meer informatie:

TCP-lees-/schrijffout

Socket is mislukt

TCP-lees-/schrijffout: Probeer het opnieuw. Als de fout blijft optreden, controleert u de netwerkverbinding, firewallconfiguratie en gemeenschappelijke TLS-configuratie.

Zie deze gedeelten van de handleiding voor probleemoplossing voor meer informatie:

TCP-fout

Socket is mislukt

TCP-fout: TCP-lees-/schrijffout: Probeer het opnieuw. Als de fout blijft optreden, controleert u de netwerkverbinding, firewallconfiguratie en gemeenschappelijke TLS-configuratie.

Zie deze gedeelten van de handleiding voor probleemoplossing voor meer informatie:

Dit gedeelte gaat over het oplossen van problemen met controlelijsten en taken die u kunt doorlopen voordat u contact opteert met de ondersteuning.

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"