音声とユニファイド コミュニケーション : Cisco Unity

Cisco Unity: ボイスメールが 30 秒後に停止する

2015 年 11 月 25 日 - 機械翻訳について
その他のバージョン: PDFpdf | ライター翻訳版 (2013 年 9 月 3 日) | 英語版 (2015 年 8 月 22 日) | フィードバック


目次


概要

このドキュメントでは、サブスクライバが Telephone User Interface(TUI)上でログイン、メッセージの取得、転送、削除をする際に発生する遅延について、Cisco Unity でのトラブルシューティングの手順を紹介します。 これら遅延は断続的または一貫して発生する可能性があり、複数の方に該当する可能性があります。 サブスクライバ会話の遅延は、数秒または相当な時間続くことがあり、Cisco Unity システムの機能に影響をおよぼす可能性があります。

このドキュメントでは、Cisco Unity 以外に設置されたパートナー サーバ(メールストアまたはホーム サーバとも呼ばれます)があるものと想定します。 このドキュメントには、Microsoft Exchange バージョン 5.5、2000、2003 に関する情報が含まれています。

前提条件

要件

このドキュメントに関する特別な要件はありません。

使用するコンポーネント

このドキュメントは、特定のソフトウェアやハードウェアのバージョンに限定されるものではありません。

このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されたものです。 このドキュメントで使用するすべてのデバイスは、クリアな(デフォルト)設定で作業を開始しています。 ネットワークが稼働中の場合は、コマンドが及ぼす潜在的な影響を十分に理解しておく必要があります。

表記法

ドキュメント表記の詳細は、『シスコ テクニカル ティップスの表記法』を参照してください。

問題の説明

一部またはすべての Cisco Unity サブスクライバの間で、メールボックスへログインするとき、または TUI 経由でメッセージを取得、転送、もしくは削除するときに遅延が発生します。 この問題は、Cisco Unity サーバとは別にメールストアを配置したとき、Cisco Unity のバージョンに関係なく発生することがあります(Cisco Unity 3.0(x) 以降でよく見られます)。

Cisco Unity を導入する際の「ネットワークに関する考慮事項」については、『Cisco Unity 設計ガイド』の同じ章を参照してください。 手順では、Cisco Unity と Microsoft Exchange パートナー サーバの間の共通設定を確認します。

Cisco Unity でコールに応答するとき遅延が発生する場合(たとえば何もアナウンスが再生されない、または着信音しか聞こえないなど)、Cisco Unity テレフォニー インテグレーションに関する次のドキュメントを参照してください。

サブスクライバ会話で遅延を引き起こす原因の特定

MbxSuite.exe による遅延の原因の切り分け

MbxSuite.exe は、Cisco Unity インストール パッケージで提供されるユーティリティです。遅延の原因がソフトウェアまたはネットワークのパフォーマンスのどちらに起因するかを調べることができます。

このユーティリティは、Cisco Unity が Messaging Application Programming Interface(MAPI)に生成するのと同じ要求を生成するために開発されました。’’ いくつか情報を入力すると、MbxSuite.exe はメールボックスへのログインを試みます。

現在お持ちの Cisco Unity ソフトウェア バージョンにこのユーティリティがない場合(Cisco Unity 4.0(2) 以前)、次に示すネットワーク設定と Microsoft Exchange の監視に関する手順に移動してください。 問題が解決しない場合は、インストール済みの Cisco Unity バージョンで MbxSuite.exe を使った問題の切り分けができるかどうか、Cisco のテクニカル サポートまでお問い合わせください。

MbxSuite.exe の使用中に遅延が発生する場合、ネットワーク構成の設定または Microsoft Exchange のパフォーマンスを詳細に調べる必要があります。

ping を使用したテスト ネットワーク接続 およびスループットのテスト

ping を使用すると、ネットワーク スループット(データ転送レート)に関する問題を明らかにすることができます。 遅延とは、パケットが宛先に到達するのにかかった時間のことです。 ping を使って、大きなパケットを送信したときの遅延を調べてみましょう。 大きなサイズのパケットを送信すると時間がかかる場合、スループットに問題があるかもしれません。

ping を使って Cisco Unity と Microsoft Exchange の間のネットワーク接続をテストし、遅延(ラウンドトリップ タイム)やパケット損失の問題を確認するには、次の手順に従ってください。

  1. Cisco Unity サーバのコマンド プロンプトで ping <exchange> -l 1048 -n 999 と入力し、Microsoft Exchange に ping を実行します。「l」は送信するバッファ サイズで、「n」は送信するエコー要求の数です。

    ping の要求結果を見て、応答所要時間が 10 ミリ秒(ms)以下であることを確認します。 時間が変動する、またはパケット損失が発生する場合、帯域幅の問題か、または ping に対する Microsoft Exchange の応答が遅いかのいずれかが想定されます。

    注: 遅延問題が断続的に発生する場合は、この手順を何回か実行して結果が変化するかどうかを見てください。 この手順を、ピーク使用時間中に再度実行してください。

  2. 遅延またはパケット損失が見られない場合、さらに大きいパケットを送信します。 Cisco Unity サーバのコマンド プロンプトで ping <exchange> –l 65500 と入力し、Microsoft Exchange に ping を実行します。「l」は送信するバッファ サイズです。

    平均ラウンドトリップ時間が大きい場合(たとえば 30 ms 超)、ネットワーク スループットに問題があることが分かります。 ただし、ルータで ping のパケット サイズを制限できることから、ping がタイムアウトで終了することもあります。 その場合、スループットに問題があるわけではありません。 ルータを介してテストする場合は、十分留意してください。ほとんどのルータの ping パケット サイズ制限は 1400 バイト前後です。

  3. ping の応答所要時間が変動する場合、Cisco Unity サーバおよび Microsoft Exchange 間と、Cisco Unity サーバおよび Microsoft Exchange サーバと同じサブネット内にある別の Microsoft Exchange サーバ(またはネットワーク上の別のサーバ)間の応答所要時間を比較します。 Cisco Unity サーバから他のサーバに対して ping <exchange> -l 1048 -n 999 を実行します。

    遅延またはパケット損失が観測される場合、問題はネットワーク内にあると考えられます。 遅延またはパケット損失が見られない場合、問題は Microsoft Exchange サーバにあると考えられます。

ファイル コピーによるネットワーク スループットのテスト

このほか、ネットワーク上で Cisco Unity サーバから別の PC に大きなファイルをコピーし、受信する Mbps を見ることでスループットをテストできます。 期待されるレートでデータを転送できない場合、Cisco Unity サーバのネットワーク インターフェイス カード(NIC)の設定、Cisco Unity のサブスクライバが利用する Microsoft Exchange サーバ、各サーバがネットワークに接続する際のスイッチ ポートを確認します。 ネットワーク インターフェイスのデュプレックスの不一致が発見された場合、次の説明に従って修正してください。

転送時の Kbps を表示するには、ネットワーク インターフェイスのローカル エリア接続のステータスを開き、パケットの送受信を確認します。 Windows パフォーマンス モニタ カウンタでも、長期のネットワーク帯域幅のスループットおよび使用状況を確認できます。

サブスクライバ会話で遅延を引き起こす既知のハードウェア関連の原因

回線速度とデュプレックスが Auto Detect に設定された NIC でスループットが低下する

Cisco Unity サーバ(加えて、Cisco Unity が接続する Microsoft Exchange サーバやスイッチすべて)の回線速度とデュプレックスが Auto Detect に設定された NIC では、全二重通信が 100 Mbps 以下の場合、遅延が発生することがあります。 次に示すとおり、ローカル エリア接続のステータスで 100 Mbps と表示される場合でも、NIC の全二重通信を 100 Mbps に設定してください。 この例にあるとおり、ローカル エリア接続のステータスが実際のスループットを示しているとは限らないため、信頼しないでください。

/image/gif/paws/22432/vmdisco30sec-1.gif

LAN の設定を確認するには、Windows の [Start] メニューから [Control Panel] > [Network and Dial Up Connections] > [Local Area Connection] > [Properties] > [Configure] > [Advanced] > [Link Speed and Duplex] の順にクリックします。

/image/gif/paws/22432/vmdisco30sec-2.gif

注: NIC またはスイッチが自動ネゴシエーションに設定されている場合、スイッチでデュプレックス エラーおよび同期エラーが発生する可能性があります。

ネットワーク ルータおよびスイッチ

イーサネット スイッチで、Cisco Unity、Microsoft Exchange、Cisco CallManager が占有するポートにエラーが発生していないかを確認します。 スイッチでエラーが出ている場合、NIC に問題があるかもしれません。

Cisco Unity と Microsoft Exchange の間にルータ デバイスがあるかどうかを確認してください。 ルータ デバイスがある場合、ルータのポートでエラーが発生していないことと、ルータのプログラミングに問題がないことを確認します。 ポートでトランキングが有効になっているか、どんなデュプレックス設定がされているかを確認します。 これらの設定は、サーバの NIC の設定と一致している必要があります。’ デバイスにエラーが出ておらず、プログラミングも正確である場合は、ルータを通過するパケット トラフィックのプライオリティを決定します。 詳細は、『トラブルシューティング:スイッチ ポートおよびインターフェイスの問題』を参照してください。

Cisco Unity と Microsoft Exchange の間にルータが存在しており、音声トラフィックのプライオリティが Microsoft Exchange のトラフィックよりも高く設定されている場合、遅延問題の解決方法は 2 つあります。

  • Cisco Unity を Microsoft Exchange と同じサブネットに移動します。 これはピクチャからルータを奪取 し、可能にします Exchange (Remote Procedure Call (RPC))を ルータ プライオリティ設定によって引き起こされる遅延なしでサーバの間で直接フローするトラフィック。

  • Cisco Unity サーバから Microsoft Exchange に移動するパケットのプライオリティが音声トラフィック以上になるよう、ルータのコンフィギュレーションを変更します。 QoS の変更と同様に、使用率を監視して音声品質に影響がないかを確認します。

Cisco Unity バージョン 4.0(3) 以前で遅延を引き起こす既知のソフトウェア関連の原因

この既知の遅延問題によって、Cisco Unity をコールするサブスクライバに影響がおよぶ可能性があります。 また、一部の原因はネットワーク要求のタイミングとネットワーク サーバまたはパートナー サーバの応答所要時間が組み合わさることで発生している可能性があります。

Microsoft Exchange への連続する MAPI 要求に起因する遅延 – Bug ID CSCea68581

症状

サブスクライバから、パスワードの入力後またはメッセージの取得、配信、転送、返信の最中に遅延が発生すると報告がありました。

問題の説明

MAPI は Cisco Unity から連続して要求を受け取ります。 何らかの理由で 1 つの MAPI 要求が遅延すると、その後の要求も最初の要求が完了するまで遅延してしまいます。 MAPI から Microsoft Exchange サーバへの要求が最初に遅延する原因としては、次が考えられます。

  • Cisco Unity と Microsoft Exchange サーバの間、または 2 台以上の Microsoft Exchange サーバ間におけるネットワーク接続と遅延。

  • Microsoft Exchange のメッセージのインデックス処理。

    たとえば、Microsoft Exchange サービスがサブスクライバの受信ボックス内にあるメッセージ数をカウントし、1 つ以上のクライアント アプリケーションで表示するために特定のタイプで分類する場合などです(新規メッセージと既読メッセージ、重要度が高のメッセージまたはボイスメール、E メール、FAX、受信数など)。 詳細は、このドキュメント内の「メールボックスのインデックス作成における遅延 – Bug ID CSCdy36517」を参照してください。

  • Microsoft Exchange のディスク コンフィギュレーションが不適切、または使用率が高いことによる Microsoft Exchange のパフォーマンス低下(詳細は、「Microsoft のサポート技術情報 - 188676」 と MS Exchange パフォーマンス モニタリングのホワイト ペーパーを参照)。leavingcisco.com

回避策

上記の状態のうち、MAPI 要求の応答所要時間が長くなる原因と思われる問題を解決します。

解決策

Cisco Unity 4.0(4) 以降のバージョンにアップグレードします。 このバージョンでは、環境内に Microsoft Exchange サーバがいくつ存在していても同時に要求を送信することができます。 たとえば、5 台の異なる Microsoft Exchange サーバへ 5 つの MAPI 要求を順番に送信するかわりに、1 つの要求を 5 台宛てに同時に送信できます。

メールボックスのインデックス作成における遅延 – Bug ID CSCdy36517

症状

パスワードを入力した後に遅延が発生すると、サブスクライバから報告がありました。

問題の説明

Cisco Unity のパートナー サーバが Microsoft Exchange メールストアのとき(バージョン 5.5、2000、または 2003)、サブスクライバの受信ボックスでのインデックス作成プロセスが原因でパスワード入力後に遅延が発生することがあります。

ユーザが最初にログインすると、既読または未読メッセージのほか、メッセージ タイプ(ボイスメール、E メール、FAX、受信など)のインデックスが作成されます。 Microsoft Exchange が Cisco Unity へメッセージのカウント数を返す速度は、サブスクライバの受信ボックス内のメッセージ数に影響されます。 たとえば、受信ボックスに数千のメッセージがある場合、10 ~ 15 秒の遅延が発生し、数万のメッセージがあればサブスクライバの要求の処理に数分かかることがあります。

このインデックスが期限切れになったり(Microsoft Exchange 5.5 で発生する可能性が高い)、上書きされたりすると(複数の Microsoft Exchange クライアントがあることから Microsoft Exchange 2000 または 2003 で発生する可能性が高い)、インデックスの作成が再度開始されるため、ユーザは似たような遅延を体験することになります。

回避策

該当するサブスクライバの受信ボックス内にあるメッセージ数を減らします。

解決策

Cisco Unity 4.0(4) 以降のバージョンにアップグレードします。

サブスクライバがメッセージに返信するときに発生する遅延 – Bug ID CSCeb87047

症状

メッセージに返信するとき遅延が発生すると、サブスクライバから報告がありました。

問題の説明

Cisco Unity のパートナー サーバが Microsoft Exchange メールストアのとき(バージョン 5.5、2000、または 2003)、サブスクライバがボイスメールに返信すると、オリジナル メッセージがコピーされることで会話間に遅延が発生する可能性があります。 この遅延は、メッセージの受信者の名前または内線番号の再生、もしくは録音された返信メッセージの前に発生します。

回避策

ありません。

解決策

Cisco Unity 4.0(4) 以降のバージョンにアップグレードします。

サブスクライバがメッセージを転送するときに発生する遅延 – Bug ID CSCdw60112

症状

メッセージを転送するとき遅延が発生すると、サブスクライバから報告がありました。

問題の説明

Cisco Unity のパートナー サーバが Microsoft Exchange メールストアのとき(バージョン 5.5、2000、または 2003)、サブスクライバがボイスメールを転送すると、オリジナル メッセージがコピーされることで会話間に遅延が発生する可能性があります。 この遅延は、メッセージの受信者の名前または内線番号の再生の前に発生します。

回避策

ありません。

解決策

Cisco Unity 3.0(5)、3.1(3)、4.0(1) 以降のバージョンにアップグレードします。

サブスクライバがメッセージを削除するときに発生する遅延 – Bug ID CSCeb55381

症状

メッセージを削除するとき遅延が発生すると、サブスクライバから報告がありました。

問題の説明

Cisco Unity のパートナー サーバが Microsoft Exchange メールストアのとき(バージョン 5.5、2000、または 2003)、サブスクライバがボイスメールを削除すると、オリジナル メッセージがコピーされることで会話間に遅延が発生する可能性があります。

不具合は、次の条件の両方を満たすときに発生します。

  1. メッセージを削除したサブスクライバで、COS 設定の「Deleted messages are copied to the deleted items folder」が有効になっている。

    注: COS 設定は、[Cisco Unity Administrator] > | [Class of Service] > | [Messages] ページから行えます。

  2. サブスクライバが TUI で非常に大容量のメッセージを削除した。

回避策

COS 設定の [Deleted messages are copied to the deleted items folder] を無効にします。

解決策

最新バージョン(Cisco Unity 4.0(4))について、この問題への最新のソフトウェア ソリューションはありません。

Microsoft Exchange のパフォーマンスの最適化

Microsoft Exchange バージョン 5.5 を使用している場合、MS KB 266051 の指示にあるとおり Microsoft Exchange オプティマイザ を実行します。 詳細については、『XADM: The "Understanding the Microsoft Exchange Server Performance Optimizer"』 を参照してください。leavingcisco.com

注: Microsoft Exchange オプティマイザを実行してもサブスクライバ会話の応答所要時間が改善されない場合、または Microsoft Exchange 2000 を使用している場合、『3 Basics of Exchange Server Performance』 を参照してください。leavingcisco.com

Microsoft Exchange 5.5 のインデクシング

メールボックスに大量のメッセージがあると、Microsoft Exchange がメールボックスの再インデックス化を実行する場合に、ログインで断続的な遅延が発生することがあります。 詳細は、次のドキュメントを参照してください。

関連するシスコ サポート コミュニティ ディスカッション

シスコ サポート コミュニティは、どなたでも投稿や回答ができる情報交換スペースです。


関連情報


Document ID: 22432