一般的なテクニック
アラームとステータスメッセージ
トラブルシューティングを行うときは、最初にアラームが発生していないかどうかを確認します([アクション(Action)] 列の指示に従います。Cisco Expressway-C と Cisco Expressway-E の両方でアラームを確認します。
)。アラームが発生している場合、次にステータスの概要と構成情報を表示します(Cisco Expressway-C と Cisco Expressway-E の両方でステータスページを確認します。必要な構成がないか、無効な場合、エラーメッセージと関連構成ページにアクセスするリンクが表示されます。
)。Cisco Expressway で次の項目を変更すると、無効なサービスまたはエラーが表示される場合があります。この場合、構成変更を有効にするため、システムを再起動する必要があります。
-
サーバーまたは CA 証明書
-
DNS 構成
-
ドメインの設定
Collaboration Solutions Analyzer の使用
手順
ステップ 1 |
CollabEdge バリデータツールを使用して、MRA 展開を検証します。 これは、Jabber クライアントのサインインプロセスをシミュレートし、結果に関するフィードバックを送信します。 |
ステップ 2 |
CollabEdge バリデータが問題を識別できない場合は、サインインの試行中に Cisco Expressway からログを収集することをお勧めします。次に、CSA のログ分析コンポーネントを使用してログを分析します。 |
診断ログ
Jabber for Windows 診断ログ
Jabber for Windowsログファイルは、C:\Users\<UserID>\AppData\Local\Cisco\Unified Communications\Jabber\CSF\Logs で csf-unified.log として保存されます。
Cisco Expressway 診断ログ レベルの構成
始める前に
手順
ステップ 1 |
の順に選択します。 |
ステップ 2 |
発生している問題に対して推奨されるログを選択します。これらは、Log Advisor ツールを使用して見つけることができます。https://logadvisor.cisco.com/logadvisor/collaboration/unifiedcommunications/mra を参照してください。 |
ステップ 3 |
[デバッグに設定(Set to debug)] をクリックします。 |
診断ログキャプチャの作成
手順
ステップ 1 |
の順に選択します。 |
ステップ 2 |
(任意) [ロギング中にtcpdumpを取る(Take tcpdump while logging)] を選択します。 |
ステップ 3 |
[Start new log] をクリックします。 |
ステップ 4 |
(任意) マーカーテキストを入力して、[マーカーの追加(Add Marker)] をクリックします。
|
ステップ 5 |
診断ログにトレースするシステムの問題を再現します。 |
ステップ 6 |
[Stop Logging] をクリックします。 |
ステップ 7 |
[ログの収集(Collect Logs)] をクリックします。 |
ステップ 8 |
ログの収集が完了したら、[ログのダウンロード(Download log)] をクリックして、ローカル ファイル システムに診断ログ アーカイブを保存します。 アーカイブを保存するように促されます(実際の表現はブラウザによって異なります)。 |
ログの作成後
ログを再度ダウンロードする場合は、[ログ収集(Log Collection)] ボタンを使用することで再度収集できます。ボタンがグレー表示されている場合は、まず、ブラウザでページを更新してください。
診断ログを完了した後、[サポートログの構成(Support Log configuration)] ページに戻り、INFO レベルに変更されたロギングモジュールをリセットします。
ドメインネームシステム(DNS)レコードの確認
手順
の順に選択します。 SRV レコードのルックアップには、H.323、SIP、Unified Communications、および TURN サービスに固有のものが含まれます。
ドメインネームシステム(DNS)ルックアップには、Unified Communications に使用する次の SRB サービスが含まれます。
|
Cisco Expressway-E が到達可能であることの確認
手順
Cisco Expressway-E の FQDN がパブリック ドメインネームシステム(DNS)で解決可能であることを確認します。 で FQDN を <System host name>.<Domain name> として構成します。 |
通話状況の確認
通話状況情報には、現在の通話と完了した通話の両方を表示できます。
コール ステータス情報の同じセットは、「登録ごとのコール(Calls by registration)」ページ(「登録の詳細(Registration details)」ページ経由でアクセス可能)でも表示できます。
Cisco Expressway がクラスタの一部の場合、リストが各ピアに対して最新の 500 通話に制限されていても、クラスタ内でピアに適用できるすべての通話が表示されます。
手順
ステップ 1 |
現在の通話に関する情報を取得する場合は、[通話状態(Call status)]ページ( )にアクセスします。 [通話状態(Call status)] ページには、現在進行中のすべての通話または Cisco Expressway で登録されているデバイスからの通話、または Cisco Expressway をパススルーしている通話が一覧されます。 |
ステップ 2 |
完了した通話に関する情報を取得する場合は、 [通話履歴(Call history)] ページ( )にアクセスします。 [通話履歴(Call history)] ページには、非アクティブのすべての通話が一覧されます。このリストは、最新の 500 通話に制限されており、 Cisco Expressway が最後に再開されてから発生した通話が含まれます。 |
モバイルおよびリモートアクセス通話 ID
[通話状態(Call Status)] と [通話履歴(Call History)] ページには。Unified CM リモートセッション(モバイルおよびリモートアクセスが有効な場合)と Cisco Expressway RMS セッションを含むすべての通話タイプが表示されます。
コール タイプを区別するにはコール コンポーネントをドリルダウンする必要があります。モバイルおよびリモートアクセス通話には、通話が Cisco Expressway-C または Cisco Expressway-E で表示されているかによって、異なるコンポーネントの特性があります。
-
Cisco Expressway-C では、Unified CMリモートセッションには、(メディア暗号化を強制するために B2BUA が使用されるため)3 つのコンポーネントがあります。 Cisco Expressway コンポーネントの 1 つは、 Cisco Expressway と Unified CM 間で自動生成されたネイバーゾーン(名前の前に CEtcp または CEtlsが付きます)の 1 つを介して通話をルートします。
-
Cisco Expressway-E では、1 つのコンポーネントがあり、これは CollaborationEdgeZone を介して通話をルートします。
両方のエンドポイントが企業外(つまりオフプレミス)にある場合は、2 つの独立したコールとして扱われます。
リッチメディアセッション( Cisco Expressway のみ)
システムにリッチ メディア セッション キーがインストールされ、Business-to-Business(B2B)コール、サードパーティ製ソリューションへのインターワーク コールまたはゲートウェイ コールなどをサポートする場合、これらのコールは、コール状態やコール履歴のページに記載されています。
Cisco Expressway 経由で Unified CM に登録されたデバイス
Unified CM のアイデンティティデバイス
手順
ステップ 1 |
Unified CM で、 の順に選択し、[検索(Find)] をクリックします。 |
ステップ 2 |
[IP アドレス(IP Address)] 列をチェックします。 Cisco Expressway 経由で登録されたデバイスが、Cisco Expressway-C で登録された IP アドレスを表示します。 |
Cisco Expressway-C でのプロビジョニングセッションを識別
手順
ステップ 1 |
Cisco Expressway-C で、 の順に選択します。 |
ステップ 2 |
[詳細ステータス情報(Advanced status information)] セクションで、[プロビジョニングセッションの表示(View provisioning sessions)] をクリックします。 これは、現在および最近の(赤色で表示)すべてのプロビジョニングセッションのリストを表示します。 |
Cisco Expressway-C が Unified CM と同期されていることを確認
Unified CM クラスタまたはノード構成を変更すると、Unified CM と Cisco Expressway-C 間で通信の問題が発生する場合があります。これには、次の項目への変更が含まれます。
-
Unified CM クラスタ内のノード数
-
既存クラスタのホスト名または IP アドレス
-
リスニングポート番号
-
セキュリティ パラメータ
-
電話機セキュリティプロファイル
そのような変更が Cisco Expressway-C で反映されることを確認する必要があります。手順は次のとおりです。
手順
ステップ 1 |
Cisco Expressway で、 の順に選択します。 |
ステップ 2 |
すべての Unified CM と IM and Presence Service ノードで再検出します。 |
MRA 認証ステータスとトークンの確認
手順
ステップ 1 |
(任意) 標準(更新無し)OAuth ユーザートークンを確認してクリアするには、 。これは、特定のユーザーの OAuth アクセスに関する問題を特定するのに役立ちます。 |
ステップ 2 |
(任意) MRA 認証の統計を確認するには、 の順に選択します。このページでの予期しないリクエストまたは応答は、構成または承認の問題を特定するのに役立つ場合があります。 |