1. No category

show call active voice コマンドを使用した音声品質問題のト
ラブルシューティング
目次
概要
前提条件
要件
使用するコンポーネント
表記法
show call active voice コマンドの出力
音声クオリティ問題を解決するコマンド 出力の使用
ダイヤルピアのマッチングと帯域幅の使用量
不明瞭な音声
ヒス ノイズ、スタティック ノイズ、クリッピング ノイズ
Echo
ジッタおよび典型的な音声品質現象
関連情報
概要
この資料は show call active voice （登録ユーザのみ）コマンド 出力を説明し、コマンド 出力が音声クオリティ問題をどのよ
うに解決するか説明します。
注：この資料で参照されるコマンドは Command Lookup Tool （登録ユーザのみ）にリンクされます。 特定のコマンドに関する詳
細を捜すためにこのツールを使用して下さい。
前提条件
要件
このドキュメントに関する固有の要件はありません。
使用するコンポーネント
このドキュメントは、特定のソフトウェアやハードウェアのバージョンに限定されるものではありません。
表記法
ドキュメント表記の詳細は、『シスコ テクニカル ティップスの表記法』を参照してください。
show call active voice コマンドの出力
show call active voice コマンドを使用すると、アクティブ コール テーブルの内容が表示されます。 表示される情報には、通
話時間、ダイヤルピア、接続、サービス パラメータ品質、およびジッタのゲートウェイ処理などがあります。 この情報は音声ク
オリティ問題の範囲を解決するとき役立ちます。
この資料の表は各パラメータのサンプル show call active voice コマンドおよび簡潔な説明からの出力が含まれています。
注：show call active voice コマンドは一般電話サービス （POTS）からのデータおよび音声ゲートウェイの VOIPコール レグを
表示する。 いくつかのパラメータは資料の残りのそれ以上の説明のための太字のテキストで強調表示されます。
show call active コマンドは、全てのアクティブ コールのテレフォニーと VoIP レッグの両方の値を表示します。 各レッグに
対して、同一の汎用パラメータが表示され、その後にコール レッグの種類によって異なるパラメータが表示されます。 この表で
は、これらのパラメータ セクションは影で覆われたヘッダによって注意されます。
進行中の音声コールのための呼び出し情報を表示するためにユーザか特権EXECモードで EXEC show call active voice コマンド
を使用して下さい。
show call active voice [brief [id identifier] | compact [duration {less time | more
time}] | echo-canceller call-id | id identifier | redirect {rtpvt | tbct}]
このコマンドへ多くの引数 オプションがあります。 このリストはいくつかのより有用な引数を記述します:
要約 （オプションの）切捨てられたバージョンを表示する。
コンパクト （オプションの）より長くまたは指定時間より短いアクティブ コールを表示する。
期間 （オプションの）より長くまたは指定時間より短いアクティブ コールを表示する。
エコーキャンセラ 呼び出しID （オプションの）拡張エコー キャンセラ（EC）の状態についての情報を表示する。 エコー状
態を問い合わせるために、hex ID を先立って知る必要があります。 hex ID を見つけるために、show call active voice
brief コマンドを入力するか、または show voice call status コマンドを使用して下さい。 範囲は 0 から FFFFFFFF に
あります。
show call active voice パラ
メータ
パラメータの説明
汎用:
後続の POTS コール レッグの一般的な状態
SetupTime=866793 ms
POTS レグが始められる場合の 100 つの ms
増分の時刻。 着信 ISDN POTSコールに関し
ては、これは Q.931 呼び出しセットアップ
メッセージが受け取られる時間です。
Index=1
PeerAddress=100
この POTS ピアと一致するデスティネーショ
ン パターン。 着信 POTS コール レッグの
場合は、発信元番号、または Automatic
Number Identification（ANI; 自動番号識
別）です。
PeerSubAddress=
PeerId=100
このコールレグに使用するダイヤル ピア
ID。 この場合、が不必要、PeerID および
PeerAddress は同じです。
PeerIfIndex=9
このピアのための音声ポート インデックス
番号。 ISDN メディアの場合は、対象となる
コールに対して使用される B チャネルのイ
ンデックス番号になります。
LogicalIfIndex=5
インデックスはコールのための論理インター
フェイスを識別する内部でのが常でありまし
た。
ConnectTime=867030
POTS レグが接続する場合の 100 つの ms 増
分の時刻。 着信 ISDN POTS コール レグに
関しては、これは Q.931 コール CONNECT メ
ッセージが送信 される時間です。
CallDuration=00:12:26
hh の時間: mm: コールが確立する ss。
CallState=4
コールレグ
（4=active,3=connected,2=connecting）の
ための呼び出し状態。 呼び出し状態はアク
ティブです。
CallOrigin=2
コール レッグの発信と応答（1 = 発信、2
= 応答）。 このゲートウェイはこの
（POTS）コールレグに答えます。
ChargedUnits=0
システム起動以来のこのピアに適用する課金
単位の総数。 このフィールドの測定単位は
100 分の 1 秒。
InfoType=2
このコール（1=fax、2=voice）に対する情報
の種類。 この場合は、音声コールです。
TransmitPackets=37291
パケットの数 デジタル信号プロセッサ
（DSP）からテレフォニー インターフェイス
に送信する。
TransmitBytes=725552
POTS TransmitPackets 値のバイトカウント
等量。
ReceivePackets=1689
テレフォニー インターフェイスから DSP に
よって届くパケットの数。
ReceiveBytes=33780
POTS ReceivePacketsPackets 値のバイトカ
ウント等量。
TELE:
POTS コール レッグ
ConnectionId=[0xC59FE183
0xB1700D7 0x0 0x84431C]
これはユニークにこのコールを表すためにゲ
ートウェイが与える接続ID番号です。 該当
するゲートウェイ上のコールの全コール レ
ッグにおいて一致します。
TxDuration=746070 ms
コール（ms） = 12 最小値の期間 26 秒 =
746 秒 = 746070 ミリ秒
VoiceTxDuration=33780 ms
音声パケットがテレフォニー POTS ピアから
VOIPゲートウェイに送信される ms の累積時
間。
FaxTxDuration=0 ms
ルータがファックス モードにある ms の累
積時間。
CoderTypeRate=g729r8
コールに使用するコーデック。
NoiseLevel=-59
このコールのアクティブなノイズ レベル。
Voice Activity Detection （VAD）が有効に
なるときコンフォート ノイズ生成 モジュー
ルでこの値が計算され、コンフォート ノイ
ズを生成するのに使用されています。
ACOMLevel=20
このコールの電流 ACOM レベル。 ACOM は、
エコー キャンセラによって実現される複合
損失です。 この値は、コールの Echo
Return Loss（ERL; エコー リターン ロ
ス）、Echo Return Loss
Enhancement（ERLE; エコー リターン ロス
拡張）、および Non-Linear
Processing（NLP; 非線形処理）損失の合計
です。
OutSignalLevel=-64
1 ミリワット（dBm）あたりデシベルで水平
な出力信号。
InSignalLevel=-58
dBm で水平な入力信号。
InfoActivity=2
このコールのためのアクティブな情報転送ア
クティビティ状態。
ERLLevel=20
このコールのための ERL。
SessionTarget=
この値は VoIP コール レッグに適用されま
す。 この値は、VoIP ダイヤルピアで指定さ
れます。 POTS コール レッグに対するセッ
ション ターゲットはありません。
ImgPages=0
汎用:
後続の VoIP コール レッグに対する汎用統
計:
SetupTime=866928 ms
VOIPコール レグが始められる場合の 100 つ
の ms 増分の時刻。 発信 H.323 VoIP コー
ルの場合、H.323 SET UP メッセージを送信
した時間になります。
Index=1
PeerAddress=200
ピアのデスティネーション パターン。 送信
VOIPコール レグに関しては、これは呼出 し
番号または着信番号識別サービス（DNIS）で
す。
PeerSubAddress=
PeerId=200
PeerIfIndex=11
LogicalIfIndex=0
その peerID DNIS 一致。 この場合、が不必
要、peerID および DNIS は同じです。
ConnectTime=867029
VoIP レグが接続する 100 つの ms 増分の時
刻。 発信 H.323 VoIP コール レッグの場
合、H.323 CONNECT メッセージを受信した時
間になります。
CallDuration=00:12:27
hh の期間: mm: コールの ss。
CallState=4
コールレグ
（4=active,3=connected,2=connecting）の
ための呼び出し状態。 呼び出し状態はアク
ティブです。
CallOrigin=1
コール レッグの発信と応答（1 = 発信、2
= 応答）。 このゲートウェイはこの
（VoIP）コールレグを起こします。
ChargedUnits=0
InfoType=2
TransmitPackets=1689
このコールレグのこのゲートウェイによって
送信される VOIPパケットの数。
TransmitBytes=33780
VoIP TransmitPackets 値のバイトカウント
等量。 これは G.729 と、1 バイトが 1 ミ
リ秒ごとに送信 されるのでテレフォニーコ
ールレグからの VoiceTxDuration を一致す
る必要があります
ReceivePackets=37343
このコールレグのこのゲートウェイによって
受信される VOIPパケットの数。
ReceiveBytes=746860
VoIP ReceivePackets 値のバイトカウント等
量。
VoIP：
VoIP コール レッグ
ConnectionId[0xC59FE183
0xB1700D7 0x0 0x84431C]
これはユニークにこのコールを表すためにゲ
ートウェイが与える接続ID番号です。 該当
するゲートウェイ上のコールの全コール レ
ッグにおいて一致します。
RemoteIPAddress=10.1.1.2
コールのためのリモートIPアドレス。
RemoteUDPPort=18280
コールのためのリモート ユーザ データグラ
ム プロトコル（UDP） ポート。
RoundTripDelay=53 ms
ゲートウェイによって測定されるラウンドト
リップ遅延。
SelectedQoS=best-effort
リソース予約プロトコル（RSVP）はこのコー
ルにダイヤル ピアで選択されません。
tx_DtmfRelay=cisco-rtp
コールに対して使用される DTMF RELAY 形式
（存在する場合）。
SessionProtocol=cisco
コールのためのセッションプロトコル。 デ
フォルトは、プロトコル「cisco」で、音声
トラフィックに対して H.323 シグナリング
と RTP パケットが使用されます。 Session
Intitiation Protocol （SIP）はセッション
プロトコル（登録ユーザのみ） dial peer
コマンドの助けによって規定 することがで
きる他の VOIPシグナリング プロトコルで
す。 VoATM または Cisco 独自の Voice
over Frame Relay （VoFR） プロトコルのた
めの AAL2 および VoFR のための FRFll の
ような非 VoIP プロトコルはまた規定 する
ことができます。
ダイヤル ピアからの session target。 ゲ
SessionTarget=ipv4:10.1.1.2 ートキーパーを使用した場合、セッション
ターゲットは RAS です。
OnTimeRvPlayout=742740
このコールのために時間通りに受け取ったデ
ータからの音声 再生の ms の期間。 総音声
再生 期間は OnTimeRvPlayout 期間へギャッ
プ塗りつぶし期間を追加することによって得
ることができます。
ゲートウェイ（GW）が無音を再生している時
間（ミリ秒）。 演劇をこの場合無音状態に
して下さい:
GapFillWithSilence=0 ms
パケットの損失が発生し、再生できる
オーディオ サンプルが存在しない場
合。 たとえば、複数のパケットが連続
して失われた場合などです。 この状況
はユーザが聞く聞こえるクリックかギ
ャップという結果に終る場合がありま
す。
再生バッファが大きい値にバッファリ
ングされた音声パケット間の無音の挿
入によって適応する時。 この状況で
は、感知できる音声の損失は発生しま
せん。
GapFillWithPrediction=0 ms
音声 信号の ms の期間はパラメータから総
合された時間にそれに先行する場合かデータ
のサンプルと展開しました。 このギャップ
塗りつぶしは音声データが音声ゲートウェイ
からこのコールの時間に失われるか、または
届かないので発生します。 こうしたプルア
ウトの例が、G.729 および G.723.1 圧縮ア
ルゴリズムにおけるフレーム消去方式やフレ
ーム隠蔽方式です。
GapFillWithInterpolation=0
ms
抜けた音声トラフィックの後で受け取ったお
よびデジッタバッファで保存される
GapFillWithPrediction しかし考慮に入れる
サンプルに関しては。 現在は非サポート.。
GapFillWithRedundancy=0 ms
トランスミッタにより冗長エンコーディング
スキームが使用されている場合、損失したペ
イロードや受信が間に合わなかったパケット
の一部または全部を復旧し、音声品質に対す
る影響を軽減した上で再生することができま
す。 この技法は、現在ではサポートされて
いません。
HiWaterPlayoutDelay=70 ms
をデジッタバッファがこのコールのために適
応する最大深さ示す First In First Out
（FIFO; 先入れ先出し） ジッタ バッファ
高い点。
LoWaterPlayoutDelay=69 ms
FIFO ジッタ バッファ低いマークをデジッタ
バッファがこのコールのために適応する最小
深度示す。
ReceiveDelay=69 ms
コールのためのデコーダ遅延と現在の再生
FIFO 遅延。
LostPackets=0 ms
ミリ秒で表される失われた RTP パケット シ
ーケンス番号のどの肯定的なジャンプでも
LostPackets カウンターに追加します。 た
とえば、ゲートウェイが N-1 の順序で数の
シーケンスのパケットを受信すれば、N、
N+1、N+3、N+2、N+4、そして LostPackets
カウンター増分。 「失った」ときに
dejitter バッファのサイズはパケット パケ
ットが遊ぶことができたかどうか確認します
着き。
EarlyPackets=1 ms
氏 RTP パケットで表される早い RTP パケッ
トの数はそれらが送信され、RTP タイムスタ
ンプ値がパケットに含まれていると同時に時
刻を記録されます。 パケットが受信される
時間はまたゲートウェイのローカルクロック
によって時間を計られます。 2 つの隣接し
たパケットのローカルクロック 時差（受信
時刻）が小さければより RTP タイムスタン
プ違い（送信 される時間）は第 2 パケット
早く考慮されます。 早いパケットはネット
ワーク活用が突然廃棄するとき発生する場合
があります。 これは特定パケットのための
より低いネットワーク遅延という結果に終り
ます。
遅延 RTP パケット数を「ミリ秒」で表した
もの。 この値はパケットがこれらの状況の
どちらかの RTP シーケンス番号によって受
信されるとき増分されます:
LatePackets=0 ms
RTP シーケンス番号はそのパケットの
RTP シーケンス番号が現在展開するよ
り早いです。
RTP シーケンス番号はそのパケットが
利用可能 な 再生バッファの外部で現
在展開するよりあとでです。
VAD = enabled
対象となるコール レッグに対して、VAD が
有効。
CoderTypeRate=g729r8
このコールに使用するコーデックタイプ。
CodecBytes=20
ペイロードサイズ、使用されるコーデックの
ためのバイトで。
SignalingType=cas
コールに対するシグナルタイプ。 これは永
続的コールのためだけです。
音声クオリティ問題を解決するコマンド 出力の使用
このセクションはパラメータ テーブルで強調表示されたパラメータの音声品質の影響の説明が含まれています。
ダイヤルピアのマッチングと帯域幅の使用量
これらのパラメータはコールの特定の VoIP レグによって関連付けられる情報を提供します。 この特定のコール レッグの例で
は、コールはダイヤルピア 200 と一致しています。使用コーデックは、ペイロード サイズが 20 バイトの G.729 で、VAD が有
効です。
PeerId=200
CoderTypeRate=g729r8
CodecBytes=20
VAD = enabled
この情報は、Compressed RTP のレイヤ2 転送するおよびオプションの使用のようなネットワークコンフィギュレーションについ
ての情報と結合されたときこのダイヤル ピアを一致する呼び出しのためのコール帯域幅必要条件ごとの判別することを可能にし
ます。 詳細については、『VoIP - コール単位の帯域幅の使用量』を参照してください。
提供された帯域幅が呼び出しの数をサポートして不十分である場合結果はとぎれとぎれまたは合成 音声のどれである場合もあり
ます。
注：コマンド コール しきい値はコール アドミッション制御のためにメソッドの 1 つとして使用することができますがこのコマ
ンドは ISDNインターフェイスからの H323 ネットワークに送信コールのために動作しません。
コール レッグの特性が適正でないように思われる場合は、ご使用のダイヤルピア設定とマッチングを見直してください。 いくつ
かの詳細についてはコール ルーティング/ダイヤル プラン テクニカルサポートページにリストされているダイヤル ピア関連文
書を参照して下さい。
不明瞭な音声
よい例がであるとぎれとぎれおよび合成 音声の不明瞭 な 音声は通常不正確に設定された WAN リンクと関連付けられるいくつか
の状況のもとで発生する場合があります。 これらは適切な接続アドミッション制御 （CAC）の欠如、か不正確に構成された音声
プライオリティ設定に可能性としては起因します。 show call active voice コマンドはこれらのパラメータをこれらの問題に可
視性に与えます:
OnTimeRvPlayout=742740
GapFillWithSilence=0 ms
GapFillWithPrediction=0 ms
HiWaterPlayoutDelay=70 ms
LoWaterPlayoutDelay=69 ms
ReceiveDelay=69 ms
LostPackets=0 ms
EarlyPackets=1 ms
LatePackets=0 ms
OnTimeRvPlayout コマンドは総音声 再生 期間と比較されるときコールの健全性のよい一般的 な 見解を提供したものです。 総
音声 再生 期間は OnTimeRvPlayout 期間へのギャップ塗りつぶし期間の付加と得ることができます。 オン タイムの音声再生時
間の比率が高い場合、そのコールは健全な状態である可能性が高くなります。
パケットはパケットネットワークで余りに長く場合があります音声クオリティ問題を引き起こすには廃棄するか、または遅れま
す。
推奨が音声 信号の予測によってそれできるようにパケットがネットワークで廃棄され、まったく受信されない時長い間遅れる音
声 ストリームを再建するパケットそれらが使用することができない、または、IP Phone または音声ゲートウェイ試みの受信。
繰り返しこの問題に可視性を提供するために IOS Gateway の show call active voice コマンドを発行して下さい:
LatePackets パケットの数 デジッタバッファ再生遅延 期間の外部に着く。 こうしたパケットは破棄されます。
LostPackets - 着信 IP 電話またはゲートウェイに着信しなかったパケット数。
GapFillWithPrediction コールのパケット予測の量。 影響を受けるパケットの数を判別するためにパケット サンプル時間ま
でにこの数を分けて下さい。
GapFillWithSilence - コール内に挿入された無音の量。
注：Catalyst ゲートウェイの show port voice active コマンドは予言するおよび無音 挿入を区別しないけれどもコール（
Hi/Low 水プレイアウト遅延）のためのジッタの表示を与えます。
Synthetic Voice（合成音のような音声）
挿入される予測量が小さい場合は、人間の耳で聞き分けることはできません。 ただし、多くにより合成物質か合成音として
記述することができる音声でおそらく誤って伝えられた品質を引き起こします。
Choppy Voice（途切れる音声）
パケットがドロップしたり、遅れて着信したりすると、受信側のコーデック デコーダで、音声信号を予測することができま
せん。 この場合、信号の代わりに、音声に無音が挿入されます。
さらに、遅延が可変（ジッタ）なら、展開されましたりデジッタバッファのアンダーランを引き起こす場合がありますパケ
ットは遅れて着くが、受信デジッタバッファのプレイアウト遅延期間の内に。 アンダーランはバッファが着くために次 の
パケットを待っているとき残っているバッファに保持されるパケットがないスピーチが遅れると発生し。 スピーチの聞こえ
るギャップは生じる場合があります。
挿入される無音が少量の場合、もしくはジッタは、人間の耳で聞き分けることはできません。 ただし、多くにより途切れた
音声か壊れた音声として記述することができる音声でおそらく品質を引き起こします。
注：ネットワーク遅延が十分に可変である場合、スピーチの生じる音が総合的、とぎれとぎれである可能性が高いといえま
す。
解決不明瞭 な 音声問題
遅延の原因を特定し、（可能であれば）その原因を排除します。
パケット電話ネットワーク内のパケットのドロップや遅延の原因が、複数存在し、多岐にわたる場合があります。 一般的な例に
は、次のものがあります。
不適切に設定された低遅延キューイング
低速リンクのための不適切に設定されたフラグメンテーション
超過する不適切に設定されたトラフィック シェーピングやフレームリレー回路（登録ユーザのみ）
コールのパス内で、帯域幅の使用量が大きいリンク。 音声コールに関して低品質な CAC など。 例は 64 キロビット毎秒リ
ンクを渡る cRTP か VAD 無しに G.711 コールです。
イーサネット環境の二重モード の ミスマッチ
コールのパス内のルータで CPU に負担がかかる操作。 たとえば、コンソールまたはそれを横断するパケットを遅らせるル
ータコンフィギュレーションを保存することへのデバッグにより CPU使用率が高い状態を引き起こす場合があります。
最適とはいえないデータ ネットワークで音声性能を向上させるため、ゲートウェイのデジッタ バッファを調整することも可能で
す。 ただし、結果はデータネットワークが正しく動作する次数に制限されます。 詳細については、トラブルシューティング
QoS 不規則断続音声問題か Voice Quality Technical Support ページにリストされているいくつかの文書を参照して下さい。
ヒス ノイズ、スタティック ノイズ、クリッピング ノイズ
これらのパラメータは VAD がこのコールのために使用されるかどうかダイヤル ピアが使用されるどんな識別し、:
VAD = enabled
PeerId=200
NoiseLevel=-59
解決音を立て、切る問題
他の考えられる 問題を解決する前に音を立ておよびいくつかのフロント エンド クリッピング問題解決するため、musicthreshold または vad-time 値（またはディセーブル VAD を）調節するため。
comfort-noise（登録ユーザのみ）を無効にするか、VAD を完全に無効にしてみてください。 症状が直った場合は、comfortnoise の生成が問題の原因である可能性が高いと考えられます。 music-threshold （登録ユーザのみ）ゲートウェイで音声が検
出するまたは vad-time （登録ユーザのみ）のリダクションはの増加ヒスノイズ や クリッピングを VAD を無期限にディセーブ
ルにする必要なしで目立たなくすることができます評価します。 これらの解決策では、基本的にはそれぞれ、低ボリューム レベ
ル時、または音飛びが小さいうちに、VAD を無効にします。 単に comfort-noise を無効するだけでは実際的ではありません。こ
のような処置により、クリック ノイズやセンテンス間の完全無音ギャップなど、他の音声品質問題が引き起こされるためです。
詳細についてはトラブルシューティング ヒスノイズ と スタティックノイズを参照して下さい。 これらの調整手法が問題を解決
しない場合、VAD をディセーブルにして下さい。 これにより、帯域幅節約の損失が発生します。
ワン・ダイレクションの解決音を立て、切る問題
VAD はほとんどの音を立てる問題の原因です。 従って、有効に なるかどうか識別することは重要です。 文の音を立てるか、ま
たはフロント エンド クリッピングを解決する第一歩の 1 つは VAD をディセーブルにすることです。 従ってそれが無効である
かどうか識別ことはできることは重要です。
ヒスノイズ や クリッピングが 1 方向に発生する場合、VOIPダイヤルピアでそれをディセーブルにすることを試みたのにだけ送
信方向、この方向で有効に なる VAD が原因である場合もあります。 この場合、show call active voice コマンドは Vad
enabled を示し、PeerID 使用中の 0 であることは。この問題を解決するために、PSTN へのコールがゲートウェイでこのピアを
一致することを確認するために VOIPダイヤルピアの incoming called-number <number_dialed> （登録ユーザのみ）コマンドを
設定します。 コマンドを設定しない場合、この方向のコールは、デフォルトで VAD が有効となるデフォルトのダイヤルピアに一
致します。
Echo
これらのパラメータはエコーを解決して重要です:
ACOMLevel=20
OutSignalLevel=-64
InSignalLevel=-58
ERLLevel=20
試験信号音出力は -15、0 dB 損失とループバックされます。 従って、それは -15 dB にもどって来ます。 エコー キャン
セラがエコーである入力信号を考慮しないのでここの ERL 値に重要性がこの時点でありません。
注：OutSignalLevel は出力減衰が場合に適用された後レベルの値を表示します。 InSignalLevel は利得量が適用した後レ
ベルの値を表示します。
ERL 値が余りに騒々しいには余りにも低い場合、ゲートウェイへの戻りがかもしれたというエコー場合（話者場合の 6 db
の内で）。 これによりエコー キャンセラはエコーの代りに音声（つじつまの合わない話）としてそれを考慮します。 従っ
て、エコー キャンセラはエコーをキャンセルしません。 ERL は 6 db の間におよび実行するべきエコー キャンセラのため
に 20 db あるはずです。
トラブルシューティング エコー の 問題の情報に関しては IP Phone と Cisco IOS ゲートウェイ間のエコー障害のトラブルシュ
ーティングおよび IP テレフォニー ネットワーク（オーディオ オン デマンド）における echo 問題のトラブルシューティング
を参照して下さい。
ジッタおよび典型的な音声品質現象
このセクションはジッタおよび典型的な音声品質徴候を識別するために show call active voice コマンドを使用する方法を説明
します。
ネットワークのジッタの一般的な考えは繰り返し show call active voice コマンドを発行することによってコールが進行中の
間、判別することができます。 理想的には、これらのパラメータは比較的安定している必要があります。 これが安定しているこ
とは、スムーズなパケットの流れを示しています。 ところがジッタがあると、次の 2 つのサンプル出力に示すように、これらの
パラメータの値に短時間での急上昇が確認されます。
GapFillWithSilence=950 ms
GapFillWithPrediction=1980 ms
GapFillWithInterpolation=0 ms
GapFillWithRedundancy=0 ms
HiWaterPlayoutDelay=350 ms
LoWaterPlayoutDelay=25 ms
ReceiveDelay=29 ms
LostPackets=0
EarlyPackets=0
LatePackets=83
.
.
GapFillWithSilence=1040 ms
GapFillWithPrediction=2350 ms
GapFillWithInterpolation=0 ms
GapFillWithRedundancy=0 ms
HiWaterPlayoutDelay=40 ms
LoWaterPlayoutDelay=28 ms
ReceiveDelay=35 ms
LostPackets=0
EarlyPackets=0
LatePackets=99
これらのサンプル出力での遅延パケット数の上昇は、ジッタの程度を表しています。 GapFillWithSilence 値の増加によって示さ
れる無音 挿入は途切れた音声としてそれ自身を明示します。 GapFillWithPrediction 値の増加によって示される予言する挿入は
合成 音声としてそれ自身を明示しがちです。
ジッタ バッファ アンダーランかオーバーランを避けるためにバッファリングされる音声 信号の量を変えるために playoutdelay コマンドを発行して下さい。
再生遅延の設定の 2 つのモードは adaptive と fixed です。
playout-delay {平常値を発行するとき適応性があるジッタ バッファが設定された範囲内のコールの間に育ち、縮まるよう
にします | 最大値 | 最小{デフォルト | 低 | 高い}}コマンド。
プレイアウト 遅延 モードを発行するとき固定コールの始めに設定 されます{適応性がある | 固定[非タイムスタンプ]}コ
マンド。
VoIP に関する詳細についてはプレイアウト遅延機能拡張を参照して下さい。
関連情報
Troubleshooting Cisco IP Telephony
トラブルシューティング テクニカルノーツ
1992 - 2014 Cisco Systems, Inc. All rights reserved.
Updated: 2014 年 12 月 24 日
http://www.cisco.com/cisco/web/support/JP/100/1003/1003769_show_call_act_voice.html
Document ID: 40309