SIP リンクのトラブルシューティング

TCP セッションが確立されない場合は、ファイアウォールまたはネットワーク接続に問題がある可能性があります。セッション ボーダー コントローラから SYN メッセージを送信できますが、応答がありません。

この問題を解決するには:

1. siplink.telephony.google に ping してネットワーク接続が利用できることを確認します。
2. Voice の宛先ポート 5672 を有効にします。
3. DNS が siplink.telephony.goog の解決のために機能していることを確認します。
4. ファイアウォールでセッション ボーダー コントローラからのトラフィックが許可されていることと、siplink.telephony.goog:5672 ポートが開いていることを確認します。

この問題を解決するには:

1. PCA に関連付けられたルート証明書と中間証明書が、SIP リンクの TLS プロファイルに関連付けられたキーストアにアップロードされていることを確認します。セッション ボーダー コントローラの証明書用の CSR を生成する際は、該当するセッション ボーダー コントローラ ベンダーの相互運用性に関するドキュメントに記載されているガイドラインに準拠してください。
2. セッション ボーダー コントローラ証明書が次のガイドラインに準拠していることを確認します。
   • キーのサイズが 2,048
   • RSA または ECDSA による暗号化
   • 一般名（CN）が SIP リンク用に作成されたホスト名と一致する
   • 証明書に記載された CN のドメインが Workspace のドメインと一致する
   • 相互認証が有効
   • サーバーとクライアントの認証が有効
   • ワイルドカード証明書がサポートされていない
3. pki.goog で見つかった Google の証明書 GTSR1 が、対応する SIP リンクの TLS プロファイルのキーストアにもアップロードされていることを確認します。
4. セッション ボーダー コントローラから Google への証明書の有効期限が切れていないか確認します。

セッション ボーダー コントローラからの招待時に 404 または 604 Not Found と返される場合は、Voice にセッション ボーダー コントローラ番号が割り当てられていない可能性があります。

この問題を解決するには:

1. セッション ボーダー コントローラの電話番号が Voice のユーザー、自動応答、着信グループに割り当てられていることを確認します。
2. PAI ヘッダー内の電話番号が E.164 形式であることを確認します。

アラート メッセージ（Level: Fatal, Description: Unknown CA（レベル: 致命的、説明: 不明な CA））が表示される場合は、DTLS に使用される証明書が認定されていない可能性があります。

DTLS ネゴシエーションは、オファーとアンサーの SDP 接続フィールドで指定されたメディア エンドポイント間での証明書の handshake から始まります。成功すると、暗号化された接続を介して、セッション ボーダー コントローラと Google Voice の間でメディアが送信されます。

問題を解決するには、証明書にセッション ボーダー コントローラの自己署名証明書があることを確認してください。Public CA によって署名された証明書は使用しないでください。このような証明書を使用すると UDP 上で断片化し、問題の原因になります。

問題を解決するには:

• ファイアウォール ポートを調べて、セッション ボーダー コントローラから Voice メディア IP サブネット（74.125.39.0/24）のポート 19305 または 26500 へ、メディアが双方向で送られていることを確認します。
• セッション ボーダー コントローラのパブリック IP の場合: メディアポート <> 74.125.39.0/24:（19302～19308、26500）。詳しくは、SIP リンクのファイアウォール ポートについての説明をご覧ください。
• Google Voice メディア IP へは ping で到達可能なので、その方法でセッション ボーダー コントローラからのネットワーク到達性をテストできます。
• ネットワーク アドレス変換（NAT）を行う場合、セッション ボーダー コントローラから送信されたポートをファイアウォールで変更しないようにします。ポートが変更されると、Voice はセッション ボーダー コントローラから送信されたメディア パケットをドロップします。これは、送信元がセッション ボーダー コントローラのパブリック IP であり、ネゴシエートされた SDP のオファーおよびアンサーのポートとは異なると認識されるからです。