サポートセンターホーム


Cisco Unified Call Manager(CUCM)レコードの監視

概要

LogicMonitorは、Cisco Unified Call Manager(CUCM)によって生成されたCDRおよびCMRレコードを処理して、コールの失敗/成功、継続時間、ジッター、遅延、原因コードのメトリック、および次のメトリックを含む、実際のコールのレコードに関するより詳細な情報を生成します。レコード自体の処理。

この監視パッケージのLogicModuleは、機能するためにレコードファイルを消費し、これを効率的に行うためにLogicModule階層に依存しているという点で珍しいものです。 最初のステップは、PropertySourceを実行して、(1)提供されたプロパティが正しいこと、および(2)処理するレコードがあることを確認することです。 次に、このPropertySourceは、レコードが提供される方法を識別し、ホスト上で自動的に割り当てられたプロパティを作成します。このプロパティは、 Cisco_CUCM_FileCache 情報元。 このデータソースは、CDRおよびCMRレコードファイルの取り込みと管理を担当し、ダウンストリームのLogicModuleで効率的に使用できる凝縮された読み取りが速い形式のデータのキャッシュを作成します。

この独自のアプローチにより、各LogicModuleが関連するすべてのレコードを読み取る必要がなくなり、LogicMonitorが多数の呼び出し(月に数百万)を処理できるようになります。

互換性

2020年XNUMX月の時点で、レコードを監視するためのLogicMonitorのCUCMパッケージは、次のものと互換性があることがわかっています。

  • CiscoCDRおよびCMRレコード形式のすべての既知のバージョン。

シスコがCUCMの新しいバージョンをリリースすると、LogicMonitorは必要に応じてカバレッジをテストおよび拡張します。

セットアップ要件

依存関係を満たす

  • Collectorバージョン29.101以降が必要です。

コレクタホストにレコードを送信するようにCUCMを設定する

CUCMは、CDRおよびCMRレコードを外部マシンに(通常はFTP経由で)継続的に送信するように設定できます。 LogicMonitorは、特に膨大な数の呼び出しを処理する必要がある場合は、FileZillaやWindowsIISなどの業界標準のサードパーティFTPサーバーの使用を推奨しています。 通話情報には機密情報が含まれている可能性があるため、信頼できるFTPサーバーを使用すると、これらのファイルの送信に必要なセキュリティを完全に制御できます。 (で説明されているように リソースへのプロパティの割り当て このサポート記事のセクション、 CUCM.gdpr プロパティは、一般データ保護規則(GDPR)ガイドラインへの準拠を支援します。)

推奨されるセットアップは、CDRファイルとCMRファイルがFTP経由で、コレクターホスト上のLogicMonitorからアクセスできる単一のフォルダーまたはネットワーク共有に到着するようにすることです。

モニタリングへのリソースの追加

CUCMデバイス(またはそれを表すデバイス)をLogicMonitorに追加します。 CUCMを表すリソースを選択するときは、CDRおよびCMRレコードを含むフォルダの場所がコレクタホストに存在する必要があることに注意してください。 コレクター自体をデバイスとして使用して通話を監視することもできます。

リソースへのプロパティの割り当て

次のカスタムプロパティは、LogicMonitor内でCUCMを表すために選択したデバイスに設定する必要があります。 プロパティの設定の詳細については、を参照してください。 リソースとインスタンスのプロパティ.

プロパティ
CUCM.パス 着信CDRおよびCMRレコードを含むディレクトリのパス。
CUCM.gdpr TRUE(デフォルト)に設定すると、一般データ保護規則(GDPR)のガイドラインに違反する情報がキャッシュから削除されます。
CUCM.time.store 上記のディレクトリからCDR / CMRファイルが削除されるまでの日数。 デフォルトは0(決して)です。 31(365か月分の保存データ)からXNUMX(XNUMX年分の)の範囲の値を設定することをお勧めします。 この範囲内に維持すると、ディレクトリに多数のレコードが蓄積されている場合でも、LogicModulesは数年間正常に機能するはずです。
CUCM.time.cache 通話がキャッシュに残っている日数(デフォルトは1日を推奨)。

LogicModulesをインポートする

LogicMonitorパブリックリポジトリから、にリストされているすべてのCUCMレコードモニタリングLogicModuleをインポートします。 パッケージ内のLogicModules このサポート記事のセクション。 これらのLogicModuleがすでに存在する場合は、最新バージョンであることを確認してください。

LogicModulesがインポートされると(以前のセットアップ要件がすべて満たされていると仮定して)、データ収集とプロパティの割り当てが自動的に開始されます。

トラブルシューティング

メトリックが入力されていない場合は、トラブルシューティングプロセスを開始します。 Cisco_CUCM_FileCache 情報元。 具体的には、「ファイルスループット」グラフでファイル処理の証拠を確認してください。 ファイル処理がない場合、これは正しくないことを示唆しています CUCM.パス CDR / CMRファイルの転送に使用されるメカニズムのプロパティまたは障害。最近更新されたファイルがディレクトリに存在することを手動で確認して、存在しないことを確認します。

パッケージ内のLogicModules

CUCMレコードモニタリング用のLogicMonitorのパッケージは、次のLogicModuleで構成されています。 完全にカバーするには、これらのLogicModuleがすべてLogicMonitorプラットフォームにインポートされていることを確認してください。

お名前 種類 製品説明
Cisco_CUCM_CollectionPath プロパティソース レコードディレクトリを確認し、パス情報をに渡します Cisco_CUCM_FileCache.
Cisco_CUCM_FileCache データソース CDRおよびCMRレコードを、他のLogicModuleによって使用されるキャッシュに取り込みます。 パフォーマンス特性、キャッシュサイズ、ファイルスループットなど、取り込みプロセスに関する詳細な統計を提供します。
Cisco_CUCM_CallDetailOverview データソース 通話の一般的な統計の最小/最大/平均の概要を提供します。 これは、コール自体のコールマネージャの状態を実際に分析するための重要なモジュールです。
Cisco_CUCM_LowMOSCalls データソース 許容できないほど低いMOS値を持つ呼び出しのインスタンスを作成します。 ここでインスタンスを使用した呼び出しは、品質が非常に低い可能性があります。
Cisco_CUCM_CauseCodes データソース さまざまな原因コードの頻度を監視します。 ここで頻度の変化を観察することで、通話が早期に終了する可能性のあるさまざまなエラーについての洞察を得ることができます。

このパッケージのデータソースには、事前定義されたデータポイントのしきい値は含まれていません(つまり、収集されたデータに基づいてアラートがトリガーされることはありません)。 収集されたデータのアラートを受信する場合は、で説明されているように、手動でしきい値を割り当てる必要があります。 データポイントの静的しきい値の調整.

記事上で