SBC の構成と検証

このページでは、SBC の構成と検証の手順について説明します。

サポートされているベンダーとファームウェア

構成を開始する前に、サポートされている SBC ベンダーまたはモデルとファームウェア バージョンの 表 を確認してください。

サポートされている SBC シグナリング プロトコルとメディア プロトコル

サポートされているシグナリング プロトコルとメディア プロトコルは、 SBC シグナリング プロトコルとメディア プロトコルのドキュメントに記載されています。

SBC の TLS 構成

承認された認証局ベンダーから SBC の TLS 証明書をリクエストします。ワイルドカード証明書はサポートされていません。

TLS 証明書内で、SBC の完全修飾ドメイン名（FQDN）を共通名（CN）属性またはサブジェクト代替名（SAN）属性で指定する必要があります。複数の SBC に対して 1 つの TLS 証明書をリクエストする場合、証明書の SAN にはすべての SBC FQDN を含める必要があります。

承認された認証局ベンダー

  • DigiCert
  • Entrust DataCard
  • GlobalSign
  • GoDaddy
  • Sectigo（旧 Comodo）

SBC TLS を構成する

  1. リクエストした TLS 証明書と関連するルート CA 証明書を SBC のトラスト チェーンにインストールします。

  2. Google の信頼されているルート CA を SBC のトラスト チェーンにインストールします。Google ルート証明書を取得するには:

    1. Google の信頼されているルート CA をダウンロードします。
    2. ルート証明書を抽出します。
    3. ルートバンドル全体を SBC キーストアにアップロードします。
    4. 必要に応じて、証明書失効リスト（CRL）を有効にします。
    5. SBC の相互認証を有効にします。

  3. サポートされている TLS バージョンと暗号スイートを構成します。TLS バージョン 1.2 以降がサポートされています。サポートされている暗号スイート:

    • 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

GTP で SIP トランクを作成する

  1. 統合コンソール に移動して、プロジェクトを選択します。
  2. [SIP トランク] タブに移動し、[SIP トランクを追加] をクリックします。
  3. 必須フィールドにすべて入力します。
  4. [作成] をクリックします。

テレフォニー接続のネットワーク要件を確認する

ネットワークと接続の要件の表については、コンセプトとトラブルシューティングのページ をご覧ください。

GTP への SIP 接続用に SBC を構成する

SBC がサポート対象の認定 SBC ベンダーのいずれかでデプロイされている場合は、 SBC シグナリング プロトコルとメディア プロトコルのドキュメント で、そのベンダー固有の詳細な手順をご覧ください。

特定の地域化された GTP の SIP サーバー（us.telephony.goog など）をターゲットとする TCP ポート 5672 経由で TLS を使用するように SIP プロファイルが構成されていることを確認します。SIP と SIPREC の統合構成:

  • Dialogflow 仮想エージェントに接続するユースケースでは、SBC で SIP 統合を構成します。
  • 会話型 AI Agent Assist または Insights のユースケースでは、メディア ストリームのコピーが GTP にフォークされるように、SBC で SIPREC 統合を構成します。特定の SBC ベンダーで SIPREC を使用する場合は、購入して有効にする必要のあるライセンス機能である可能性があります。

SIP OPTIONS ping を使用した SIP 接続テスト

お客様の SBC から GTP への SIP OPTIONS ping テストを実施して、SBC が GTP から SIP 200 OK を受信することを確認します。SIP 200 OK が受信されない場合は、 SIP のトラブルシューティング セクション をご覧ください。

会話型 AI の会話の SIP ヘッダー構成

  1. SIP INVITE 中に SIP ヘッダー（Call-Info または UUI）を構成して、Conversational AI の会話 ID を設定します。
  2. Call-Info SIP ヘッダーを使用します。サポートされていない場合は、User-to-User-Info（UUI）SIP ヘッダーを使用できます。詳細については、 SIP ヘッダー をご覧ください。
  3. （省略可）参加者のロール（END_USER と HUMAN_AGENT）とメディア ストリームの順序を構成します。詳細については、 参加者のロール セクションをご覧ください。
  4. （省略可）特定の会話に追加のパラメータを設定するには、MatchIntentRequest API を呼び出します。詳細については、 追加のパラメータのセクション をご覧ください。

テスト通話を行う

テスト通話を行い、SIP とメディアが GTP SIP サーバー（74.125.88.128/25）と RTP メディア サーバー（74.125.39.0/24）にトラバースしていることを確認します。SIP 200 OK レスポンス メッセージが表示されます。

SIP 400's エラー レスポンス コードが表示された場合は、GTP が SIP ヘッダーまたは SIP メディア SDP 構成を拒否した可能性があります。詳細については、 トラブルシューティングのセクション をご覧ください。SIP 600's エラー レスポンス コードが表示された場合は、割り当てに関連する問題である可能性があります。

Dialogflow の会話履歴を確認する

このセクションは、Dialogflow 仮想エージェントをデプロイする場合にのみ適用されます。

前のテスト通話で SIP 200 OK レスポンスが返された場合は、 Conversational AI Google Cloud プロジェクトの Dialogflow 会話履歴 を確認して、新しい会話がログに記録され、通話情報ヘッダーで指定された会話 ID が含まれていることを確認します。

（省略可） Google Cloud ログ エクスプローラを確認する

会話型 AI Google Cloud プロジェクトのログ エクスプローラの「incoming_call」ログで Dialogflow のアクティビティを確認します。

  1. 次のクエリを使用して、Dialogflow の着信通話アクティビティを確認し、[クエリを実行] をクリックします。

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

    $PROJECT_ID = テレフォニー統合の構成に使用した Google Cloud プロジェクト ID。

  2. または、ログ エクスプローラの [すべてのログ名] プルダウン ボックスに移動して、ログ名 incoming_call を検索します。選択して [適用] をクリックします。

  3. Dialogflow が Google Cloud プロジェクトのログ エクスプローラで会話を正常に作成したことを確認します（この手順は、Dialogflow API で監査 ロギングが 有効になっている場合にのみ適用されます）。 次のクエリを使用して、特定の Google Cloud プロジェクトと会話プロファイルから Dialogflow の会話作成 イベントを確認し、 [クエリを実行] をクリックします。

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