Configuration et validation des SBC

Cette page vous explique comment configurer et valider le SBC.

Fournisseurs et micrologiciels acceptés

Avant de commencer la configuration, consultez le tableau des fournisseurs, modèles et versions de micrologiciel SBC compatibles.

Protocoles de signalisation et multimédias SBC compatibles

Les protocoles de signalisation et multimédias compatibles sont spécifiés dans la documentation sur les protocoles de signalisation et multimédias du SBC. Notez que AES_CM_128_HMAC_SHA1_80 est la seule suite de chiffrement SRTP acceptée.

Configuration TLS du SBC

Demandez un certificat TLS pour le SBC auprès d'un fournisseur d'autorité de certification approuvé. Les certificats génériques ne sont pas acceptés.

Dans le certificat TLS, vous devez présenter le nom de domaine complet du SBC dans l'attribut de nom commun (CN) ou dans l'attribut d'autre nom de l'objet (SAN). Si vous demandez un certificat TLS pour plusieurs SBC, le SAN du certificat doit inclure tous les noms de domaine complets des SBC.

Fournisseurs d'autorités de certification approuvés

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

Configurer le protocole TLS pour les SBC

  1. Installez le certificat TLS demandé ainsi que le certificat de l'autorité de certification racine associée dans la chaîne de confiance du SBC.

  2. Installez la CA racine de confiance de Google dans la chaîne de confiance du SBC. Pour obtenir le certificat racine Google :

    1. Téléchargez les CA racine de confiance de Google.
    2. Extrayez GTS Root R1 (GTSR1).
    3. Si nécessaire, extrayez le certificat CA racine GlobalSign.
    4. Importez les certificats racine dans le keystore de votre SBC.
    5. Activez l'authentification mutuelle pour le SBC.

  3. Configurez les versions TLS et les suites de chiffrement compatibles. Les versions 1.2 ou ultérieures de TLS sont acceptées. Suites de chiffrement compatibles :

    • 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

Créer une jonction SIP sur GTP

  1. Accédez à la console unifiée, puis sélectionnez votre projet.
  2. Accédez à l'onglet Jonctions SIP, puis cliquez sur Ajouter une jonction SIP.
  3. Remplissez tous les champs obligatoires.
  4. Cliquez sur Créer.

Consulter les exigences de connectivité réseau pour la téléphonie

Consultez la page Concepts et dépannage pour obtenir un tableau des exigences en matière de réseau et de connectivité.

Configurer le SBC pour la connexion SIP à GTP

Si votre SBC est déployé avec l'un des fournisseurs de SBC compatibles et certifiés, consultez la documentation sur les protocoles de signalisation et multimédias du SBC pour obtenir des instructions détaillées spécifiques à ce fournisseur.

Assurez-vous que le profil SIP est configuré pour utiliser le port TLS sur TCP 5672 en ciblant des serveurs SIP GTP régionalisés spécifiques (par exemple, us.telephony.goog). Configuration de l'intégration SIP et SIPREC :

  • Pour le cas d'utilisation de la connexion à des agents virtuels Dialogflow, configurez l'intégration SIP sur le SBC.
  • Pour le cas d'utilisation de l'assistance ou des insights de l'agent d'IA conversationnelle, configurez l'intégration SIPREC sur le SBC afin que des copies du flux multimédia soient dupliquées vers GTP. Notez que l'utilisation de SIPREC avec certains fournisseurs de SBC peut être une fonctionnalité sous licence distincte que vous devez acheter et activer.

Test de connectivité SIP avec le ping SIP OPTIONS

Effectuez un test ping SIP OPTIONS depuis le SBC du client vers GTP pour vous assurer que votre SBC reçoit un SIP 200 OK de GTP. Si vous ne recevez pas SIP 200 OK, consultez la section Dépannage SIP pour en savoir plus.

Configuration des en-têtes SIP pour les conversations d'IA conversationnelle

  1. Définissez l'ID de conversation de l'IA conversationnelle en configurant l'en-tête SIP (Call-Info ou UUI) lors de l'invitation SIP.
  2. Utilisez l'en-tête SIP Call-Info. Si ce n'est pas le cas, vous pouvez utiliser l'en-tête SIP User-to-User-Info (UUI). Pour en savoir plus, consultez En-têtes SIP.
  3. (Facultatif) Configurez les rôles des participants (END_USER et HUMAN_AGENT) et l'ordre des flux multimédias. Pour en savoir plus, consultez la section Rôles des participants.
  4. (Facultatif) Pour définir des paramètres supplémentaires pour une conversation donnée, appelez l'API MatchIntentRequest. Pour en savoir plus, consultez la section Paramètres supplémentaires.

Effectuer des appels tests

Effectuez un appel test et vérifiez que le protocole SIP et les flux multimédias transitent vers les serveurs SIP GTP (74.125.88.128/25) et les serveurs multimédias RTP (74.125.39.0/24). Vous devriez recevoir un message de réponse SIP 200 OK.

Si vous recevez un code de réponse d'erreur SIP 400's, cela indique probablement que GTP a refusé l'en-tête SIP ou la configuration SDP du média SIP. Pour en savoir plus, consultez la section de dépannage. Si vous recevez un code de réponse d'erreur SIP 600's, cela indique probablement un problème lié au quota.

Examiner l'historique des conversations Dialogflow

Cette section ne s'applique que si vous déployez un agent virtuel Dialogflow.

Si l'appel de test précédent a généré une réponse SIP 200 OK, consultez l'historique des conversations du projet Google Cloud d'IA conversationnelle Dialogflow pour vous assurer que les nouvelles conversations sont enregistrées et incluent l'ID de conversation spécifié dans l'en-tête des informations sur l'appel.

(Facultatif) Examiner l'explorateur de journaux Google Cloud

Vérifiez l'activité Dialogflow dans le journal "incoming_call" de l'explorateur de journaux du projet Conversational AI Google Cloud .

  1. Exécutez la requête suivante pour examiner les activités d'appels entrants de Dialogflow, puis cliquez sur "Exécuter la requête" :

    logName="projects/$PROJECT_ID/logs/dialogflow.googleapis.com%2Fincoming_call

    $PROJECT_ID : ID du projet Google Cloud que vous avez utilisé pour configurer l'intégration de la téléphonie.

  2. Vous pouvez également accéder à la zone de liste déroulante Tous les noms de journaux de l'explorateur de journaux et rechercher le nom de journal incoming_call. Sélectionnez-la, puis cliquez sur Appliquer.

  3. Vérifiez que Dialogflow a bien créé une conversation dans l'explorateur de journaux du projetGoogle Cloud (cette étape ne s'applique que si la journalisation des audits est activée pour l'API Dialogflow). Utilisez la requête suivante pour examiner les événements de création de conversations Dialogflow d'un projet Google Cloud et d'un profil de conversation spécifiques, puis cliquez sur Exécuter la requête.

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