Cisco Unity トラブルシューティング ガイド(Lotus Domino版)Release 4.0(5)
AMIS ネットワーク
AMIS ネットワーク
発行日;2012/01/10 | ドキュメントご利用ガイド | ダウンロード ; この章pdf , ドキュメント全体pdf (PDF - 3MB) | フィードバック

目次

AMIS ネットワーク

AMIS メッセージがすぐに送信されない

AMIS メッセージがまったく送信されない

新しく設定したシステムの二重確認

AMIS メッセージ送信のトラブルシューティング

トレースを使用可能にする

発信 AMIS メッセージ フローの追跡

メッセージが Interop Gateway メール ファイルに送信されない

メッセージが UAmis メール ファイルに送信されない

メッセージが UAmis メール ファイルに残っている

メッセージが UAmis メール ファイルから出されたが配信されない

受信 AMIS メッセージ フローの追跡

ログの収集およびデフォルト値へのトレースの再設定

AMIS トラブルシューティング手順

「C」および「D」DTMF Hang-Up トーンによって AMIS コールが失敗する

高度なトラブルシューティング:AMIS コールのフレームと数字を表示する

AMIS ネットワーク

Cisco Unity は、Audio Messaging Interchange Specification analog(AMIS-a)プロトコルをサポートします。このプロトコルは、異なるボイスメール システム間でボイス メッセージを転送するためのメカニズムを提供します。次の各項では、AMIS ネットワークの問題のトラブルシューティングについて説明します。

「AMIS メッセージがすぐに送信されない」

「AMIS メッセージがまったく送信されない」

AMIS メッセージがすぐに送信されない

AMIS メッセージをすぐに送信できない(あるいは、すぐに送信できないとユーザが感じる)理由はいくつかあります。

発信 AMIS メッセージは、特定のボイスメール ポートだけを使用するように制限できます。
AMIS メッセージを処理するよう指定されたポートが他の通話の処理でふさがっている場合、発信 AMIS メッセージは遅延します。Tools Depot の Port Usage Analyzer、または Cisco Unity システム管理の AMIS 発信トラフィック レポートを使用して、AMIS 発信の転送に関する情報を取得できます。AMIS の転送時間合計が AMIS の送信に割り当てられたポートの限界に近づいたら、AMIS スケジュールとポート割り当てを検討して、追加のリソース(時間やポート)を AMIS メッセージ トラフィックに割り当てる必要があるかどうかを判断します。

緊急でないメッセージの AMIS 送信は、予定された送信時間だけに行うよう制限することができます。組織でスケジュールを使用して緊急でない AMIS メッセージの送信を制限する場合は、必要に応じて、ユーザが AMIS メッセージに緊急のマークを付けたり、その代わりになる通信の形式を使用したりできることをユーザに伝えてください。

送信不能な AMIS メッセージもあります。送信不能なメッセージは、通知確認なし(NDR)ステータスで送信者に戻されます。送信者または管理者は、修正を加えてメッセージを再送できます。これも、受信者には送信の遅延と思われる場合があります。

AMIS メッセージがまったく送信されない

次の各項では、AMIS メッセージ送信の問題をトラブルシュートする方法について説明します。

「新しく設定したシステムの二重確認」

「AMIS メッセージ送信のトラブルシューティング」

「トレースを使用可能にする」

「発信 AMIS メッセージ フローの追跡」

「受信 AMIS メッセージ フローの追跡」

「ログの収集およびデフォルト値へのトレースの再設定」

「「C」および「D」DTMF Hang-Up トーンによって AMIS コールが失敗する」

「高度なトラブルシューティング:AMIS コールのフレームと数字を表示する」

新しく設定したシステムの二重確認

AMIS ネットワーク用に Cisco Unity を設定したばかりであるのに、AMIS メッセージが送信されていない場合は、次のリストを参照して、設定が次の基本的なガイドラインに沿っていることを確認します。

1. 相手のボイスメール システムが Cisco Unity によって AMIS メッセージ用としてサポートされていることを確認します。『 Cisco Unity システム要件およびサポートされるハードウェアとソフトウェア 』の「サポートされる AMIS ボイス メッセージ システム」の項を参照してください。 http://www.cisco.com/univercd/cc/td/doc/product/voice/c_unity/sysreq/40_sysrq.htm から入手可能です。

2. Cisco Unity が Cisco CallManager と連動している場合は、『 Cisco Unity システム要件およびサポートされるハードウェアとソフトウェア 』の「AMIS でサポートされる Cisco ゲートウェイ」の項の説明に従って、使用する Cisco ゲートウェイのバージョンが AMIS でサポートされていることを確認します。

3. Cisco Unity のネットワーク機能 』の「AMIS ネットワーク」の章の「AMIS を使用するときの Cisco Unity のセットアップ」の項に戻って参照し、設定を二重確認します。このマニュアルは、 http://www.cisco.com/univercd/cc/td/doc/product/voice/c_unity/unity40/net/net405/dom/index.htm から入手可能です。特に次の点に注意してください。

各 AMIS 発信ロケーションの設定が正しいことを確認する。

インストールに複数の Cisco Unity サーバが含まれる場合は、検索スコープに AMIS ブリッジヘッド サーバが含まれていることを確認する。ユーザおよびブラインド宛先検索の検索スコープ(Cisco Unity システム管理の[ネットワーク] >[プライマリ ロケーション] >[宛先オプション]ページで設定)が、ダイヤル中のドメインまたはグローバル レベルに設定されている必要があります。これは、ネットワーク内の各 Cisco Unity サーバに対して行う必要があります。また、自動受付とディレクトリ ハンドラの検索スコープ(別個に設定されている)に、AMIS ブリッジヘッド サーバが含まれている必要があります。

AMIS メッセージ送信のトラブルシューティング

新規または既存の AMIS ネットワーク設定に対して、次のリストを使用します。

1. AMIS ブリッジヘッド サーバの Windows イベント ビューア アプリケーション ログに、AMIS 関連のエラーまたは警告があるかどうかを確認します。イベント ビューアに記録された AMIS 関連のほとんどのエラーおよび警告により、問題に関する詳細と解決方法が得られます。

2. Domino Administrator を使用して、UAmis ユーザ文書を誤って削除していないことを確認します。また、UAmis メール ファイル自体がユーザ文書に指定された Domino サーバおよびディレクトリに存在することを確認します。

UAmis メール ファイルは、移動していない限り Cisco Unity AMIS ブリッジヘッド サーバが設定されたときにメッセージ ストア コンフィギュレーション ウィザードで選択された Domino サーバにあります。UAmis メール ファイルが移動されており、Cisco Unity が UAmis メール ファイルを見つけられないことを示すエラーがイベント ビューアに表示される場合は、『 Cisco Unity Maintenance Guide 』の「 Cisco Unity Data and Log Files」 の章の「 UAmis Mail File」 の項で、Cisco Unity が変更を認識するように UAmis メール ファイルを移動する方法を参照してください。
Cisco Unity Maintenance Guide 』は、
http://www.cisco.com/univercd/cc/td/doc/product/voice/c_unity/unity40/maint/maint405/ex/index.htm から入手可能です。

3. Domino Administrator を使用して、Interop Gateway 外部ドメイン ドキュメントが存在することを確認します。また、Interop Gateway メール ファイル自体が外部ドメイン ドキュメントに指定された Domino サーバおよびディレクトリに存在することを確認します。「Interop Gateway 外部ドメイン ドキュメントとメール ファイルが存在することを確認する」を参照してください。Cisco Unity が Interop Gateway メール ファイルを見つけられない場合は、イベント ビューアにエラーが表示されます。このような場合、次のように対処します。

Interop Gateway 外部ドメイン ドキュメントやメール ファイルを誤って削除した場合は、『 Cisco Unity のネットワーク機能 』の「AMIS ネットワーク」の章の「 Interop Gateway の設定」 の項の説明に従って、Interop Gateway を再設定します。以前使用したものと同じ外部ドメイン名を必ず使用してください。

Interop Gateway メール ファイルを誤って別の Domino サーバに移動した可能性があると考えられる場合は、『 Cisco Unity のネットワーク機能 』の「AMIS ネットワーク」の章の 「Interop Gateway メール ファイルの移動」 の項で、Cisco Unity が変更を認識するようにメール ファイルを移動する方法を参照してください。

4. Domino Administrator を使用して、Interop Gateway 外部ドメイン ドキュメントの名前が正しいことを確認します。「外部ドメイン名の設定が正しいことを確認する」を参照してください。

外部ドメイン名が格納されているすべての場所ではなく、一部の場所で変更されていることがわかったら、『 Cisco Unity のネットワーク機能 』の「AMIS ネットワーク」の章の「Interop Gateway の外部ドメイン名の変更」の項で、Cisco Unity が変更を認識するようにメール ファイルを移動する方法を参照してください。

『Cisco Unity のネットワーク機能』 は、
http://www.cisco.com/univercd/cc/td/doc/product/voice/c_unity/unity40/net/net405/dom/index.htm から入手可能です。

問題の原因を特定できていない場合は、次の「 トレースを使用可能にする 」の項に進みます。

トレースを使用可能にする

AMIS メッセージ送信の問題のトラブルシューティングを続行する前に、次のすべての手順を実行して、該当するトレースを使用可能にします。ログは、問題を解決できない場合に Cisco TAC で必要になります。

「AMIS 診断トレースを設定する」

「Interop Gateway 診断トレースを設定する」

AMIS 診断トレースを設定する


ステップ 1 Cisco Unity AMIS ブリッジヘッド サーバで、Windows の[スタート]メニューから [プログラム] >[Unity] >[Unity Diagnostic Tool] をクリックします。

ステップ 2 [Cisco Unity Diagnostic Tasks]画面で、 [Macro Traces のコンフィギュレーション] をクリックします。[Macro Traces のコンフィギュレーション ウィザードへようこそ]が表示されます。

ステップ 3 [次へ] をクリックします。[Macro Traces のコンフィギュレーション]ページが表示されます。

ステップ 4 [AMIS Message Traces] を展開します。必要に応じて、 [Extensive Outgoing AMIS Message Traces] チェックボックスまたは [Extensive Incoming AMIS Message Traces] チェックボックスをオンにします(マクロ トレースに含まれているマイクロ トレースのリストについては、「AMIS 診断トレース」を参照してください)。

ステップ 5 [次へ] をクリックしてから [終了] をクリックします。

ステップ 6 [Cisco Unity Diagnostic Tasks]画面で、 [新規ログ ファイル開始] をクリックします。


 

Interop Gateway 診断トレースを設定する


ステップ 1 Interop Gateway サービスが動作している Cisco Unity サーバ(このサーバは、ブリッジヘッド サーバである場合もそうでない場合もあります)で、Windows の[スタート]メニューから [プログラム] >[Unity] >[Unity Diagnostic Tool] をクリックします。

ステップ 2 [Cisco Unity Diagnostic Tasks]画面で、 [Micro Traces のコンフィギュレーション] をクリックします。[Micro Traces のコンフィギュレーション ウィザードへようこそ]が表示されます。

ステップ 3 [次へ] をクリックします。[Micro Traces のコンフィギュレーション]ページが表示されます。

ステップ 4 下にスクロールし、 [DGateway] チェックボックスをオンにして、すべての DGateway マイクロ トレースを選択します。

ステップ 5 [次へ] をクリックしてから [終了] をクリックします。

ステップ 6 [Cisco Unity Diagnostic Tasks]画面で、 [新規ログ ファイル開始] をクリックします。


 

発信 AMIS メッセージ フローの追跡

図6-1 は、Cisco Unity を介してリモート ボイスメール システムに到達する発信 AMIS メッセージの高レベルでのフローと、パス上で発生した問題のトラブルシューティングに使用できるログやその他のツールを示しています。

図6-1 発信 AMIS メッセージのフローとトラブルシューティング ツール

 

上の図では、Cisco Unity ユーザがメッセージを送信するために使用する Cisco Unity サーバが Cisco Unity AMIS ブリッジサーバと同じである場合もそうでない場合もあります。そのため、簡潔にするために省略されています。さらに、Cisco Unity ブリッジヘッド サーバから PSTN へのパスは、電話システム連動によって異なります。図中に 2 つのパスが表示されているのは、
Cisco CallManager 連動を使用している場合に、ゲートウェイまたはルータで転送の問題が発生する可能性があるからです。Cisco CallManager 連動がない場合は、そのパスを無視してください。Interop Gateway サービスは、実際は Cisco Unity サーバで動作し、Interop Gateway メール ファイルが、Domino サーバに存在することにも注意してください。

図6-1 を次のタスク リストと併せて使用し、発信 AMIS メッセージが通るパスをトレースします。これは、問題の特定に役立ちます。リンクによって、「AMIS トラブルシューティング手順」の項の手順に移動できます。

1. テスト AMIS メッセージを送信します。

2. メッセージが Interop Gateway メール ファイルに送信されたかどうかを確認します。「メッセージが Interop Gateway メール ファイルに届くことを確認する」を実行してください。

メッセージが Interop Gateway メール ファイルに送信されていないことがわかったら、「メッセージが Interop Gateway メール ファイルに送信されない」で、この問題をトラブルシュートする方法を参照してください。

3. メッセージが UAmis メール ファイルに送信されたかどうかを確認します。「メッセージが UAmis メール ファイルに配信されていることを確認する」を実行してください。

メッセージが UAmis メール ファイルに送信されていないことがわかったら、「メッセージが UAmis メール ファイルに送信されない」で、この問題をトラブルシュートする方法を参照してください。

4. メッセージが UAmis メール ファイルに送信されているが、そこから送信されていない場合は、「メッセージが UAmis メール ファイルに残っている」で、この問題をトラブルシュートする方法を参照してください。

5. メッセージが UAmis メール ファイルから送信されているが、相手のボイスメール システムのユーザに届いていない場合は、「メッセージが UAmis メール ファイルから出されたが配信されない」で、この問題をトラブルシュートする方法を参照してください。

メッセージが Interop Gateway メール ファイルに送信されない

各 Cisco Unity サーバは、対応するユーザ文書とメール ファイルを Domino に置きます。ユーザがメッセージを送信する場合、Cisco Unity は、対応する Cisco Unity サーバのメール ファイルが作成された Domino サーバにメッセージを送ります。AMIS 受信者の場合、Domino は メッセージをさらに Interop Gateway メール ファイルに転送します。メッセージの転送は、Domino の構成によって異なります。Cisco Unity が Interop Gateway メール ファイルへの送信用に AMIS メッセージを Domino に送る場合、Domino コンソール内または Domino ルータからの log.nsf 内に、外部ドメイン名を検索するメッセージ転送に関するエントリが表示されます。

メッセージが Interop Gateway メール ファイルに送信されていないことを確認したら、次のリストを使用して、この問題をトラブルシュートします。

メッセージが Interop Gateway メール ファイルに送信されない原因をトラブルシュートする

1. 次の Domino サーバが動作していることを確認します。

メッセージ送信用に Cisco Unity が使用する Domino サーバ

Interop Gateway メール ファイルが存在する Domino サーバ

Interop Gateway メール ファイルが存在する Domino サーバへのメッセージ転送に使用されるすべての Domino サーバ

また、Domino ルータがこれらすべてのサーバで動作していることを確認します。

2. Domino コンソールを逆にスクロールするか、log.nsf 内で、「<外部ドメイン名> へのルート ポイントが見つかりません」のようなメッセージを検索します。このメッセージがあった場合は、接続についてのドキュメントを参照し、Interop Gateway メール ファイルが存在する Domino サーバへのメッセージ転送を Domino が妨げている原因を特定できないかどうかを確認します。詳細については、Domino Administrator のドキュメントを参照してください。

「ルート ポイントが見つかりません」というメッセージは、Interop Gateway 外部ドメイン名が格納されている一部の場所で変更されていることも示しています。Interop Gateway 外部ドメイン名を誤って変更した可能性があると考えられる場合は、『 Cisco Unity のネットワーク機能 』の「AMIS ネットワーク」の章の「Interop Gateway の外部ドメイン名の変更」の項で、Cisco Unity が変更を認識するように外部ドメイン名を変更する方法を参照してください。『 Cisco Unity のネットワーク機能 』は、
http://www.cisco.com/univercd/cc/td/doc/product/voice/c_unity/unity40/net/net405/dom/index.htm から入手可能です。

3. 送信側の Cisco Unity がメッセージ送信用に使用する Domino サーバ上の MAIL.BOX、または Interop Gateway メール ファイルが存在する Domino サーバへのメッセージ転送に関与する Domino サーバ上の MAIL.BOX にメッセージが残っていないかどうかを確認します。詳細については、Domino のドキュメントを参照してください。

4. メッセージが Interop Gateway メール ファイルに送信されない原因を特定できない場合は、「ログの収集およびデフォルト値へのトレースの再設定」で、Cisco TAC に提供するために必要なログの収集方法の詳細を参照してください。

メッセージが UAmis メール ファイルに送信されない

発信 AMIS メッセージの処理後、Interop Gateway は、UAmis メール ファイルへの送信用にメッセージを Domino に戻します。発信 AMIS メッセージをテスト用に送信した後、Domino コンソール内または Domino ルータからの log.nsf 内に UAmis_<サーバ名> へのメッセージ転送に関するエントリが表示されます。発信 AMIS メッセージが UAmis メール ファイルに送信されていないことを確認したら、次のリストを使用して、この問題をトラブルシュートします。

メッセージが UAmis メール ファイルに送信されない原因をトラブルシュートする

1. Interop Gateway コンフィギュレーション ウィザードが実行された Cisco Unity サーバで、Interop Gateway サービスである CsDomInteropGty が動作していることを確認します。サービスが動作していない場合は起動します。「Interop Gateway サービスが動作していることを確認する」を参照してください。

2. 次の Domino サーバが動作していることを確認します。

Interop Gateway メール ファイルが存在する Domino サーバ

UAmis メール ファイルが存在する Domino サーバ

UAmis メール ファイルが存在する Domino サーバへのメール転送に使用されるすべての Domino サーバ

また、Domino ルータがこれらすべてのサーバで動作していることを確認します。

3. 接続文書を参照し、UAmis メール ファイルが存在する Domino サーバへのメッセージ転送を Domino が妨げていないことを確認します。詳細については、Domino Administrator のドキュメントを参照してください。

4. Interop Gateway メール ファイルが存在する Domino サーバから UAmis メール ファイルが存在する Domino サーバ へのメッセージ転送に関与する Domino サーバ上の MAIL.BOX に、メッセージが残っていないかどうかを確認します。詳細については、Domino のドキュメントを参照してください。

5. メッセージが UAmis メール ファイルに送信されない原因を特定できない場合は、「ログの収集およびデフォルト値へのトレースの再設定」で、Cisco TAC に提供するために必要なログの収集方法の詳細を参照してください。

メッセージが UAmis メール ファイルに残っている

発信 AMIS メッセージが UAmis メール ファイルに送信されるときに、AMIS スケジュールおよび AMIS 規制テーブルは、Cisco Unity がいつ電話の呼び出しを行い、リモート ボイスメール システムにメッセージを転送するか決定します。AMIS 送信先番号が規制テーブルによって許可されている場合、この番号へのメッセージは UAmis メール ファイルからすぐに送信されます。この場合、スケジュールの設定は関係ありません。一方、送信先番号が規制テーブルによって許可されていない場合、この番号へのメッセージは、AMIS スケジュールがアクティブになる時間まで UAmis メール ファイルのキューに保持されます。

メッセージが 24 時間以上 UAmis メール ファイルに残っている場合は、Windows のイベント ビューア アプリケーション ログにエラーが記録されます。UAmis メール ファイルにメッセージがいくつ残っていても、イベント ログに記録されるエラーは 1 つだけです。UAmis メール ファイルからメッセージが送信または削除されるまで、エラーが毎日ログに記録されます。

メッセージが UAmis メール ファイルに残っていることを確認したら、次のリストを使用して、この問題をトラブルシュートします。

メッセージが UAmis メール ファイルに残っている原因を突き止める

1. AMIS 関連のエラーがないかどうかイベント ビューアを確認します。

2. Cisco Unity システム管理で、AMIS 規制テーブルの設定を調べます。許可されていない送信先番号がある場合、その番号へ宛先指定されたメッセージは UAmis メール ファイルのキューに入れられます。これが、意図せずに起こる場合があります。メッセージをすぐに送信するには、AMIS スケジュールを変更して、トラブルシューティング中に AMIS がアクティブであるようにします。メッセージが UAmis メール ファイルから送信された後に、AMIS スケジュールを再設定し、必要に応じて AMIS 規制テーブルを調整します。

3. AMIS スケジュールを検討します。スケジュールで、すべてのメッセージを送信するのに十分なアクティブ時間が設定されていることを確認します。

4. [システム] >[ポート]ページに移動して、発信 AMIS メッセージに対して少なくとも 1 つのポートが設定されていることを確認します。

リソース不足(スケジュールの時間やポート)のため UAmis メール ファイルにメッセージが蓄積していた場合は、Tools Depot の Port Usage Analyzer、または Cisco Unity システム管理の AMIS 発信トラフィック レポートを使用して、AMIS 発信の転送に関する情報を取得します。次に、AMIS スケジュールとポート割り当てを検討して、追加リソース(時間やポート)を AMIS メッセージ トラフィックに割り当てる必要があるかどうかを判断します。

5. すべての AMIS 発信ロケーション上の送信先番号が有効であることを確認します。送信先番号が有効であることを確認するには、Cisco Unity システム管理で各 AMIS 発信ロケーションの[ネットワーク] >[発信ロケーション] >[プロファイル]ページに移動して、送信先番号を確認します。

6. Domino Administrator または Notes で、UAmis メール ファイルを開き、メッセージに未読のマークが付いていることを確認します。手動で開封済みのマークを付けられたメッセージは、UAmis メール ファイルから送信されません。たとえば、誰かが UAmis メール ファイルの監視中にメッセージを開いた場合、そのメッセージは送信されません。「UAmis メール ファイルのメッセージ プロパティを表示する」の説明に従って、AMIS メッセージのメッセージ プロパティを確認します。

7. メッセージが UAmis メール ファイルに残っている原因を特定できない場合は、「ログの収集およびデフォルト値へのトレースの再設定」で、Cisco TAC に提供するために必要なログの収集方法の詳細を参照してください。

メッセージが UAmis メール ファイルから出されたが配信されない

UAmis メール ファイルから出されたがリモート ボイスメール システムのユーザに配信されないメッセージに関する問題をトラブルシュートするには、次の手順を実行します。

配信されないメッセージをトラブルシュートする

1. AMIS 関連のエラーがないかどうかイベント ビューアを確認します。

2. 次のように、Cisco Unity の AMIS コンフィギュレーションを二重確認します。

a. Cisco Unity システム管理で、[ネットワーク] >[AMIS オプション] >[発信オプション]ページに移動します。[リモート システムが応答しない場合]および[リモート システムが通話中の場合]の設定を検討します。これらの設定は、少なくともデフォルト値([後で切断]は 4 回、[呼び出し中]は 4 回、[すべてリトライ]は 5 分)にする必要があります。このように設定しないと、リモート ボイスメール システムが応答できるだけの時間がなくなります。

b. 各 AMIS 発信ロケーションの[ネットワーク] >[発信オプション] >[プロファイル]ページに移動します。[この AMIS ロケーションへの外線発信メッセージを無効にします]チェックボックスがオンになっている場合は、必要に応じて[送信先番号]を変更してから、チェックボックスをオフにします。

c. [ネットワーク] >[プライマリ ロケーション] >[プロファイル]ページに移動します。リモート ボイスメール システムによってノード ID が受け入れられていることを確認します。

3. AMIS ロケーションへのコールが実際に行われているか、あるいは AMIS 転送中に予期しないことが起こったのかを確認します。Tools Depot の Port Status Monitor を使用して、コール プログレスを観察できます。「Port Status Monitor を使用して AMIS 転送の詳細を参照する」を実行してください。

4. 発信 AMIS 通話が長距離電話である場合は、電話システムに長距離電話に関する制限があるかどうかを確認します。

5. Hang-Up トーンが問題の原因となっている可能性があるかどうかを確認します。「「C」および「D」DTMF Hang-Up トーンによって AMIS コールが失敗する」を参照してください。

6. メッセージが送信されない原因を特定できない場合は、「ログの収集およびデフォルト値へのトレースの再設定」で、Cisco TAC に提供するために必要なログの収集方法の詳細を参照してください。

7. 任意で、AMIS プロトコルについてさらに詳しい情報を得て、転送されたフレームと数字のログ ファイルの解読を試みる場合は、「高度なトラブルシューティング:AMIS コールのフレームと数字を表示する」を参照してください。

受信 AMIS メッセージ フローの追跡

図6-2 は、リモート ボイスメール システムから Cisco Unity に到達する受信 AMIS メッセージの高レベルでのフローと、パス上で発生した問題のトラブルシューティングに使用できるログやその他のツールを示しています。

図6-2 受信 AMIS メッセージのフローとトラブルシューティング ツール

 

上の図では、Cisco Unity ユーザがメッセージを聞くために使用する Cisco Unity サーバが Cisco Unity AMIS ブリッジヘッド サーバと同じである場合もそうでない場合もあります。そのため、簡潔にするために省略されています。さらに、PSTN から Cisco Unity ブリッジヘッド サーバへのパスは、電話システム連動によって異なります。図中に 2 つのパスが表示されているのは、Cisco CallManager 連動を使用している場合に、ゲートウェイまたはルータで転送の問題が発生する可能性があるからです。Cisco CallManager 連動がない場合は、そのパスを無視してください。Interop Gateway サービスは、実際は Cisco Unity サーバで動作し、Interop Gateway メール ファイルが、Domino サーバに存在することにも注意してください。

次のタスク リストを使用して、受信 AMIS メッセージに関する問題をトラブルシュートします。

1. 各 AMIS 発信ロケーションの[ネットワーク] >[発信オプション] >[プロファイル]ページに移動します。このページに入力されているノード ID が、リモート ボイスメール システムの転送するノード ID と完全に一致することを確認します。

2. Hang-Up トーンが問題の原因となっている可能性があるかどうかを確認します。「「C」および「D」DTMF Hang-Up トーンによって AMIS コールが失敗する」を参照してください。

3. Cisco Unity 着信サービスが Opening Greeting などのコール ハンドラへ着信を転送することを確認します(この転送処理は、Cisco Unity を初めてインストールしたときに行われるデフォルトの動作です)。

4. メッセージが Interop Gateway メール ファイルに送信されたかどうかを確認します。「メッセージが Interop Gateway メール ファイルに届くことを確認する」を実行してください。

5. メッセージが Interop Gateway メール ファイルに送信されなかった場合、AMIS の転送時に何か不具合が生じた可能性があります。Port Status Monitor を使用して、受信 AMIS コール プログレスを観察し、何か手掛かりがないかを確認します。「Port Status Monitor を使用して AMIS 転送の詳細を参照する」を参照してください。

6. 問題が解決できず、Cisco TAC に問い合せる場合は、「ログの収集およびデフォルト値へのトレースの再設定」を参照して、必要なログ ファイルを収集します。

7. 任意で、AMIS プロトコルについてさらに詳しい情報を得て、転送されたフレームと数字のログ ファイルの解読を試みる場合は、「高度なトラブルシューティング:AMIS コールのフレームと数字を表示する」を参照してください。

ログの収集およびデフォルト値へのトレースの再設定

メッセージが送信されていない原因を特定できない場合は、Unity Diagnostic Tool による診断ログ ファイルを収集して、Cisco TAC に提供します。広範なログによってかなりの量のディスク領域が費やされるので、トレースを必ずデフォルト値の設定に戻すようにしてください。次の各手順を参照してください。

「Unity Diagnostic Tool のログ ファイルを取得する」

「Interop Gateway の Unity Diagnostic Tool ログ ファイルを取得する」

Unity Diagnostic Tool のログ ファイルを取得する


ステップ 1 Cisco Unity AMIS ブリッジヘッド サーバで、Windows の[スタート]メニューから [プログラム] >[Unity] >[Unity Diagnostic Tool] をクリックします。

ステップ 2 [Cisco Unity Diagnostic Tasks]画面で、 [ログ ファイルの収集] をクリックします。[ログ収集ウィザードへようこそ]が表示されます。

ステップ 3 [ログの選択]をクリックします。

ステップ 4 必要に応じて、[参照]をクリックしてログ ファイルのディレクトリを変更します。

ステップ 5 [次へ] をクリックします。[収集するログの選択]ページが表示されます。

ステップ 6 [AvCsMgr] を展開し、最後の診断ファイルのチェックボックスをオンにして選択します。

ステップ 7 [AvMsgStoreMonitor] を展開し、最後の診断ファイルのチェックボックスをオンにして選択します。

ステップ 8 Interop Gateway サービスがこのサーバで動作している場合は、 [CsDomInteropGty] を展開し、最後の診断ファイルのチェックボックスをオンにして選択します。

それ以外の場合は、次の「Interop Gateway の Unity Diagnostic Tool ログ ファイルを取得する」の手順に従って、Interop Gateway サービスが動作している Cisco Unity サーバで Unity Diagnostic Tool を実行し、Interop Gateway のログ ファイルを収集する必要があります。

ステップ 9 [次へ] をクリックします。ファイルの処理が終了すると、[ログ収集ウィザードを完了しています。]ページが表示されます。

ステップ 10 [ディレクトリの表示] をクリックして、ディレクトリのウィンドウを開きます。

ステップ 11 [ログ収集ウィザードを完了しています。]のページで、 [終了] をクリックします。

ステップ 12 [Cisco Unity Diagnostic Tasks]ページで、 [デフォルト トレースへの再設定] をクリックします。

ステップ 13 [新規ログ ファイル開始] をクリックします。

ステップ 14 Cisco Unity Diagnostic Tool を終了します。


 

Interop Gateway の Unity Diagnostic Tool ログ ファイルを取得する


ステップ 1 Interop Gateway サービスが動作している Cisco Unity サーバで、Windows の[スタート]メニューから [プログラム] >[Unity] >[Unity Diagnostic Tool] をクリックします。

ステップ 2 [Cisco Unity Diagnostic Tasks]画面で、 [ログ ファイルの収集] をクリックします。[ログ収集ウィザードへようこそ]が表示されます。

ステップ 3 [ログの選択]をクリックします。

ステップ 4 必要に応じて、[参照]をクリックしてログ ファイルのディレクトリを変更します。

ステップ 5 [次へ] をクリックします。[収集するログの選択]ページが表示されます。

ステップ 6 [CsDomInteropGty] を展開し、最後の診断ファイルのチェックボックスをオンにして選択します。

ステップ 7 [次へ] をクリックします。ファイルの処理が終了すると、[ログ収集ウィザードを完了しています。]ページが表示されます。

ステップ 8 [ディレクトリの表示] をクリックして、ディレクトリのウィンドウを開きます。

ステップ 9 [ログ収集ウィザードを完了しています。]のページで、 [終了] をクリックします。

ステップ 10 [Cisco Unity Diagnostic Tasks]ページで、 [デフォルト トレースへの再設定] をクリックします。

ステップ 11 [新規ログ ファイル開始] をクリックします。

ステップ 12 Cisco Unity Diagnostic Tool を終了します。


 

AMIS トラブルシューティング手順

必要に応じて次の手順を使用し、AMIS メッセージ配信に関する問題をトラブルシュートします。この項の手順は、必ずしも実行する必要がある手順の順序になっているとは限らないことに注意してください。手順を使用する時点、および手順を実行する正しい順序については、前のトピックを参照してください。

「AMIS メッセージ送信のトラブルシューティング」

「発信 AMIS メッセージ フローの追跡」

「受信 AMIS メッセージ フローの追跡」

Interop Gateway 外部ドメイン ドキュメントとメール ファイルが存在することを確認する


ステップ 1 Domino Administrator で、 [設定] タブをクリックします。

ステップ 2 左側の領域で、 [メッセージング] >[ドメイン] を展開します。Interop Gateway が使用している外部ドメイン ドキュメントが右側領域のリストに表示されます(右側領域のリストを展開する必要がある場合があります)。

ステップ 3 外部ドメイン ドキュメントを開きます。

ステップ 4 外部ドメイン名が正しいことを確認します。

ステップ 5 [メール情報] タブをクリックし、サーバ名とメール ファイル名を書き留めます。

ステップ 6 外部ドメイン ドキュメントを閉じます。

ステップ 7 外部ドメイン ドキュメントに指定された Domino サーバ上のディレクトリに移動し、Interop Gateway メール ファイル自体が存在することを確認します。


 

メッセージが Interop Gateway メール ファイルに届くことを確認する


ステップ 1 Interop Gateway サービスが動作している Cisco Unity サーバで、サービス MMC を開きます(Windows の[スタート]メニューで、 [プログラム] >[管理ツール] >[サービス] をクリックします)。

ステップ 2 [CsDomInteropGty] を右クリックし、 [停止] をクリックします。

ステップ 3 テスト用の AMIS メッセージを送信します。Interop Gateway サービスを停止したことによって、メッセージが Interop Gateway メール ファイルに届く場合は、サービスが再開するまでメッセージがそこに残ります。

ステップ 4 Domino Administrator または Notes を使用して、Interop Gateway メール ファイルを開き、メッセージがあるかどうかを確認します。

Domino Administrator または Notes を使用して、Interop Gateway メール ファイルにアクセスするには、アクセスするための権限が与えられていることを確認する必要があります。これは、Domino のバージョンおよび組織のセキュリティ ポリシーによって異なります。次の事項をガイドとして使用し、詳細については、Domino のドキュメントを参照してください。

Interop Gateway メール ファイルが存在する Domino サーバで Domino 6.0 以降が動作している場合

フルアクセス管理者権限を持っている場合は、メール ファイルを開くことができます。

フルアクセス管理者権限を持っているユーザがいる場合は、最低限の編集権限を持つように Interop Gateway メール ファイルの Access Control List(ACL)に追加することを管理者に頼みます。

Interop Gateway メール ファイルが存在する Domino サーバで Domino 5.x が動作している場合、またはフルアクセス管理者権限を持っているユーザがいない場合

Interop Gateway サービスを実行するように設定された Cisco Unity サーバ上に作成されたユーザ文書の名前とパスワードを使用して、Domino Administrator にログオンします。このアカウントには、Interop Gateway メール ファイルの ACL に対する編集と文書削除の権限が与えられている必要があります。

Interop Gateway メール ファイルを開くたびにこのアカウントを使用できます。また、Interop Gateway メール ファイル ACL に最低限の編集権限で自分自身を追加できます。

ステップ 5 メール ファイルにメッセージがあるかどうかを確認してから、閉じます。

ステップ 6 Cisco Unity サーバで、Interop Gateway サービスである CsDomInteropGty を再起動し、サービス MMC を閉じます。


 

メッセージが UAmis メール ファイルに配信されていることを確認する


ステップ 1 Cisco Unity システム管理で AMIS 規制テーブルを変更して、すべての番号の許可を取り消します。この操作によって、すべての AMIS メッセージが、AMIS スケジュールがアクティブになるまで UAmis メール ファイルのキューに入れられたままになります。

規制テーブルの変更に関する詳細な手順については、「AMIS 規制テーブルを変更してすべての送信先番号の許可を取り消す」を参照してください。次に、ステップ 2 に進みます。

ステップ 2 AMIS スケジュールを変更して、トラブルシューティング中に AMIS が非アクティブであるようにします。この操作により、メッセージが、観察するのに十分な時間 UAmis メール ファイルにとどまります。

スケジュールの変更に関する詳細な手順については、「トラブルシューティング中に非アクティブになるよう AMIS スケジュールを変更する」を参照してください。次に、ステップ 3 に進みます。

ステップ 3 Domino Administrator または Notes を使用して、UAmis メール ファイルを開き、メッセージがあるかどうかを確認します。

Domino Administrator または Notes を使用して、UAmis メール ファイルにアクセスするには、アクセスするための権限が与えられていることを確認する必要があります。これは、Domino のバージョンおよび組織のセキュリティ ポリシーによって異なります。次の事項をガイドとして使用し、詳細については、Domino のドキュメントを参照してください。

UAmis メール ファイルが存在する Domino サーバで Domino 6.0 以降が動作している場合

フルアクセス管理者権限を持っている場合は、メール ファイルを開くことができます。

フルアクセス管理者権限を持っているユーザがいる場合は、最低限の編集権限を持つように UAmis Gateway メール ファイルの Access Control List(ACL)に追加することを管理者に頼みます。

UAmis メール ファイルが存在する Domino サーバで Domino 5.x が動作している場合、またはフルアクセス管理者権限を持っているユーザがいない場合

Cisco Unity AMIS ブリッジヘッド サーバに対して作成されたユーザ文書の名前とパスワードを使用して、Domino Administrator にログオンします。このアカウントには、UAmis メール ファイルの ACL に対する編集と文書削除の権限が与えられている必要があります。

UAmis メール ファイルを開くたびにこのアカウントを使用できます。また、UAmis メール ファイル ACL に最低限の編集権限で自分自身を追加できます。

ステップ 4 テスト メッセージを送信して、それが UAmis メール ファイルに配信されるかどうかを確認します。ブラインド アクセスを使用する場合は、[発信ロケーション]から有効なダイヤル ID 番号を使うようにしてください。

ステップ 5 テストが終了したら、AMIS 規制テーブルと AMIS スケジュールを通常の操作のための必要な設定に戻します。


 

外部ドメイン名の設定が正しいことを確認する

Interop Gateway が使用する外部ドメイン名は、複数の場所に格納されており、各場所で名前が同じである必要があります。次の手順では、格納されている各場所で外部ドメイン名を確認する方法について説明します。


ステップ 1 Domino Administrator で、 [設定] タブをクリックします。

ステップ 2 左側の領域で、 [メッセージング] >[ドメイン] を展開します。Interop Gateway が使用している外部ドメイン ドキュメントが右側領域のリストに表示されます(リストを展開する必要がある場合があります)。

ステップ 3 リストに表示された名前を書き留め、外部ドメイン ドキュメントを閉じます。

ステップ 4 トレースする AMIS メッセージの受信者が AMIS ユーザの場合、次のサブステップを実行します。それ以外の場合は、ステップ 5 に進みます。

a. Domino Administrator で、 [ユーザーとグループ] タブをクリックします。

b. 左側領域で、 [ユーザー] を展開し、右側領域のリストをスクロールするときに、AMIS ユーザのユーザ文書が表示されるようにします。

c. AMIS ユーザのユーザ文書をダブルクリックします。

d. [基本]タブの[転送アドレス]フィールドで、外部ドメイン名を書き留めます。これは、@ 記号の右側にある名前です。

e. ユーザ文書を閉じます。

ステップ 5 Cisco Unity サーバのデスクトップで、 [Cisco Unity Tools Depot] アイコンをダブルクリックします。

ステップ 6 [Tools Depot]ウィンドウの左側領域で、[Administrative Tools]を展開し、 [Advanced Settings Tool] をダブルクリックします。

ステップ 7 [Unity Settings]リストで、 [Networking--Change Interop Gateway Foreign Domain Name(Domino Only)] をクリックします。

ステップ 8 [Current Value]フィールドの名前を書き留めます。

ステップ 9 [Advanced Settings Tool]を閉じます。

ステップ 10 [Tools Depot]ウィンドウの左側領域で、 [Diagnostic Tools] を展開します。

ステップ 11 [Data Link Explorer] をダブルクリックします。

ステップ 12 [Table Name]リストで、スクロールダウンし、 [Configuration] をクリックします。

ステップ 13 [Column Name]リストで、 [NodeName] をクリックします。

ステップ 14 下側の領域にあるリストで、リストの最後までスクロールダウンし、[NodeName]カラムの名前が[ ForeignDomain] である列をクリックします。

ステップ 15 [NodeValue]カラムの名前を書き留めます。

ステップ 16 [Data Link Explorer]ウィンドウを閉じ、Tools Depot を終了します。

ステップ 17 ステップ 3ステップ 4ステップ 8、およびステップ 15 で書き留めた名前を比較します。名前がすべて同じでない場合は、『 Cisco Unity のネットワーク機能
http://www.cisco.com/univercd/cc/td/doc/product/voice/c_unity/unity40/net/net405/dom/index.htm から入手可能)の「AMIS ネットワーク」の章の「Interop Gateway の外部ドメイン名の変更」の項の手順に従って、外部ドメイン名を変更します。

名前がすべて同じであり、インストールに複数の Cisco Unity サーバが含まれる場合は、すべての Cisco Unity サーバの設定を確認するまで、別の Cisco Unity サーバでステップ 5 からステップ 17 を繰り返します。いずれかの時点で不一致が検出され、「Interop Gateway の外部ドメイン名の変更」の項の手順に従って、外部ドメイン名を変更する場合、すべての AMIS ユーザのユーザ文書およびすべての Cisco Unity サーバで名前が変更されます。


 

AMIS 規制テーブルを変更してすべての送信先番号の許可を取り消す


ステップ 1 Cisco Unity システム管理で、 [ネットワーク] >[AMIS オプション] >[発信オプション] ページに移動します。

ステップ 2 [ローカル ダイヤル規制テーブル]の横にある [表示] をクリックして、AMIS 規制テーブルを表示します。

ステップ 3 [AMIS 規制テーブル]ページで、 [新規パターン番号の追加] をクリックします。

ステップ 4 [ダイヤル パターン]ボックスに * を入力します。

ステップ 5 [この番号でダイヤルを許可]ボックスで [しない] をクリックします。

ステップ 6 [保存] アイコンをクリックします。


 

トラブルシューティング中に非アクティブになるよう AMIS スケジュールを変更する


ステップ 1 Cisco Unity システム管理で、 [ネットワーク] >[AMIS オプション] >[スケジュール] ページに移動します。

ステップ 2 トラブルシューティング中にスケジュールが非アクティブになるよう適切なブロックをクリックします。

ステップ 3 [保存] アイコンをクリックします。


 

Interop Gateway サービスが動作していることを確認する


ステップ 1 Interop Gateway コンフィギュレーション ウィザードが実行された Cisco Unity サーバで、Windows の[スタート]メニューから[ プログラム] >[管理ツール] >[サービス] をクリックします。

ステップ 2 [名前]カラムで、CsDomInteropGateway サービスを探します。

ステップ 3 Interop Gateway サービスが動作していないことが[状態]カラムに示されている場合は、サービスを右クリックしてから [開始] をクリックします。


 

UAmis メール ファイルのメッセージ プロパティを表示する


ステップ 1 Notes または Domino Administrator を使用して、UAmis メール ファイルを開きます。

ステップ 2 AMIS メッセージを右クリックし、 [文書のプロパティ] をクリックします。

ステップ 3 [フィールド] タブ(左から 2 番目のタブ)をクリックし、次のメッセージ プロパティを確認します。

AVP_AMIS_DESTINATION_NODE:AMIS 発信ロケーションのダイヤル ID。

AVP_AMIS_RECIPIENT:受信者のリモート メールボックス番号。

AVP_AMIS_SENDER_ADDRESS:メッセージの送信者。

AVP_SUBMIT_TIME:メッセージが送信された時間。タイムスタンプは GMT(グリニッジ標準時)であることに注意してください。

ステップ 4 [文書のプロパティ]ウィンドウを閉じます。


 

Port Status Monitor を使用して AMIS 転送の詳細を参照する


ステップ 1 Cisco Unity システム管理で [システム] >[ポート] ページに移動し、1 つのポートだけが発信 AMIS コールに対して使用可能になり、そのポート上の他のすべての機能(たとえば、メッセージの到着通知や MWI 発信)が使用不可になるように、必要に応じて設定を変更します。この設定によって、Port Status Monitor でコール プログレス情報を観察するのが簡単になります。


) 番号の大きいポートの方が発信タスクに使用される可能性が高いため、AMIS、MWI、メッセージの到着通知、または TRAP など、何らかの発信通話をトラブルシュートする上で最良の方法は、最後の方のポートのいずれかを使用することです。Cisco Unity は、発信タスクに使用できるポートを、最後のポートの方から検索していきます。


ステップ 2 Cisco Unity サーバ上で、 [Cisco Unity Tools Depot] アイコンをダブルクリックします。

ステップ 3 [Tools Depot]ウィンドウの左側領域で、 [Switch Integration Tools] を展開します。

ステップ 4 [Port Status Monitor] をダブルクリックします。

ステップ 5 左側領域のポート リストで、発信 AMIS の発信コール用に設定されたポートをクリックします。

ステップ 6 [Ports] >[Start Selected]をクリックします。ウィンドウが右側領域に表示されます。ここに、コール プログレス情報が表示されます。

ステップ 7 発信 AMIS コール用に構成したポート以外のポート上の Cisco Unity に電話を使ってダイヤルし、リモート ボイスメール システム上の誰かにテスト メッセージを送信します。

ステップ 8 [Port Status Monitor]ウィンドウで情報を観察します。

AMIS コールが通過する発信情報と状態が表示されます。AMIS コールが AMIS 転送中に通過する状態の数は限られています。AMIS コールが進行するにつれて、[Port Status Monitor]ウィンドウに各状態を説明する名前が表示されます。AMIS 転送状態の詳細については、
http://www.cisco.com/univercd/cc/td/doc/product/voice/c_unity/whitpapr/amis.htm から入手可能な『 White Paper : AMIS Analog Networking Definitions 』を参照してください。


 

「C」および「D」DTMF Hang-Up トーンによって AMIS コールが失敗する

「C」および「D」DTMF トーンは、第 4 カラムのトーンとも呼ばれ、他の 12 の DTMF トーン(「0」~「9」、「*」、および「#」)と同様に、通常のアナログ電話にあります。このトーンは、通常、インバンド アナログ連動およびその他の「人手を介さない」タスクに使用されます。

AMIS コールの最初の動作は、ボイスメール システムの発信と受信の間のハンドシェイクです。発信システムは宛先システムの番号をダイヤルします。発信システムは、宛先システムが通話に応答したことを検出すると、宛先に「C」トーンを送信します。宛先システムは、通話に応答して「C」トーンを検出したら、10 秒以内に「D」トーンで応答する必要があります。「D」トーンの送信後、宛先システムは Start Session フレームを待ち受けます


) AMIS コールの詳細については、
http://www.cisco.com/univercd/cc/td/doc/product/voice/c_unity/whitpapr/amis.htm から入手可能な『White Paper : AMIS Analog Networking Definitions』を参照してください。


東芝の電話システムの多くは、切断が発生したことをボイスメール システムに知らせるために「D」トーンを使用します。他の電話システムも「C」トーンまたは「D」トーンを使用して切断の発生を知らせます。その場合は、Cisco Unity サーバ上のアクティブなスイッチ構成ファイルで
「HangUpTone=C」または「HangUpTone=D」というパラメータが定義されます。

「HangUpTone=C」が定義されている場合、そのシステムで AMIS 機能を使用することはできません。リモート ボイスメール システムが Cisco Unity にダイヤルし、「C」トーンを送信して AMIS ハンドシェイクを開始すると、Cisco Unity はそれを電話システムからの切断信号と解釈し、通話を切ります。

同様に「HangUpTone=D」が定義されている場合、そのシステムで AMIS 機能を使用することはできません。Cisco Unity がリモート ボイスメール システムにダイヤルし、「C」トーンを送信して AMIS ハンドシェイクを開始し、リモート ボイスメール システムが「D」トーンで応えると、Cisco Unity はそれを電話システムからの切断信号と解釈し、通話を切ります。

この問題を解決するには、別の方法(リオーダー トーン、ダイヤル トーン、または電流ループ反転)で切断を示すように電話システムを構成し、アクティブなスイッチ ファイルから HangUpTone パラメータを削除します。ただし、この方法が不可能な場合は、「A」または「B」を切断トーンとして使用するように電話システムを構成し、この新しい値と一致するようにアクティブなスイッチ ファイルの HangUpTone パラメータを変更します。

Cisco Unity によって予期される切断パケットのデフォルト値(avanaglog.avd に定義されている)は、AMIS を処理できるように選択されています。これらの値を変更すると、AMIS コールが失敗する場合があります。

アクティブなスイッチ ファイルの名前を取得する


ステップ 1 Cisco Unity サーバで、Regedit を起動します。


注意 違うレジストリ キーを変更したり、誤った値を入力したりすると、サーバが機能不良を起こすことがあります。レジストリを編集する前に、問題が起きた場合の復元方法を確認してください(レジストリ エディタのヘルプの「復元」トピックを参照してください)。Cisco Unity フェールオーバーでは、一方の Cisco Unity サーバのレジストリを変更した場合、レジストリの変更は複製されないため、もう一方の Cisco Unity サーバのレジストリは手動で作成する必要があります。レジストリ キー設定の変更について質問があるときは、Cisco TAC に問い合せてください。

ステップ 2 レジストリの最新のバックアップがない場合は、 [レジストリ] >[レジストリ ファイルの書き出し] をクリックし、レジストリの設定をファイルに保存します。

ステップ 3 次のキーを展開します。

HKEY_LOCAL_MACHINE\Software\Active Voice\Miu\1.0\Initialization\Switch 0

デュアル スイッチ連動の場合は、次のキーも展開します。

HKEY_LOCAL_MACHINE\Software\Active Voice\Miu\1.0\Initialization\Switch 1

ステップ 4 ...\Switch 0 キーの下の [Switch Configuration File] 値を表示して、アクティブなスイッチ ファイルの名前を取得し、 [キャンセル] をクリックします。デュアル スイッチ連動の場合は、...\Switch 1 キーの下の[ Switch Configuration File] 値を表示して、2 番目のアクティブなスイッチ ファイルの名前を取得し、 [キャンセル] をクリックします。

ステップ 5 Regedit を閉じます。


 

アクティブなスイッチ ファイルを編集する


ステップ 1 Cisco Unity サーバで、 \CommServer\IntLib ディレクトリに移動します(C:\CommServer は、
Cisco Unity がデフォルトでインストールされるディレクトリです。Cisco Unity が別のディレクトリにインストールされている場合は、そのパスを代わりに使用してください)。

ステップ 2 テキスト エディタでアクティブなスイッチ ファイルを開きます。

ステップ 3 [Configuration]セクションで「HangUpTone=」が存在しない場合や「C」または「D」以外の値が設定されている場合は、パラメータが AMIS と競合しないので、ファイルの内容は変更しません。ファイルを閉じて、ステップ 5 にスキップします。

ステップ 4 「HangUpTone=」が「C」DTMF トーンまたは「D」DTMF トーンに設定されている場合、実行すべき操作は、電話システムで構成した新しい切断通知によって異なります。たとえば、次のようになります。

電話システムが別の方法(リオーダー トーン、ダイヤル トーン、または電流ループ反転)で切断を示す場合は、アクティブなスイッチ ファイルから HangUpTone パラメータを削除します。ファイルを保存して閉じます。

電話システムが「A」 DTMF トーンまたは「B」 DTMF トーンを切断トーンとして使用する場合は、この新しい値と一致するように「HangUpTone=」を変更します。ファイルを保存して閉じます。

ステップ 5 デュアル スイッチ連動の場合は、2 番目のアクティブなスイッチ ファイルを編集するために、ステップ 1 からステップ 4 を繰り返します。

ステップ 6 Cisco Unity を停止して再起動し、アクティブなスイッチ ファイルに加えた変更を有効にします。


 

高度なトラブルシューティング:AMIS コールのフレームと数字を表示する

AMIS コール(発信または受信)は行われているが、何らかの理由で失敗していることを確認したら、AMIS コール時のフレームと数字のトレースを取得して、問題を特定し、解決できるかどうかを確認する必要がある場合があります。このようなトレースを取得するには、Unity Diagnostic Tool の Conv Amis 28 マイクロ トレースを使用可能にし、他のすべてのトレースを使用不能にし、もう一度テスト コールを行います。使用可能な Extensive Incoming AMIS Message Traces マクロ トレースと Extensive Outgoing AMIS Message Traces マクロ トレースの両方には、Conv Amis 28 マイクロ トレースが含まれますが、他のマイクロ トレースも多数含まれます。このため、コール プログレスを追跡するのが難しくなります。ただし、Cisco TAC にログ ファイルを提供するように求められている場合は、該当するマクロ トレースによるログ ファイルを提供する必要があります。

Unity Diagnostic Tool を使用して Conv Amis 28 マイクロ トレースのログ ファイルを収集する場合、AvCsMgr プロセス内の診断ログ ファイルを選択します。フレームと数字のトレースを取得した後、『 White Paper: AMIS Analog Networking Definitions 』で、AMIS プロトコルに関する詳細を参照してください。このホワイト ペーパーは、
http://www.cisco.com/univercd/cc/td/doc/product/voice/c_unity/whitpapr/amis.htm から入手できます。