SBC-Konfiguration und ‑Validierung

In diesem Dokument wird beschrieben, wie Sie den SBC konfigurieren und validieren.

Unterstützte Anbieter und Firmware

Sehen Sie sich vor Beginn der Konfiguration die Tabelle der unterstützten SBC-Anbieter oder -Modelle und Firmwareversionen an.

Unterstützte SBC-Signalisierungs- und Medienprotokolle

Die unterstützten Signalisierungs- und Medienprotokolle finden Sie in der Dokumentation zu SBC-Signalisierungs- und Medienprotokollen.

TLS-Konfiguration des SBC

Fordern Sie ein TLS-Zertifikat für den SBC von einem genehmigten Zertifizierungsstellenanbieter an. Platzhalterzertifikate werden nicht unterstützt.

Im TLS-Zertifikat müssen Sie den voll qualifizierten Domainnamen (Fully Qualified Domain Name, FQDN) des SBC entweder im Attribut „Common Name“ (CN) oder im Attribut „Subject Alternative Name“ (SAN) angeben. Wenn Sie ein TLS-Zertifikat für mehrere SBCs anfordern, muss der SAN des Zertifikats alle SBC-FQDNs enthalten.

Zugelassene Zertifizierungsstellen:

  • DigiCert
  • Entrust DataCard
  • GlobalSign
  • GoDaddy
  • Sectigo (früher Comodo)

SBC-TLS konfigurieren

  1. Installieren Sie das angeforderte TLS-Zertifikat zusammen mit dem zugehörigen Stammzertifikat der Zertifizierungsstelle in der Vertrauenskette Ihres SBC.
  2. Installieren Sie die vertrauenswürdige Stamm-CA von Google in der Vertrauenskette Ihres SBC. So rufen Sie das Google-Stammzertifikat ab:
    1. Laden Sie die vertrauenswürdigen Stamm-CAs von Google herunter.
    2. Extrahieren Sie die Root-Zertifikate.
    3. Laden Sie das vollständige Stamm-Bundle in Ihren SBC-Schlüsselspeicher hoch.
    4. Aktivieren Sie bei Bedarf Zertifikatssperrlisten (Certificate Revocation Lists, CRLs).
    5. Aktivieren Sie die gegenseitige Authentifizierung für den SBC.
  3. Unterstützte TLS-Versionen und Cipher Suites konfigurieren. Versionen ab 1.2 werden unterstützt, zusammen mit den folgenden Cipher Suites:
    • TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
    • TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256
    • TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
    • TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256
    • TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
    • TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
    • TLS_AES_256_GCM_SHA384
    • TLS_CHACHA20_POLY1305_SHA256
    • TLS_AES_128_GCM_SHA256

SIP-Trunk in GTP erstellen

  1. Rufen Sie die Unified Console auf und wählen Sie Ihr Projekt aus. {:.button .button-primary}
  2. Rufen Sie den Tab SIP-Trunks auf und klicken Sie auf SIP-Trunk hinzufügen.
  3. Füllen Sie alle Pflichtfelder aus.
  4. Klicken Sie auf Erstellen.

Netzwerkanforderungen für die Telefonieverbindung prüfen

Eine Tabelle mit den Netzwerk- und Verbindungsanforderungen finden Sie auf der Seite zu Konzepten und Fehlerbehebung.

SBC für SIP-Verbindung zu GTP konfigurieren

Wenn Ihr SBC mit einem der unterstützten und zertifizierten SBC-Anbieter konfiguriert ist, finden Sie in der Dokumentation zu SBC-Signalisierungs- und Medienprotokollen detaillierte Anleitungen für diesen Anbieter.

Konfigurieren Sie das SIP-Profil so, dass TLS über TCP-Port 5672 verwendet wird, und richten Sie es auf bestimmte regionalisierte GTP-SIP-Server aus (z. B. us.telephony.goog).

Konfigurieren Sie die SIP- und SIPREC-Integration so:

  • Konfigurieren Sie für den Anwendungsfall der Verbindung mit virtuellen Dialogflow-Agenten die SIP-Integration auf dem SBC.
  • Konfigurieren Sie für den Anwendungsfall von Agent Assist oder Insights für konversationelle KI die SIPREC-Integration auf dem SBC, damit Kopien des Mediastreams an GTP weitergeleitet werden. Beachten Sie, dass die Verwendung von SIPREC mit bestimmten SBC-Anbietern eine separate lizenzierte Funktion sein kann, die Sie erwerben und aktivieren müssen.

SIP-Konnektivitätstest mit SIP OPTIONS-Ping

Führen Sie einen SIP OPTIONS-Ping-Test vom Kunden-SBC zu GTP durch, um sicherzustellen, dass Ihr SBC ein SIP 200 OK von GTP empfängt. Wenn SIP 200 OK nicht empfangen wird, lesen Sie den Abschnitt zur SIP-Fehlerbehebung.

SIP-Header-Konfiguration für Unterhaltungen mit konversationeller KI

  1. Legen Sie die Konversations-ID für konversationelle KI fest, indem Sie den SIP-Header (Call-Info oder UUI) während der SIP-INVITE-Anfrage konfigurieren.
  2. Verwenden Sie den SIP-Header Call-Info. Wenn das nicht unterstützt wird, können Sie den SIP-Header „User-to-User-Info“ (UUI) verwenden. Weitere Informationen zu SIP-Headern finden Sie unter SIP-Header.
  3. Optional: Konfigurieren Sie die Teilnehmerrollen (END_USER und HUMAN_AGENT) und die Reihenfolge der Mediastreams. Weitere Informationen zu Teilnehmerrollen finden Sie unter Teilnehmerrollen.
  4. Optional: Konfigurieren Sie zusätzliche Parameter für eine bestimmte Unterhaltung, indem Sie die MatchIntentRequest API aufrufen. Weitere Informationen zu zusätzlichen Parametern finden Sie unter Zusätzliche Parameter.

Testanrufe durchführen

Führen Sie einen Testanruf durch und prüfen Sie, ob SIP und Medien an GTP-SIP-Server (74.125.88.128/25) und RTP-Medienserver (74.125.39.0/24) weitergeleitet werden. Sie sollten eine SIP 200 OK-Antwortnachricht erhalten.

Wenn Sie den Fehlerantwortcode SIP 400 erhalten, hat GTP wahrscheinlich entweder den SIP-Header oder die SDP-Konfiguration für SIP-Medien abgelehnt. Weitere Informationen finden Sie im Abschnitt zur Fehlerbehebung. Wenn Sie den Fehlerantwortcode SIP 600 erhalten, liegt wahrscheinlich ein kontingentbezogenes Problem vor.

Dialogflow-Unterhaltungsverlauf ansehen

Dieser Abschnitt gilt nur, wenn Sie einen virtuellen Dialogflow-Agenten bereitstellen.

Wenn der vorherige Testaufruf eine SIP 200 OK-Antwort zurückgegeben hat, prüfen Sie den Unterhaltungsverlauf von Dialogflow im Projekt für konversationelle KI Google Cloud , um sicherzustellen, dass neue Unterhaltungen protokolliert werden und die im Header mit den Aufrufinformationen angegebene Unterhaltungs-ID enthalten.

(Optional) Google Cloud Log-Explorer prüfen

Prüfen Sie die Dialogflow-Aktivität im Log „incoming_call“ des Log-Explorers des Projekts „Conversational AI Google Cloud“:

  1. Verwenden Sie die folgende Abfrage, um die Aktivitäten für eingehende Anrufe von Dialogflow zu prüfen, und klicken Sie dann auf Abfrage ausführen:

    logName="projects/PROJECT_ID/logs/dialogflow.googleapis.com%2Fincoming_call"
    • PROJECT_ID: die Google Cloud Projekt-ID, die Sie zum Konfigurieren der Telefonie-Integration verwendet haben.

  2. Alternativ können Sie die Liste Alle Lognamen im Log-Explorer aufrufen und nach dem Lognamen incoming_call suchen. Wählen Sie sie aus und klicken Sie auf Übernehmen.

  3. Wenn das Audit-Logging für die Dialogflow API aktiviert ist, prüfen Sie im Log-Explorer des konversationellen KI-Projekts von Google Cloud , ob Dialogflow eine Unterhaltung erfolgreich erstellt hat. Verwenden Sie die folgende Abfrage, um die Ereignisse zur Erstellung von Dialogflow-Unterhaltungen aus einem bestimmten Google Cloud -Projekt und Unterhaltungsprofil zu prüfen, und klicken Sie dann auf Abfrage ausführen.

    protoPayload.serviceName=~"dialogflow"
protoPayload.methodName=~"google.cloud.dialogflow.*.Conversations.CreateConversation"
protoPayload.request.conversation.conversationProfile="projects/PROJECT_ID/locations/global/conversationProfiles/CONVERSATION_PROFILE_ID"