Webex から会社に発信しても会社側で着信音が鳴らない場合は、このチェックリストのポイントを参照して構成を再確認してください。

これらのトラブルシューティングのチェックポイントを確認する前に、https://status.webex.com でクラウド障害に関する最新情報をご確認ください。そのステータス ページより、通知を購読することもできます。

相互 TLS 接続および証明書に関連する、これらのトラブルシューティング ポイントを確認してください:

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

• Expressway-E にて、専用の相互 TLS ポートを設定します。

• Expressway-E にて、クラウド向けの DNS ゾーンを設定します。

• お使いのファイアウォールにて、相互 TLS ポート番号を開きます。これは、デフォルトでは開いていない可能性があります。

• Webex クラウドで使用しているルート証明書のオプションを確認します。このオプションはお使いの Expressway-E の SIP TLS 証明書を確認するために使用されます。

  • デフォルトのストア — あなたの Expressway-E 証明書は、公共企業体のいずれかによって署名されていますか? 確信がない場合は、カスタム ストアのオプションを使用してください。

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

https://admin.webex.com の顧客ビューから [サービス] > [ハイブリッド] > [ハイブリッド通話] > [設定] の順に移動します。展開プロセスの段階で設定した SIP 宛先に関連した以下のポイントをチェックします。

• 値が、あなたの Expressway-E の専用の相互 TLS ポートを指し示しています。

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

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

• SRV を使用した場合は、その形式が _sips._tcp.<SIP 宛先として入力したドメイン> であることを確認してください。

• SRV をセットアップしたくない場合、組織の SIP 宛先には、IP address:port または hostname:port を入力することができます。

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

• Webex から企業にルーティングされる通話については、Expressway-E の検索履歴とネットワーク ログを確認してください。このステップにより、問題をクラウドまたは企業のいずれかに孤立化させることができます。

• 既存の B2B ゾーンと検索ルールを再度使用する場合、代わりに専用のゾーンおよび検索ルールを作成することもご検討ください。この設定により、B2B/MRA に対する既存のゾーン設定への干渉やルーティングループを回避し、トラブルシューティングがより容易になります。

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

  • SIP INVITE が設定された DNS ゾーンに到達しないか、一致しない場合は、Unified Communications Manager へのコールのルートに従います。このステップを行うことで、通話がどこで失敗しているか、または失われているかがわかります。

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

• ルーティング ヘッダーを確認します。Unified Communications Manager のエンタープライズ設定と Expressway 検索ルールで設定されたクラスタの完全修飾ドメイン名（FQDN）値が含まれていることを確認します。ルートのヘッダーおよびハイライトされたクラスター FQDN のこの例をご覧ください:

  • ルート: ,

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

• Unified Communications Manager のメールは、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.com、cluster2.example.com などです。
  ワイルドカードなし	*.example.com または example*.com のようなワイルドカードをもつエントリを使用しないでください。
  ハイブリッド通話の最初の FQDN エントリ	複数のエントリのリストでは、Webex クラウドはハイブリッド通話に左側の最初のエントリを使用します。最初のエントリにはワイルドカードを含めることはできません。 次の例では 3 つの FQDN エントリが左から右に並んでいます (1 つ目はハイブリッド通話用):cluster1.example.com *.example.com example*.com
  Expressway-E とは異なる	Expressway-E システム、DNS、およびドメイン名とは異なっている必要があります。そうしないと、Expressway-E が、ルート ヘッダをストリップします。
  ハイブリッド通話の新規エントリ	Unified CM で現在お使いの FQDN エントリー Unified CM が上記にリストされている必要条件を満たさない場合、新しいエレメントをハイブリッド通話のクラスター FQDN の設定の初めに追加することができます。ハイブリッド コールの。 たとえば、Cisco Unified Communications Manager の既存の FQDN 設定が *.example.com *.example.org の場合、一意のワイルドカード以外のエントリをフィールドの先頭に追加します。「cluster1.example.com *.example.com *.example.org」