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

Cisco CallManager を使用する Cisco Unity: 片通話

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


目次


概要

この資料は Cisco Unity および Cisco Unified CallManager によって関連付けられる単方向音声問題に関する問題およびソリューションを説明したものです。

注: これは Cisco Unified CallManager によって統合 Cisco Unity for Exchange に基づいています。

前提条件

要件

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

使用するコンポーネント

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

表記法

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

問題-ユーザは記録することが不可能音声メール プロンプトを聞く場合があります

この問題はユーザがプロンプトを聞くが含みましたり、記録とできません。 この資料は普通 通話 開始が正しくはたらくという前提で書かれています(IP Phone は Cisco Unity を呼出すことができ、コールは応答されます)。 この資料は障害ポイントを狭くすることのユーザを支援します。

解決策

Unity Wave に 関する 問題を明らかにして下さい

これが Unity Wave に 関する 問題である場合識別するためにウェーブ レコード エラーがあるかどうか NT イベントログを点検して下さい。 ウェーブ レコード エラーが検出される場合、イベントログメッセージが付いている Cisco テクニカル サポートに連絡して下さい。 ウェーブ レコード エラーが検出されない場合、それはネットワークやファイアウォール設定の問題である可能性があります。

RTPストリーミングを解決して下さい

ルータ/ファイアウォールはオーディオのための RTP 双方向ストリーミングが IP Phone からの Cisco Unity に達するようにする必要があります。 これらの RTP ストリームは一般的に UDP ポート 16384 およびそれ以降を使用します。 従って、ネットワークは両方の方法これらの UDP ポートのトラフィックが行くようにする必要があります。 電話からの RTPストリーミングを解決するためにこれらのステップを完了して下さい:

  1. RTP がデータ 送信 されることを確認して下さい。

    パーソナル グリーティングを記録するように試みる間、IP Phone の info ボタンを二度押して下さい。 ディスプレイの項目の 1 つは Tx パケットカウントです。 これは話すと同時に増加します。 それが増加しない場合、これは RTP データが送信 されて いないことを意味します。 次 の ステップはこの資料の範囲内にない RTP データ転送を有効に することです。

  2. ネットワークがパケットを廃棄しないことを確認して下さい。

    RTP データが、それでも存在 する問題送信 されるがネットワーク ゲートウェイが正しく設定されないという理由による場合もあります。 コンピュータを同じハブ/スイッチに置き、電話としてサブネット化し、電話と同じゲートウェイを使用するためにそれを設定して下さい。 このコンピュータから Cisco Unity サーバを ping することを試みて下さい。 次 の ステップはこの資料の範囲内にないネットワークを解決することです。

  3. ファイアウォールがパケットを廃棄しないことを確認して下さい。

    RTP データが、それでも存在 する問題送信 されるがファイアウォールが無言でパケットを廃棄するという理由による場合もあります。 電話を同じハブ/スイッチに設置し、Cisco Unity ボックスとしてサブネット化し、他の IP 電話を呼出すことを試みて下さい。 またメディア マスターとこれをすることを試みて下さい。 オーディオはテスト IP Phone と他の電話間の両方の方法を流す必要があります。 そうでない場合、中央の何かはそのトラフィックをブロックしています。 次 の ステップはこの資料の範囲内にないファイアウォールを解決することです。

    注: このテストはファイアウォール設定の問題を常に診断しません。 UDP ポート 20000 のトラフィックを以上に可能にするサイトは見られました。 Cisco Unity は通常 19000 と 20000 間のポートを使用します。 電話は通常 20000 の上の UDP ポートを使用します。 この設定では、2 台の電話間の音声 ストリーム、しかしオーディオは電話から Cisco Unity に流れません。 この問題を診断する単純な方法がありません。 これらの条件が本当である場合、これがファイアウォールの問題であることが仮定されます:

    • ユーザはプロンプトを聞きましたり、記録できません。

    • 電話と Cisco Unity 間にファイアウォールがあります。

    • 電話と同じゲートウェイを使用するために設定される電話と同じハブ/スイッチのコンピュータから Cisco Unity を ping できます。

    • オーディオは Cisco Unity が Cisco Unity と同じハブ/スイッチの電話から呼出されるとききちんとはたらきます。

    注: Cisco Unity がコールに応答するが、ユーザが Cisco Unity を聞く場合がない場合 Cisco Unity から IP Phone に RTPストリーミングが IP Phone からだけ Cisco Unity にはたらく、ないことができますことである。

デュアル NIC に関する 問題を解決して下さい

単方向音声問題はデュアル ネットワーク インターフェイス カード(NIC)がシステムを入力する場合発生する場合があります。 詳細については Cisco Unity のための二重 NIC 設定およびトラブルシューティングを参照して下さい。 回避策としてこのプロシージャを使用して下さい。

  1. NIC の 1 つをディセーブルにして下さい。

  2. アクティブ/パッシブの方法の NIC を設定して下さい。

問題- Unity 音声メール プロンプトを聞くことが不可能

ユーザがリモートサイトによってから Public Switched Telephone Network (PSTN) Cisco Unity に呼出しを行うとき、無音は音声メール プロンプトで受け取られます。

PSTN コーリングパーティは Cisco Unity で設定されるメッセージを聞けません。 Cisco Unity ポートステータス モニタは Unity がコールに応答することを示します。 Cisco Unity は発信者にメッセージ音声 ストリームを送信しますが、コーリングパーティはメッセージを聞けません。 Cisco Unity 適切に機能への内部 コール、および発信者はメッセージを聞けます。

これは PSTN [ゲートウェイ]によって Cisco Unity に呼び出しに影響を与える単方向音声の問題です。 この問題は Cisco Unity がゲートウェイの誤ったインターフェイスにリアルタイム プロトコル(RTP)パケットを送信すると生じます。 たとえば、Cisco Unity は Media Gateway Control Protocol (MGCP) プロセスのための「結合 された」インターフェイスであるファーストイーサネットインターフェイスの代りにループバックインターフェイスにパケットを送信します。

解決策

Cisco Unity がゲートウェイの誤ったインターフェイスに現在 RTP パケットを送信するかどうか調べるこれらのコマンドを発行できます。

この問題を解決するには、次の手順を実行します。

  1. MGCP プロセスをシャットダウンする mgcp コマンドを発行しないで下さい。

  2. ルータコンフィギュレーションから mgcp バインド制御および mgcp バインド メディア コマンドを削除して下さい。

  3. mgcp bind コマンドを再発行して下さい。

  4. 再度ゲートウェイが Cisco Unified CallManager に登録するようにする mgcp コマンドを発行して下さい。

  5. コールを再度テストし、Cisco Unity が正しい(限界) MGCP インターフェイスに RTP ストリームを送信することを確認するために上記される show コマンドを発行して下さい。

問題-音声メールを聞くことが不可能

ユーザは音声メール ボックスにアクセスすることを試みるとき音声メールを聞くことができません。 これはユーザが Cisco Unity から音声メール メッセージを取得するように試みるとき単方向音声の問題です。

ユニティ サブスクライバが外部電話から音声メールにアクセスすることを試みるとき無音は音声メールがされるとき受け取られます。 これは単方向音声においての問題です(DTMF トーンが Unity Unity からのオーディオに transmited が、のでだけ Unity への外部は外部電話に達していません)。

解決策

G729 コーデックはこの問題を引き起こす場合があります。 コールセットアップの 20 バイトと G.729 コーデックをネゴシエートするゲートウェイは 40 バイトを代りに送信 するかもしれません。 Unity は 40 のバイトパケットを受信するとき、それらを廃棄します。

この問題への解決は停止 Cisco CallManagerサービス パラメータのアドバタイジング G729 コーデック Annex B です。

または

Cisco IOS に音声ゲートウェイをアップグレードして下さいか。 ソフトウェア リリース 12.2(11)T5 または 12.2(11)T6。 修正はリリース 12.2(13)T3 に利用可能になる場合またあります。 Cisco IOS ソフトウェア リリース 12.2(13)T1 に修正がありません。

G.729 コーデックを使用している外部 の 発信者からの Unity の音声メールメッセージをですブランク参照して下さい 詳細については Field Notice

外部からの音声メールに転送される呼び出しはビジーシグナルを得ます

問題

MGCP PRI ゲートウェイからの呼び出しは Cisco Unity が 2 つの呼び出しを即座に見、ビジーシグナルを与えるように半ばを切り、再接続します。 これが起こるとき、一般的に外部から呼出します主要な 800 番 レシーブにビジーシグナルをルーティングする。

解決策

DMS-100 または DMS-250 プロトコルと MGCP PRI ゲートウェイを使用するとき、チェックは Gateway Configuration ページの DisplayIE の余分主要登場人物を送信 します

注: このチェックボックスは DMS-100 および DMS-250 プロトコルにだけ適用します。 デフォルトでこの設定は無効です(チェックを外される)。

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

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


関連情報


Document ID: 13908