Häufig auftretende Probleme in Voice Gateway beheben

Tipp: Sie können die Informationen in den Voice Gateway-Systemnachrichten verwenden, um Fehler und Warnungen aus den entsprechenden Nachrichten zu beheben. Jede Nachricht enthält eine Erläuterung des Problems und Details zu allen Aktionen, die Sie ausführen können.

• Anrufe schlagen fehl: Anrufe können aus vielen Gründen fehlschlagen, einschließlich fehlerhafte Konfiguration einer Ihrer Watson-Services, IP-Routing-Fehler, Firewallfehler, usw.
  1. Überprüfen Sie zuerst, dass die SIP Orchestrator- und Media Relay-Container ausgeführt werden und die Watson-Services ordnungsgemäß konfiguriert wurden.
  2. Sehen Sie sich als Nächstes die SIP Orchestrator-Protokolle an, um herauszufinden, ob die SIP-INVITE-Nachricht, die den Anruf initiiert, den Container erreicht. Wenn die Nachricht den Container erreicht, folgen Sie dem Anrufverlauf im Trace bis zu dem Punkt, an dem die SIP-Fehlernachricht an den Anrufer zurückgesendet wird.
  3. Wenn die SIP-INVITE-Nachricht das Telefongateway nicht erreicht (d. h., nicht in den Protokollen erscheint), blockiert Ihre Firewall möglicherweise den SIP-Port (5060) oder der SIP-Trunk ist möglicherweise nicht ordnungsgemäß für die Weiterleitung an die richtige IP-Adresse des SIP Orchestrator-Containers konfiguriert.
• Sie können Watson hören, aber Watson hört Sie nicht: Dieses Problem ist fast immer ein Problem mit der Firewall oder ein Problem mit dem SIP-Trunk oder SIP-Client, den Sie verwenden. Da das Spektrum des Portbereichs für die Audiodaten so groß ist, kann es sein, dass Ihre Firewall nicht für den Empfang von Daten über den konfigurierten Portbereich konfiguriert ist. Überprüfen Sie die Konfiguration von Media Relay, um den Medienportbereich zu ermitteln und sicherzustellen, dass Ihre Firewall für diesen Portbereich entsprechend konfiguriert ist. Wenn Sie einen SIP-Client zum Herstellen einer Verbindung zum Gateway verwenden, suchen Sie auch nach Portkonflikten.
• Viel Latenzzeit zwischen den Fragen des Anrufers und den Antworten von Watson: Die Ursache für dieses Problem liegt wahrscheinlich in der Latenzzeit einer der Watson-Services. Sehen Sie sich die Prüfprotokolle an, um zu ermitteln, welcher Service fehlerhaft ist.
• Anrufübergaben schlagen fehl: Anrufübergaben werden vom Telefongateway zwar unterstützt, es ist aber eine Entität, wie z. B. ein Session Border Controller (SBC) erforderlich, die dafür sorgt, dass SIP-REFER-Nachrichten im Anrufpfad bleiben und den Anruf für die Dauer des Anrufs mit Watson verankert. Wenn die Anrufübergabe unterstützt werden soll, müssen Sie einen Anbieter von SIP-Trunking verwenden, der SIP-REFER-Nachrichten unterstützt (z. B. Twilio) oder einen eigenen Anrufanker von SIP-Trunking bereitstellen, der SIP-REFER-Nachrichten verarbeiten kann.
• Es wurde eine Fehlernachricht mit der Angabe CWSMR0050E oder CWSMR0048E angezeigt, aus der hervorgeht, dass die Verbindung aufgrund des Fehlers unexpected server response (401) beendet wurde: Voice Gateway kann sehr wahrscheinlich den angegebenen Watson-Service nicht erreichen, da die Berechtigungsnachweise nicht akzeptiert wurden. Vergewissern Sie sich, dass die Berechtigungsnachweise für den Watson-Service ordnungsgemäß konfiguriert sind. Informationen zur Ermittlung der Berechtigungsnachweise für den Watson-Service finden Sie in der Watson-Dokumentation unter Serviceberechtigungsnachweise für Watson-Services.
• Auftreten vieler vgwPostResponseTimeouts oder längerer Latenzzeiten bei Anrufen: Aktivieren Sie RTCP-Netzberichte, da diese Sie dabei unterstützen können, herauszufinden, ob die Ursache für die Zeitlimitüberschreitungen oder für die Latenzprobleme ein VoIP-Problem oder ein Spracherkennungsproblem ist. Wenn die RTCP-Netzberichterstellung aktiviert ist, werden Warnungen ausgegeben. Beispiel:

   CWSMR0035W: Der Verlust eingehender RTP-Audiodatenstrompakete überschreitet mit dem Wert von 9 Prozent den Schwellenwert für maximalen Paketverlust von 5 Prozent.

• Eine CWSMR0048E-Fehlernachricht besagt, dass der Watson Speech to Text-Service aufgrund eines Fehlers mit dem selbst signierten Zertifikat in der Zertifikatskette geschlossen wurde: Das Problem ist wahrscheinlich ein Firewallproblem in der Infrastruktur. Die Firewall fängt wahrscheinlich die Anforderung ab und reiht das eigene Zertifikat ein. Da das Zertifikat von der Bereitstellung nicht anerkannt wird, tritt ein Fehler zu einem selbst signierten Zertifikat auf.

  Führen Sie die folgenden Schritte aus, um diese Situation zu überprüfen:

  1. Setzen Sie einen curl-Befehl an den Watson-Service von der VM ab, auf der diese IBM Voice Gateway-Instanz ausgeführt wird. Verwenden Sie den folgenden Beispielbefehl:

     curl --insecure -v https://<Watson Speech-To-Text endpoint hostname>/speech-to-text 2>&1
     

     Ersetzen Sie den Text https://<Watson Speech-To-Text endpoint hostname> im Befehl durch die URL für Ihre Watson Speech To Text-Instanz. Beispiel-URL: https://stream.watsonplatform.net/speech-to-text/api.

  2. Suchen Sie nach einem Abschnitt in der Ausgabe, das den Begriff Server Certificate enthält. Wenn der Text in der Ausgabe nicht mit dem folgenden Text übereinstimmt, fängt die Firewall die Verbindung ab:

     * Server certificate:
     *  subject: C=US; ST=New York; L=Armonk; O=INTERNATIONAL BUSINESS MACHINES CORPORATION; CN=*.watsonplatform.net
     *  start date: Jan  9 00:00:00 2018 GMT
     *  expire date: Mar  9 12:00:00 2020 GMT
     *  issuer: C=US; O=DigiCert Inc; OU=www.digicert.com; CN=GeoTrust RSA CA 2018
     *  SSL certificate verify ok.
     

  Möglicherweise können Sie das Problem auf eine der folgenden Arten beheben:

  • Wenden Sie sich an Ihren FirewallaAdministrator, um den Hostnamen in die Whitelist aufzunehmen, sodass die Firewall das Zertifikat nicht abfängt.
  • Konfigurieren Sie Voice Gateway so, dass das von der Firewall ausgetauschte Zertifikat anerkannt wird. Weitere Informationen finden Sie unter SSL- und TLS-Verschlüsselung konfigurieren.