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