この表には、Hybrid Call Service Connect の SIP 接続先アドレスをテストした後に表示されることがある一般的なエラーをリストしています。表にはさらに、トラブルシューティングのいくつかの次ステップも記載されています。これには『 Troubleshooting Guide for Cisco Spark Hybrid Call Service Connect』の関連詳細へのリンクも含まれています。

Cisco Spark ハイブリッド コール サービスの展開中または展開後に、Cisco Spark Control Hub（およびアラートを構成している場合は電子メールで）エラー メッセージを受け取る可能性があります。この情報は、問題、考えられる原因、および問題を解決するために取ることができるアクションを理解するために使用します。

Cisco Unified CM CTIManager Service への失われた接続

Cisco コラボレーション クラウド から企業へのコールの呼び出し音が企業側で鳴らない場合、このチェックリストのポイントを一通り見直し、設定を再確認します。

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

https://admin.ciscospark.com のカスタマー ビューから、[サービス（Services）] > [ハイブリッド コール（Hybrid Call）] > [設定（Settings）] に移動します。導入プロセス時に設定した SIP 接続先に関連する次のポイントを確認します。

• 値は、Expressway-E 専用の相互 TLS ポートを示します。

• IP address:port への接続を試します（SRV を設定した場合は複数のアドレス）。

• IP アドレスまたはホスト名を設定した場合は、相互 TLS ポートを指定します。

• SRV を使用した場合は、_sips._tcp.<domain you put in as SIP Destination> 形式であることを確認します。

• SRV をセットアップしない場合は、IP address:port または hostname:port を組織の SIP 接続先として入力できます。

• 同じ組織内の 2 つの Cisco Spark ユーザ間のテスト コールを試行します。この場合、両方の発信者に Hybrid Call Service Connect を有効にすることをお勧めします。

• どちらかのユーザに Cisco Spark コールが設定されている場合、コールは環境にルーティングされません。

• まず、企業側からクライアントへのコールを試してみます。このテストでは、等式で Cisco コラボレーション クラウド のルーティングを決定することなく、相互 TLS が正しくセットアップされていることを確認できます。

（注）	テクニカル サポートの前提条件として、最新の安定したコネクタ リリースにアップグレードする必要があります。ガイダンスについては、『Configure Automatic Software Upgrades for Cisco Spark Hybrid Services』を参照してください。

• https://admin.ciscospark.com のカスタマー ビューから、次の手順を実行します。

  • Hybrid Call Service の設定に関する警告を確認します。

    • ハイブリッド コール カードから [設定（Settings）] ページの [サービス（Services）] に移動します。

    • 個々のユーザの [コール サービス（Call Service）] ページの [ユーザ（Users）] に移動します。

  • ユーザのアクティブ化エラーが表示された場合は、[サービス（Services）] > [ハイブリッド コール（Hybrid Call）] > [設定（Settings）] > [ユーザ ステータス レポート（User Status Report）] からユーザ ステータス レポートを実行します。

• Expressway-C コネクタ ホストから、ユーザ検証チェックを実行し、オンプレミス ユーザの設定に関する問題を特定します。

• Expressway-C コネクタ ホストから、次の項目を確認します。

  • [アプリケーション（Applications）] > [ハイブリッド サービス（Hybrid Services）] > [コール サービス（Call Service）] > [Unified CM サーバ（Unified CM Servers）] で Cisco Unified Communications Manager の接続。

  • [アプリケーション（Applications）] > [ハイブリッド サービス（Hybrid Services）] > [コール サービス（Call Service）] > [コール コネクタ ステータス（Call Connector Status）] でクラウドへの接続とユーザのステータス。

• [アプリケーション（Applications）] > [ハイブリッド サービス（Hybrid Services）] > [コネクタ管理（Connector Management）] > [コール コネクタ（Call Connector）] で、Hybrid Call Service のユーザまたはユーザのアクティブ化に関連するコール コネクタのアラームを確認します。

  （注）	ユーザ アクティブ化のステータスはリアルタイムではありません。ユーザの Hybrid Call Servicesのトグルは処理に最大 6 分かかります。

• Cisco コラボレーション クラウド から企業へルーティングされるコールの場合、Expressway-E の検索履歴とネットワーク ログを確認します。この手順は、問題を分離してクラウドと企業を区別するのに役立ちます。

• 着信側のアプリに 2 通のコール通知が届く Cisco Spark のハイブリッド ユーザ間のコールの場合は、SIP パラメータの保持が Expressway で有効になっていることを確認します。この設定は、Cisco Spark が連絡先ヘッダーに追加し、二重コールの問題を修正するパラメータを伝送するために必要です。

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

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

  • SIP INVITE が届かない、または設定した DNS ゾーンと一致していない場合は、Cisco Unified Communications Manager へのコールのルートをたどります。この手順は、コールがどこで失敗または消失したかを検出するのに役立ちます。

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

• ルート ヘッダーを確認します。そのヘッダーに Cisco Unified Communications Manager の企業設定と、Expressway の検索ルールに設定されているクラスタの完全修飾ドメイン名（FQDN）値が含まれていることを確認します。この例のルート ヘッダーと強調表示されているクラスタの FQDN を確認してください。

  • Route: <sip:[Obfuscated];transport=tls;lr>,<sip:myucmcluster.example.com;lr>

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

    • コール コネクタは、同じ Cisco Unified Communications Manager のクラスタの FQDN 設定からその値を取得してクラウドにキャッシュし、そのクラスタに向かうべきすべてのコールにその値を使用します。

• ハイブリッド ユーザが Cisco Spark アプリから電話番号をコールすると、クラウドはそのコールを phonenumber@CFQDN;user=phone のように user=phone 形式で Expressway に送信します。ルート ヘッダーの CFQDN によって、コールが Expressway から Cisco Unified Communications Manager までたどるパスが決まります。Cisco Unified Communications Manager は user=phone 形式と CFQDN をドメインとして受け入れます。

• Cisco Unified Communications Manager でのユーザの電子メールは、Cisco コラボレーション クラウド での電子メール（Active Directory または他のソースから同期済み）と正確に一致している必要があります。

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

• コーデックの設定を確認します。コーデック設定の詳細については、このドキュメントを参照してください。

  Cisco Spark は次のコーデックをサポートしています。

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

  • ビデオ：H.264

• 影響を受けるユーザのホーム Cisco Unified Communications Manager クラスタで、[システム（System）] > [エンタープライズ パラメータ（Enterprise Parameters）] の順に選択します。[クラスタ全体のドメイン設定（Clusterwide Domain Configuration）] で、クラスタの完全修飾ドメイン名（FQDN）の設定を確認します。使用されている FQDN が次のガイドラインに従っている必要があります。

  FQDN のガイドライン	説明と例
  マルチクラスタ	エントリは各クラスタに固有である必要があります。たとえば、cluster1.example.com、cluster2.example.com などです。
  ワイルドカードなし	*. example.com や example*.com などのエントリを使用しないでください。
  ハイブリッド コールの最初の FQDN エントリ	複数のエントリがあるリストでは、Cisco コラボレーション クラウド が Hybrid Call Service Connect のエントリを使用します。その最初のエントリにはワイルドカードを含めないでください。 例：cluster1.example.com *.example.com example*.com
  Expressway-E との違い	Expressway-E システム、DNS、およびドメイン名とは異なる必要があります。同じ場合は、Expressway-E がルート ヘッダーをストライプ化します。
  ハイブリッド コール用の新しいエントリ	Unified CM の現在の FQDN エントリが上記リストの要件を満たしていない場合、Hybrid Call Service Connect のクラスタ FQDN 設定の先頭に新しい要素を追加できます。 たとえば、Cisco Unified Communications Manager の既存の FQDN 設定が *.example.com *.example.org の場合、固有のワイルドカードのないエントリ、「luster1.example.com *.example.com *.example.org」をフィールドの先頭に追加します。

• Cisco Spark から別の Hybrid Call Service Connect ユーザをコールすると、着信側のユーザのアプリは一度呼び出し音を鳴らしてから停止するか、応答後にすぐにコールが破棄されます。これらの現象を修正するには、Unified CM の SIP トランクを混合 ID 用に設定します（[発呼側および接続側情報形式（Calling and Connected Party Info Format）] を [接続側にのみ URI および DN を配信（使用可能な場合）（Deliver URI and DN in connected party, if available）] に設定します）。この手順を行わなかった場合は、SIP トランクは企業側のディレクトリ URI を Cisco Spark に伝送できません。以下のリンクにある手順を使用します。