Webexから企業への電話が企業側で鳴らない場合は、このチェックリストのポイントを確認して、設定を再確認してください。

これらのトラブルシューティングの提案を確認する前に、https://status.webex.com を参照して、クラウドの停止に関する最新情報を確認してください。 そのステータスページから、通知を購読することもできます。

相互TLS接続と証明書に関連する次のトラブルシューティングポイントを確認してください。

• Webex クラウドルート証明書バンドルを Expressway-E にインストールします。

• Expressway-Eに専用の双方向TLSポートを設定してください。

• Expressway-EでクラウドのDNSゾーンを設定してください。

• ファイアウォールの双方向TLSポート番号（5062）を開いてください。デフォルトでは開いていない可能性があります。

• Webex Cloudで使用しているルート証明書オプションを決定してください。このオプションは、Expressway-EのSIP TLS証明書を検証するために使用されます。

  • デフォルトストア—あなたのExpressway-E証明書は、いずれかの公的機関によって署名されていますか？ よくわからない場合は、カスタムストアオプションを使用してください。

  • カスタムストア-Expressway-E証明書またはその署名者はクラウドにインストールされていますか？ 証明書には検証済みの Expressway-E ホスト名が含まれていますか？

https://admin.webex.com のカスタマービューから、サービス > ハイブリッド > ハイブリッドコール > 設定に移動します。 導入プロセス中に設定したSIP宛先に関連する次の点を確認してください。

• Expressway-E専用の双方向TLSポートのバリューポイント。

• IPアドレス:ポートに接続してみてください。 （SRVを設定した場合は複数のアドレス。）

• IPアドレスまたはホスト名を設定した場合は、双方向TLSポートを指定してください。

• SRVを使用した場合は、_sipsの形式であることを確認してください。_tcp。< SIP送信先として設定したドメイン >。

• SRVを設定したくない場合は、組織のSIP送信先としてIPアドレス:ポートまたはホスト名:ポートを入力できます。

• Expressway-Eからクラウドへの通話が失敗し、 手動の証明書管理方法を使用している場合は、Webex Root CA証明書の更新の手順に従い、IdenTrust証明書をできるだけ早くExpresswayデバイスにアップロードしてください。

• Webexから企業に転送される通話については、Expressway-Eの検索履歴とネットワークログを確認してください。 このステップは、問題をクラウドか企業のどちらかに切り分けるのに役立ちます。

• 既存のB2Bゾーンと検索ルールを再利用する場合は、代わりに専用ゾーンと検索ルールを作成することを検討してください。 このセットアップは、B2B/MRAの既存のゾーン設定との干渉を防ぎ、ルーティングループを回避し、トラブルシューティングを容易にします。

• Expressway-Eの検索履歴とネットワークログを確認してください。 クラウドからのSIP INVITEがExpressway-Eに到着し、クラウド用に設定したDNSゾーンと一致することを確認してください。

  • SIP INVITEが到着しない場合、または設定されたDNSゾーンと一致しない場合は、ユニファイドコミュニケーションマネージャーへの通話経路をたどってください。 このステップは、通話が失敗した場所や失われた場所を見つけるのに役立ちます。

  • 相互TLSのトラブルシューティングチェックリストを参照してください。

• ルートヘッダーを確認してください。 ユニファイドコミュニケーションマネージャーのエンタープライズ設定とExpressway検索ルールで設定されているクラスタの完全修飾ドメイン名（FQDN）値が含まれていることを確認してください。 次のルートヘッダーと強調表示されているクラスターFQDNの例を参照してください。

  • ルート:<sip: [Obfuscated]; transport=tls; lr>、<sip:myucmcluster.example.com; lr>

    • この例では、ホームクラスターのFQDNはmyucmcluster.example.comです。

• ユニファイドコミュニケーションマネージャーのメールは、Webexクラウドのメール（Active Directory他のソースから同期されたメール）と完全に一致する必要があります。

• ディレクトリURIは、組織で確認したすべてのドメインと一致する必要があります。

• コーデックの設定を確認してください。

  Webex サービスは次のコーデックをサポートしています。

  • オーディオ — G.711、G.722、AAC-LD

  • ビデオ—H.264です

  SIPデバイスからWebexミーティング、パーソナルルームミーティング、またはWebexアプリミーティングに参加するためのG.729をサポートしています。 Webex アプリから SIP デバイスまたはブリッジに 1:1 でダイヤルするためのG.729はサポートしていません。

• 影響を受けるユーザーのホームUnified Communications Managerクラスタで、[システム] > [エンタープライズパラメータ] を選択し、[クラスタ全体のドメイン設定] で、クラスタの完全修飾ドメイン名（FQDN）設定を確認します。 使用したFQDN値は、次のガイドラインに従う必要があります。

  FQDNガイドライン	説明と例
  複数のクラスタ	エントリは、、、などcluster1.example.comcluster2.example.com、ハイブリッド通話を使用する各クラスタで一意である必要があります。
  ワイルドカードはありません	*.example.com や example*.com など、ワイルドカードを含むエントリは使用しないでください。
  ハイブリッド通話の最初のFQDNエントリ	複数のエントリのリストでは、Webexクラウドは左側の最初のエントリをハイブリッド通話に使用し、その最初のエントリにワイルドカードを含めてはいけません。 左から右に3つのFQDNエントリの例を見てください（最初のエントリはハイブリッド通話用です）：cluster1.example.com *.example.com example*.com
  エクスプレスウェイ-Eとは違います	Expressway-Eシステム、DNS、およびドメイン名とは異なる必要があります。 それ以外の場合、Expressway-Eはルートヘッダーを削除します。
  ハイブリッド通話の新しいエントリー	現在のFQDNエントリが上記の要件を満たしていない場合は、ハイブリッド通話のクラスターFQDN設定の先頭に新しい要素を追加できます。Unified CM たとえば、既存のFQDN設定が*.example.com*.example.orgの場合は、フィールドの先頭にワイルドカードではない一意のエントリを追加してください：「cluster1.example.com *.example.com *.example.org」Cisco Unified Communications Manager