概要
この資料はオペレーション、管理、メンテナンスおよびプロビジョニング(OAMP)ステータスの根本的な原因を解決し、判明するためにいくつかの基本的な手順を問題記述したものです。
前提条件
要件
次の項目に関する知識が推奨されます。
- Cisco Unified Customer Voice Portal (CVP)サーバ
- CVP OAMP
使用するコンポーネント
このドキュメントの情報は、次のソフトウェアのバージョンに基づくものです。
- CVP サーバ 10.0 およびそれ以降
- CVP OAMP 10.0 およびそれ以降
本書の情報は、特定のラボ環境にあるデバイスに基づいて作成されたものです。 このドキュメントで使用するすべてのデバイスは、初期(デフォルト)設定の状態から起動しています。 稼働中のネットワークで作業を行う場合、コマンドの影響について十分に理解したうえで作業してください。
OAMP は正しい装置状態を表示しません
複数の状況では OAMP はサーバ表示しません(または Voice Extensible Markup Language (VXML) サーバを)呼出すために正しい装置状態を、特に OAMP 相互対話。 この問題を解決するために、OAMP および ORM 基本設計は説明されている必要があります。
基本設計
この設計はデバイス状態通信が設定されているどのようにか示します:

- CVP コール サーバと CVP 間のメッセージ バス接続はサーバ OAMP リソースマネージャ(ORM)に問い合わせます。
- CVP コール サーバか VXML サーバは基礎サブシステムにハートビート メッセージを送ります。
- サブシステム ステートとの ORM への基礎サブシステム(設計の小さいグリーン ボックス)送信 STATE_EVENT メッセージ バス メッセージおよび遷移は推論します(たとえば、状態: IN_SERVICE、原因: 標準)
- アクティブ コールのデバイス バージョン、数、およびサブシステム ステートを含むコントロール センター統計情報のための各コール サーバ(か VXML サーバ)の ORM に対するリモート メソッド呼び出しによる OAMP ポーリング デバイス。
- OAMP は OAMP コントロール センターのディスプレイのための単一ステータスにサブシステム ステートを(、部分的、か到達不能の上で)集約します)。
%CVP_HOME% \ CONF フォルダの messageAdapter.properties ファイルに ORM および CVP サービス間の接続の定義があります。
注: orm.xml はすべての MBeans か既知 デバイスをリストします。 このファイルはまれに検証される必要がありません。
よくあるトラブルシューティング
問題 1.デバイスはオペレーション コンソール コントロール センターでように報告しません
ステップ 1: ORM をログオンしますターゲットデバイス マシンをチェックして下さい。
呼び出します。 ORM ログは STATE_EVENT ログメッセージが含まれています。 このような探された トレース メッセージ:
{Thrd=SubscriptionMgr} ORMSubsystem.handleInform(): Received inform message [Topic: CVP.CONTROLLER.ADMIN.EVENT.STATE | Message type: MsgBus:STATE_EVENT | Message: >>HEADERS: (JMSType)=MsgBus:STATE_EVENT (JMSDestination)=Topic(CVP.CONTROLLER.ADMIN.EVENT.STATE) (JMSTimestamp)=1387209211219 (ServerID)=TESTCVPCS2W.CVPController2:CONTROLLER:CVPCTL2:TESTCVPCS2W.MsgBus002 >>BODY: ActiveCalls=0 CONTROLLER=2;0 VXML2=2;0 timezone=GMT-06:00 ICM2=2;17 CVPCTL2=2;0 SIP2=2;17 localOffset=-360 version=CVP_9_0 IVR2=2;17 >>STATE: isTabular=false isWriteable=false cursor=-1].
これらのメッセージが ORM ログでそれから見られる場合、デバイス(コール サーバ、VXML サーバ、等)のメッセージ バスと ORM プロセス間に問題がないことを意味する ORM がうまくあるまで事柄。 問題は、OAMP と CVP サーバの間に、Java 管理 拡張機能(JMX)接続それからあります。 これらのステップはそれを確認するのを助けます:
ステップ 1: C:\Cisco\CVP\jre\bin からの CVP サーバ(コール サーバか VXML サーバ)起動 jconsole.exe。
呼び出します。 リモート プロセス フィールドでは、入力された localhost:2099。
ステップ 3.イメージに示すようにユーザ名 および パスワード ブランクを残して下さい。

ステップ 4 接続が開き、イメージに示すように GUI (および MBeans を)表示できるようにして下さい。

ステップ 5 接続が失敗した場合、ポート 2099 が稼働している場合チェック。 そうでなかったら、調べて下さいこのポートがなぜないか。 それは他のあるサード パーティ アプリケーションがこのポートを使用するか、またはファイアウォールまたは Operating System (OS)仕様問題がのどれある場合もあることであることができます。 CVP サーバがインストールされていた後サーバの IP アドレスが変更されたシナリオがあります。 このシナリオでは、接続はイメージに示すようにメッセージと失敗します。

ステップ 6. Regedit のレジストリキーを開いて下さい。
ステップ 7. > CallServer > パラメータ > オプションは Apache ソフトウェア ファンデーション > Procrun 2.0 にナビゲート しましたり、- Djava.rmi.server.hostname -右の IP アドレス(ローカルサーバ IP アドレス)を持っていることを確認します。 VxmlServer および WebServicesManager> パラメータの下で同じを > イメージに示すように Options 鍵チェックして下さい。


ステップ 8.ラッパー ファイルを C:\Cisco\CVP\Conf の下で開き、ようにパラメータ Djava.rmi.server.hostname して下さい-イメージに示すように右のサーバ(ローカルサーバ)に設定 されます。

ステップ 8.1。 イメージに示すように自動に ORM サービスを(遅らせられた開始する)設定して下さい。

ステップ 9: レジストリとラッパー ファイルでこれらの変更を行なった後、CVP サーバを再起動し、JMX 接続をもう一度試して下さい。
ステップ 10.一方では、接続を確立し、MBeans を見られればそしてすべてはこのサーバにうまくあります。
ステップ 11. OAMP サーバに進んで下さい。
ステップ 12: 同じように起動 JConsole および localhost の代りの今回は CVP サーバの IP アドレスを規定 します。 接続が失敗した場合、ネットワーク層に問題があります。 イメージに示すように OAMP からの CVP サーバへのこの接続をブロックするファイアウォールまたはサード パーティ アプリケーションがあるかどうか確認して下さい。


ステップ 13: OAMP からの JMX 接続が失敗した場合、OAMP ログのこれらのトレースを見ます:
OAMP_OMGR_JMX_CONNECTION_ERROR: Unable to establish JMX connector to URI service:jmx:rmi:///jndi/rmi:// 10.201.198.11:2099/jmxrmi: Connection refused to host: 10.201.198.11; nested exception is:
詳細はこの問題を解決するために見つけることができます: CSCui63213 
ステップ 14: ORM ログの STATE_EVENT メッセージが表示されなければ ORM とコール サーバ間に問題があります。 必須ポートが稼働している場合 messageAdapter.properties を検証し、検証することを続行して下さい(コール サーバのための 23000 および VXML サーバのための 23001)。
検知できるいくつかのログ:
13: 10.150.36.10: Jan 17 2015 13:49:59.759 +0530: %CVP_10_5_MSGBUS-1-PLUGIN_INITIALIZATION_FAILURE: SYS_ORM Plugin initialization failed due to being unable to find the server at 10.150.36.10 port=23000. Exception: java.net.ConnectException: Connection refused: connect [id:9]
これは ORM がポート 23000 で受信していない、従ってコール サーバは STATE_EVENT メッセージを送信できませんことを確認します。 テキストエディタの messageAdapter.properties ファイルを開き、接続が適切に定義されることを確認して下さい。 この config ファイルがうまくある場合、再始動 ORM。
ステップ 15: それからコンフィギュレーションによってが破損している接続が messageAdapter.properties で適切に定義されなければ。 イメージに示すように設定の(OAMP の保存および導入を忘れないで下さい)初期設定をやり直すのに reimage.batprocess を使用して下さい。


ステップ 16: 設定が破損しているいくつかのまさに稀な場合があります。 そのケースでは、最初に保存をし、OAMP から展開して下さい。 次にこれがはたらかない場合、reimage.bat の設定の初期設定をやり直し、新しい設定を保存し、展開することを続行して下さい。
問題 2. CVP コール サーバ リソース資源管理プログラムはきちんとアップしません
関連するプロセス CVP ログは CVP コール サーバ 始動の間に thisentry 示しません:
Infrastructure-5-PROPERTY_MANAGER_RELOADING_PROPERTIES: %property_store_value=[com.cisco.ccbu.infra.properties.FilePropertyStore@a2a38]]: Reloading all property stores
この問題の考えられる 原因はこの CVP サーバのプロパティファイルが破損していることです。
ステップ 1: リソースマネージャ プロセスが動作する場合、OAMP からのデバイスを転用して下さい。
呼び出します。 リソースマネージャ プロセスが動作しない場合、デバイスのイメージ変更プロセスに従って下さい。
OAMP の Add New Gateway にない問題 3.
ステップ 1. orm.xml のバックアップを、orm.properties、system.properties、OAMP サーバ\ %CVP_HOME% \ CONF ディレクトリの messageAdapter.properties 奪取 して下さい。
ステップ 2. OAMP サーバ\ %CVP_HOME% \ビン\ TAC で現在の reimage.bat ファイルを実行して下さい(これは reimage.zip で見つけられる新しい物とだけ前のファイルを置き換えます)。
ステップ 3. OAMP サーバの OPSConsoleServer ORM およびサービスを再開して下さい。
解決されない、バックアップ ファイルを頼めば ORM は有効に なるデバッグと記録 します:
Edit %CVP_HOME%\conf\orm.properties
orm.logLevel = DEBUG
orm.traceMask = -1 (turn on full debugging)
リソースマネージャ サービスが再開された後、ログファイルはある完全なデバッグ情報を出力します、: %CVP_HOME% \ログ\ ORM
ゲートウェイを保存するとき実際に内部保存および導入 オペレーションがあります。 OAMP がゲートウェイ デバイスのためにと伝える ORM はローカル OAMP ORM です。 このように、これらのサービスは再開される必要があります。
問題 4.ゲートウェイおよび OAMP は接続失敗をテストします
問題:
VXML か入力ゲートウェイが OAMP および conectivity にテストされる追加された後; テストが失敗した場合、このエラーは OAMP ログで見られます
%CVP_11_0_OAMP-3-OAMP_OWEB_DEVICE_OPERATION_FAILURE: Unable to process the Gateway operation (Test Sign-in): com.cisco.cvp.oamp.omgr.exception.ORMException: Exception invoking MBean Operation: methodName=processIOSTestSignin,params=[testSigninConfiguration = com.cisco.cvp.oamp.ocom.common.TestSigninConfiguration@584ac0],bReconnectIfNotConnected=true,signature=
Test signin from OAMP to VXMLServer fails.
これが複数の問題が原因でできる間、問題の 1 つはレイテンシーが原因です。
OAMP とゲートウェイ間のレイテンシーをチェックして下さい。
さらに c:\cisco\cvp\conf ディレクトリで見つけられる cmdsvc.properties ファイルで設定されるデフォルト レイテンシーをチェックできます
#################################################################################################
# #
# cmdsvc.properties -このファイルが# cmdsvc のタイムアウトの既定値および遅延を変更するのに使用することができます
# #
#################################################################################################
#デバイスからの待っているログインプロンプトの最大タイムアウト値(ms で)
#LoginTimeout=2000
ログオンをしている間#ソケット タイムアウトの初期値を設定 します(ms で)
InitialTransportTimeout=45000
#転送するのタイムアウト値を設定 して下さい。 これは通常ソケットのタイムアウト値に対応します。(ms で)
TransportTimeout=6000
#続行する前にスリープの状態であるために遅延を設定 して下さい。(ms で)
#TuneSleepMillis=50
#ソケットを作成した後および通信をする前の設定 された遅延。(ms で)
DelayAfterConnect=1000
#読まれたプロセス間の設定 された遅延(ms で)
ReadDelay=10
ソリューション:
OAMP とゲートウェイ間のレイテンシーが 200 ms 以上である場合、この 3 つのステップのデフォルト遅延を高めて下さい。
ステップ 1. C:\Cisco\CVP\conf パスの cmdsvc.properties ファイルを開いて下さい。
ステップ 2. 200 に ReadDelay パラメータを(または) CVP とゲートウェイ間のレイテンシーより多く高めて下さい。
ステップ 3. CVP OAMP の ORM サービスを再生し、テスト サインインをもう一度試して下さい。
レベルを記録 し、マスクをトレースして下さい
ケースのほとんどでは、OAMP のトレースのデフォルトレベルおよび ORM は十分問題の根本的な原因を判別するためにです。 ただしトレースのレベルが上がる必要があればステップはこの操作を実行するためにここにあります:
有効に なるデバッグの OAMP ログ
ステップ 1.バックアップ %CVP_HOME% \ CONF \ oamp.properties。
ステップ 2. %CVP_HOME% \ CONF \ oamp.properties を編集して下さい
omgr.traceMask=-1
omgr.logLevel=DEBUG
org.hibernate.logLevel=DEBUG
org.apache.logLevel=ERROR
net.sf.ehcache.logLevel=ERROR
ステップ 3.再始動 OPSConsoleServer。
トレース レベル |
説明 |
ログ レベル |
トレース マスク |
0 |
製品インストール デフォルト。 no/minimal パフォーマンス影響を持つべきです。 |
INFO |
なし |
1 |
小さいパフォーマンス影響のより少ない詳しいトレース メッセージ。 |
デバッグ |
DEVICE_CONFIGURATION + DATABASE_MODIFY + MANAGEMENT=0x01011000 |
2 |
中間パフォーマンス影響の詳しいトレース メッセージ。 |
デバッグ |
DEVICE_CONFIGURATION + SYSLVL_CONFIGURATION + DATABASE_MODIFY + MANAGEMENT=0x05011000 |
3 |
高いパフォーマンス影響の詳しいトレース メッセージ。 |
デバッグ |
DEVICE_CONFIGURATION + SYSLVL_CONFIGURATION + BULK_OPERATIONS + DATABASE_MODIFY + MANAGEMENT=0x05111000 |
4 |
非常に高いパフォーマンス影響の詳しいトレース メッセージ。 |
デバッグ |
MISC + DEVICE_CONFIGURATION + ST_CONFIGURATION + SYSLVL_CONFIGURATION + BULK_OPERATIONS + BULK_EXCEPTION_STACKTRACE + DATABASE_MODIFY + DATABASE_SELECT + DATABASE_PO_INFO + 管理 + TRACE_METHOD + TRACE_PARAM=0x17371000 |
5 |
最も高く詳しいトレース メッセージ。 |
デバッグ |
MISC + DEVICE_CONFIGURATION + ST_CONFIGURATION + SYSLVL_CONFIGURATION + BULK_OPERATIONS + BULK_EXCEPTION_STACKTRACE + DATABASE_MODIFY + DATABASE_SELECT + DATABASE_PO_INFO + 管理 + TRACE_METHOD + TRACE_PARAM=0x17371006 |