キャンセル
次の結果を表示 
次の代わりに検索 
もしかして: 
告知
シスコ サポート コミュニティへようこそ!あなたの ご意見 をお聞かせください。
New Member

シスコIP電話とNEC電話間の通話

はじめての投稿で対象外の質問でしたら、

すみません。

CCM4.1で管理されているシスコIP電話とNECの電話間で10回に1回の割合で、受話器をとった後、

無音状態になります。

こちらの原因を調査する方法と解決策などあれば、教えて頂きたいです。

もし解決事例などあれば、紹介していただきたいです。

3 件の返信

Re: シスコIP電話とNEC電話間の通話

通話が確立していながら無音になってしまう事象には様々な原因があり、問題を解決する場合は
まず構成などを確認するところから始めます。

NEC電話機とシスコIP電話機はそれぞれどのようなモデルをご利用でしょうか。
また、この二つの電話機間はどのような構成で接続されているのでしょうか。

例として

Cisco IP 電話機 -- CCM4.1 -- VoiceGW -- PRI接続等 -- NEC製PBX -- NEC電話機

のような構成が考えられますが、VoiceGWとの接続、PBXとのシグナリングなども種々のプロトコルが
あり、かなりのバリエーションが考えられます。

また、電話機機種依存の問題である場合はモデル名、Cisco IP電話機の場合、さらに電話機の
ファームウェアバージョンなどの情報も必要です。

また、通話が無音という場合でも両者ともが無音なのか、それとも片方向からのみが無音なのか、
片方向からの場合はどちら側なのかを確認してください。

無音になる原因は
・そもそもVoIPのパケットが流れていない

・パケットは流れているけれどもパケット内容が無音のパケット
等、いろいろな理由があります。前者の場合は、H245のTCSネゴで失敗しているログが

残っている場合もありますし、後者の場合は実際にパケットキャプチャーを行わないと

わからないかもしれません。
(パケットが流れているか、いないかについてはCisco IP電話機の場合、通話中に ?ボタンを

素早く2回押すことで、トラフィック情報を電話機上で直接確認できます。)

まずは、現在問題が発生している事象についてもう少し詳しい情報をいただければと思います。

New Member

Re: シスコIP電話とNEC電話間の通話

返信ありがとうございます。

構成は例で挙げて頂いた構成の通りとなります。

電話機は、7960Gと7911で発生しており、ファームウェアバージョン8.0(7.0)

になります。

通話は、両者とも無音状態でした。

実はビル停電前には発生していなかった現象で、

ビル停電後に発生いたしました。

VoiceGWだけ、再起動していないのですが再起動する価値はございますでしょうか。

また、無音の原因に関しては、無音時に?ボタンで確認したところ、

TxCntではトラフィックは流れていたのですが、

RxCntではトラフィックがまったく流れてこない様子でカウントが0のままでした。

こちらは、TCSネゴで失敗していることが原因になりますでしょうか?

Re: シスコIP電話とNEC電話間の通話

>> TxCntではトラフィックは流れていたのですが、

>> RxCntではトラフィックがまったく流れてこない様子でカウントが0のままでした。

シスコIP電話機側からNEC電話への送話はできている(NEC電話機側では
シスコIP電話機側の声が聞こえる)けれども、NEC側電話機側からの声が
聞こえないということで良いでしょうか。

>> 実はビル停電前には発生していなかった現象で、

>> ビル停電後に発生いたしました。

>> VoiceGWだけ、再起動していないのですが再起動する価値はございますでしょうか。


何回かに一回、無音が発生するということから、VoiceGW内のDSP特定チャンネルもしくは

PBXの利用している特定ポートに障害が発生している可能性も考えられます。
特定の障害が発生しているチャンネルもしくはポートを利用した場合に、事象が発生している
のではないかという推測です。

Voice GW側のDSPの状態については show voice dsp detailed コマンドで確認することができます。

通話中に *DSP VOICE CHANNELS* 内の 左端 TX/RX PACK COUNTが増加することが確認
できれば、DSP上は音声パケットが流れていることになります。このときのDSPチャンネルの利用
ステータスはCURR STATTEの部分に表示されます。なお、RSTはリセットカウンタ(何らかの理由で
DSPが強制リセットされた回数。ブート時よりの累計)となりますので、この部分の数値が大きければ
DSP自体の障害の可能性も考えなければなりません。

Voice GW をリセットすることにより、当然、搭載されているDSPもリセットされますので、リセットして
状態を確認するのは一つの方法です。

ただし、現時点ではVoice GWに問題があるとは確定していないので、PBX側のポートをPBX管理画面から
確認する必要もあるかと思います。可能であれば、PBX側のポートを一つずつ閉塞(Busy out)して、事象が
解決するかも確認してください。

シグナリングなどを確認するにはVoice GWでのDebugやCall managerのTraceログを取得する必要が
あります。その場合は、ここCustomer Support CommunityではなくSRをオープンしていただけるように
お願いします。

3504
閲覧回数
10
いいね!
3
返信