SBC の構成と検証

このドキュメントは、SBC の構成と検証に役立ちます。

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

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

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

サポートされているシグナリングプロトコルとメディアプロトコルについては、SBC のシグナリングプロトコルとメディアプロトコルのドキュメントをご覧ください。

SBC の TLS 構成

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

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

承認済みの認証局ベンダー:

DigiCert
Entrust DataCard
GlobalSign
GoDaddy
Sectigo（旧称 Comodo）

SBC TLS を構成する

リクエストされた TLS 証明書と、関連するルート CA 証明書を SBC の信頼チェーンにインストールします。
Google の信頼されているルート CA を SBC のトラストチェーンにインストールします。Google ルート証明書を取得する手順は次のとおりです。
1. Google の信頼されているルート CA をダウンロードします。
2. ルート証明書を抽出します。
3. 完全なルートバンドルを SBC キーストアにアップロードします。
4. 必要に応じて、証明書失効リスト（CRL）を有効にします。
5. SBC の相互認証を有効にします。
サポートされている 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
- 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

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

統合コンソール{:.button .button-primary} に移動し、プロジェクトを選択します。
[SIP トランク] タブに移動し、[SIP トランクを追加] をクリックします。
必須項目をすべて入力します。
[作成] をクリックします。

電話接続のネットワーク要件を確認する

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

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 ヘッダー構成

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

テスト通話を行う

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

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

Dialogflow の会話履歴を確認する

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

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

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

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

次のクエリを使用して、Dialogflow の着信アクティビティを確認し、[クエリを実行] をクリックします。
```
logName="projects/PROJECT_ID/logs/dialogflow.googleapis.com%2Fincoming_call"
```
- PROJECT_ID: テレフォニー統合の構成に使用した Google Cloud プロジェクト ID。
または、ログエクスプローラの [すべてのログ名] リストに移動して、ログ名 incoming_call を検索します。これを選択して [適用] をクリックします。
Dialogflow API で監査ロギングが有効になっている場合は、Dialogflow が会話型 AI Google Cloud プロジェクトのログエクスプローラで会話を正常に作成したことを確認します。次のクエリを使用して、特定の 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"
```
- PROJECT_ID: 統合を構成したときに定義された Google Cloud プロジェクト ID。
- CONVERSATION_PROFILE_ID: 統合を構成したときに作成した会話プロファイル ID。

SBC の構成と検証 コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。