SBC-Konfiguration und ‑Validierung

Auf dieser Seite wird die Konfiguration und Validierung des SBC beschrieben.

Unterstützte Anbieter und Firmware

Bevor Sie mit der Konfiguration beginnen, sehen Sie sich die Tabelle der unterstützten SBC-Anbieter oder ‑Modelle und Firmwareversionen an.

Unterstützte SBC-Signalisierungs- und Medienprotokolle

Die unterstützten Signalisierungs- und Medienprotokolle sind in der Dokumentation zu SBC-Signalisierungs- und Medienprotokollen angegeben.

TLS-Konfiguration des SBC

Fordern Sie ein TLS-Zertifikat für den SBC von einem zugelassenen 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 für den gemeinsamen Namen (Common Name, CN) oder im Attribut für den alternativen Antragstellernamen (Subject Alternative Name, SAN) angeben. Wenn Sie ein TLS-Zertifikat für mehrere SBCs anfordern, sollte das SAN des Zertifikats alle SBC-FQDNs enthalten.

Zugelassene Zertifizierungsstellenanbieter

  • DigiCert
  • Entrust DataCard
  • GlobalSign
  • GoDaddy
  • Sectigo (ehemals Comodo)

SBC-TLS konfigurieren

  1. Installieren Sie das angeforderte TLS-Zertifikat zusammen mit dem zugehörigen Stamm-CA-Zertifikat in der Vertrauenskette des SBC.

  2. Installieren Sie die vertrauenswürdige Stamm-CA von Google in der Vertrauenskette des SBC. So erhalten Sie das Google-Stammzertifikat:

    1. Laden Sie die vertrauenswürdigen Stamm-CAs von Google herunter.
    2. Extrahieren Sie GTS Root R1 (GTSR1).
    3. Extrahieren Sie bei Bedarf das GlobalSign-Stamm-CA-Zertifikat.
    4. Laden Sie die Stammzertifikate in Ihren SBC-Schlüsselspeicher hoch.
    5. Aktivieren Sie die gegenseitige Authentifizierung für den SBC.

  3. Konfigurieren Sie die unterstützten TLS-Versionen und Cipher Suites. TLS-Versionen ab 1.2 werden unterstützt. Unterstützte 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
    • HTLS_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.
  2. Rufen Sie den Tab SIP-Trunks auf und klicken Sie dann 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 Anforderungen an Netzwerk und Verbindung finden Sie auf der Seite Konzepte und Fehlerbehebung.

SBC für die SIP-Verbindung zu GTP konfigurieren

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

Achten Sie darauf, dass das SIP-Profil so konfiguriert ist, dass TLS über den TCP-Port 5672 verwendet wird, der auf bestimmte regionalisierte GTP-SIP-Server ausgerichtet ist (z. B. us.telephony.goog). Konfiguration der SIP- und SIPREC-Integration:

  • Für den Anwendungsfall der Verbindung zu virtuellen Dialogflow-Agents konfigurieren Sie die SIP-Integration auf dem SBC.
  • Für den Anwendungsfall von konversationeller KI Agent Assist oder Insights konfigurieren Sie die SIPREC-Integration auf dem SBC, damit Kopien des Media-Streams an GTP weitergeleitet werden. Beachten Sie, dass die Verwendung von SIPREC bei bestimmten SBC-Anbietern möglicherweise eine separate lizenzierte Funktion ist, die Sie erwerben und aktivieren müssen.

SIP-Verbindung mit SIP OPTIONS-Ping testen

Führen Sie einen SIP OPTIONS-Ping-Test vom SBC des Kunden zu GTP durch, um sicherzustellen, dass Ihr SBC von GTP eine SIP 200 OK-Antwort erhält. Wenn Sie keine SIP 200 OK-Antwort erhalten, finden Sie weitere Informationen im Abschnitt zur Fehlerbehebung bei SIP.

SIP-Header-Konfiguration für konversationelle KI-Unterhaltungen

  1. Legen Sie die Unterhaltungs-ID von Conversational AI 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 dieser nicht unterstützt wird, können Sie den SIP-Header „User-to-User-Info“ (UUI) verwenden. Weitere Informationen finden Sie unter SIP-Header.
  3. Optional: Konfigurieren Sie Teilnehmerrollen (END_USER und HUMAN_AGENT) und die Reihenfolge des Media-Streams. Weitere Informationen finden Sie im Abschnitt Teilnehmerrollen.
  4. Optional: Wenn Sie zusätzliche Parameter für eine bestimmte Unterhaltung festlegen möchten, rufen Sie die MatchIntentRequest API auf. Weitere Informationen finden Sie im Abschnitt Zusätzliche Parameter.

Testanrufe durchführen

Führen Sie einen Testanruf durch und prüfen Sie, ob SIP und Media zu den GTP-SIP-Servern (74.125.88.128/25) und RTP-Medienservern (74.125.39.0/24) weitergeleitet werden. Sie sollten eine SIP 200 OK-Antwort erhalten.

Wenn Sie einen SIP 400's Antwortcode erhalten, bedeutet dies wahrscheinlich, dass GTP entweder den SIP-Header oder die SIP-Media-SDP-Konfiguration abgelehnt hat. Weitere Informationen finden Sie im Abschnitt zur Fehlerbehebung. Wenn Sie einen SIP 600's Fehlerantwortcode erhalten, liegt wahrscheinlich ein Problem mit dem Kontingent vor.

Dialogflow-Unterhaltungsverlauf prüfen

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

Wenn der vorherige Testanruf eine SIP 200 OK-Antwort ergeben hat, prüfen Sie den Dialogflow-Unterhaltungsverlauf des konversationellen KI-Projekts, um sicherzustellen, dass neue Unterhaltungen protokolliert werden und die im Header mit den Anrufinformationen angegebene Unterhaltungs-ID enthalten. Google Cloud

(Optional) Logs Explorer prüfen Google Cloud

Prüfen Sie die Dialogflow-Aktivität im Log „incoming_call“ des Log-Explorers des konversationellen KI Google Cloud Projekts.

  1. Verwenden Sie die folgende Abfrage, um die Aktivitäten eingehender 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 Telefonieintegration verwendet haben.

  2. Alternativ können Sie im Drop-down-Feld Alle Lognamen des Logs Explorer nach dem Lognamen incoming_call suchen. Wählen Sie ihn aus und klicken Sie auf Anwenden.

  3. Prüfen Sie, ob Dialogflow im Google Cloud Logs Explorer des Projekts eine Unterhaltung erstellt hat. Dieser Schritt gilt nur, wenn die Audit Protokollierung für die Dialogflow APIaktiviert ist. Verwenden Sie die folgende Abfrage, um die Ereignisse zur Unterhaltungserstellung von Dialogflow 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"