はじめに Voice GWを経由した外線通話で音声品質の問題が発生した場合、調査のために音声を録音をして頂く場合があります。 Voice GWにはPCMキャプチャ機能が搭載されており、IOSのコマンドにより通話音声を録音することができます。 発生頻度の高い問題、再現手順の明確な問題については、通常のPCMキャプチャ機能で十分ですが、稀に発生するような問題の場合、PCMキャプチャの取得が難しくなります。 ここでは、通話者の操作によりオンデマンドでPCMキャプチャを取得する方法について解説します。 １．PCMキャプチャについて VoIPコールの通話録音は、IP Phoneの受話器、LAN上のパケットキャプチャ、Voice GW（PCMキャプチャ）、 外線側アナログ電話機（受話器）等の箇所で取得することができます。 音声品質の問題がVoIP側に起因するものか、外線側のネットワークに起因するものかの 切り分けを行いたい場合、VoiceGWでPCMキャプチャを取得する方法が有効です。 VoiceGWで取得したPCMキャプチャファイルは、専用のツールで音声ファイル（WAVファイル） に変換できます。音声ファイルへの変換、解析等の作はCXセンターのエンジニアが実施します。   参考ドキュメント： PCM Capture 取得手順 IOS 15.2.2T 以降 での PCM Capture の取得方法 Wiresharkによる UC トラブルシューティング　（RTPからの音声再生方法）   ２．オンデマンドPCMキャプチャの取得方法 稀に発生するような音声品質の問題の場合、IOSの操作によりPCMキャプチャを取得するのが 難しい場合があります。 オンデマンドPCMキャプチャ（Triggered PCMキャプチャ）機能を利用すれば、音声品質問題発生時に 通話者の操作（電話機からのDTMF/PB信号の送出）によりVoice GWでの通話録音の開始、停止を 制御することができます。操作は、内線（IP Phone）、外線（DTMF/PB信号を送出可能な電話機） のどちらからでも実施できます。   ３．オンデマンドPCMキャプチャの設定 オンデマンドPCMキャプチャ機能を使用したい場合、以下のVoice GWに以下のコマンドを 設定します。 voice pcm capture buffer 200000　 voice pcm capture destination bootflash:/    voice pcm capture on-demand-trigger voice pcm capture user-trigger-string *** ### stream 7 duration 0 上記の例では、PCMキャプチャの出力先をbootflash:に指定しています。 また、PCMキャプチャ開始のDTMF信号を *** に、PCMキャプチャ停止のDTMF信号を ### に設定しています。（duration 0は、コール全体もしくは###が押下されるまで 録音することを意味します。）   参考ドキュメント： Voice Port Configuration Guide, Cisco IOS Release 15M&T How to Configure PCM Audio Capture   ４．PCMキャプチャ取得時のログ収集 PCMキャプチャ開始時にはVoice GWに以下のようなログが出力されます。 router# 000504: Jul 25 17:01:37.941: %HTSP-5-VPM_PCM_CAPTURE: User trigger PCM capture is enabled on voice port 0/3/3:23.23   PCMキャプチャ停止時には以下のようなログが出力されます。 router# 000505: Jul 25 17:01:48.610: %HTSP-5-VPM_PCM_CAPTURE: User trigger PCM capture is disabled on voice port 0/3/3:23.23   PCMキャプチャで生成されたファイルを確認し、PC等に転送します。 router#show flash: | inc P0 543     678216 Jul 25 2019 17:01:48.0000000000 +00:00 /bootflash/P0_3_3_23_23-112-1001-008037588818-65F62B000000-3_2_1-17_01_37_   備考：オンデマンドPCMキャプチャ機能は、ISR G2、ISR4000の何れでも動作します。 　　　ISR4000に関してはいくつかの不具合が報告されていますので、検証環境で動作を確認後 　　　ご利用ください。 以上   ... View more

通常、Jabber for iPhone (iPad) 等のアプリは Apple 社の APP Store からダウンロードして 使用します。APP Store からダウンロードしたアプリは検証済みの安全なアプリとして iPhone にインストールされ、すぐに利用できます。   Jabber for iPhone 等で不具合が発生した場合、お客様環境での調査（テスト、ログ収集） のために、組織内配布（In-House）のアプリを提供させていただく場合があります。 ここでは、組織内配布のアプリ（Jabber) を iPhone にインストールする手順を説明します。 １．iTunesを用いてアプリをiPhoneに転送 　組織内配布（In-House）用のアプリがCisco開発側から提供されます。 　提供されるファイルの拡張子は、”.ipa” になります。 　旧バージョン(12.6以前)のiTunesには、iPhoneアプリを管理する機能が 　あるので、この機能を使ってアプリをiPhoneに転送します。 　ファイルの転送手順は以下のURLを参考にしてください。   　iPhone アプリ (Cisco Jabber 等) を管理する方法について 　iTunes での iOS アプリ管理ができなくなった場合の対処方法 ２．iPhoneでアプリの有効化 　In-House用のアプリは iTunes により未検証のアプリとして 　iPhone内に転送されます。 　アプリを使用するには、iPhone上での操作により対象アプリを 　“信頼” して ”検証済み” の状態にする必要があります。 　iPhoneをネットワークに接続した状態で下記の操作を行います。 アプリを信頼、検証せずに起動した場合は、上図の様にエラーメッセージが表示され 使用できません。 iPhoneの操作で、「設定」＞「一般」＞「デバイス管理」へ移動し、"CiscoSystems,Inc" を 選択します。 Jabberアプリを選択し、”信頼” ボタンを押下します。 上記の例では、iPhoneがネットワークに接続されていないため検証に失敗しています。 iPhoneがネットワークに接続された状態で ”Appを検証” ボタンを押下すると、 アプリが、”検証済み” の状態になり正常に起動できるようになります。 まとめ Jabber 等の iPhone 用のアプリの不具合の調査を行う場合、In-House用の アプリを提供させて頂く場合があります。 上記の手順により、アプリをインストールし、調査にご協力頂きますよう お願いします。   ... View more

はじめに WAN 回線を経由したVoIP (Voice over IP) 通信では、経路上で QOS の設計が適切に行われていないと受信パケットにジッタ（到着時間のゆらぎ）が発生します。 IP Phone や Voice GW 装置ではジッタバッファを搭載することにより、ジッタの影響を抑制しています。 本記事では、ジッタの FoIP (Fax over IP) 通信への影響を考えます。 １．パススルー方式の場合 みなし音声方式、FAX パススルー方式（モデムパススルー方式）で FAX 通信を行う場合、VoIP と同様に RTP パケットで FAX信号 が音として伝送されます。Voice GW（Cisco VG シリーズ、Cisco 4000 シリーズ）、アナログ電話アダプタ（Cisco ATA190 シリーズ）には、ジッタバッファが搭載されており、受信する RTP パケットのジッタをある程度まで吸収できます。 ２．Cisco Voice GW と ATA190 シリーズのジッタバッファの差分について Voice GW でみなし音声方式によりFAX通信を行う場合、ジッタバッファの設定は VoIP の場合と同じです。voice-portの設定で、ジッタバッファの動作（スタティック方式 or ダイナミック方式、バッファサイズ）を調整できます。 スタティック・ジッタバッファ (250ms) の設定例 voice-port 0/1/0:23   playout-delay mode fixed   playout-delay nominal 250 モデムパススルー方式の Voice GW の場合、FAX信号を検出すると 200ms のスタティック・ジッタバッファー方式に切り替わります。 ドキュメント (Configuring Modem Passthrough) からの抜粋 Modem passthrough over VoIP performs the following functions: Represses processing functions like compression, echo cancellation high-pass filter, and voice activity detection (VAD). Issues redundant packets to protect against random packet drops. Provides static jitter buffers of 200 milliseconds to protect against clock skew ATA190シリーズで、パススルー方式（NSE およびプロトコルベース）を使用する場合は、 Cisco IP Phone と同様にダイナミック・ジッタバッファ方式が採用されます。 ネットワークで発生するジッタが不安定な場合、ジッタバッファの再調整が頻繁に行われるため、 音声品質（FAX信号の伝送品質）が劣化する可能性があります。 実ユーザの事例： ・WAN回線のプロバイダーを変更後、FAX通信が時々失敗するようになった。 ・パケットキャプチャを取得し、ATA190 が受信する RTP のジッタを調べたところ、 　時々 RTP の受信間隔が 100ms を超えている場合があった。（通常は 20ms 間隔。） ・ATA190（NSEパススルー方式）を、VG202XM（モデムパススルー方式）に切り替えたところFAX通信が安定した。 WAN 回線のネットワーク品質が良くない場合（QOS が適切に設計されていない場合）、 ATA190シリーズより VG シリーズをご利用いただくのが安全です。 ３．T.38 FAX リレー方式の場合 T.38 FAX リレー方式の場合、FAX のモデム信号は Voice GW で復調され、UDPパケットを使用してデータとして IP 網上で伝送されます。 パススルー方式に比べ T.38 FAXリレー方式は、ジッタの影響を受けにくく、redundancy 機能を利用すれば、パケットロスへの耐性も強くなります。 下表は、Cisco Live のセッション（Understanding, Integrating, and Troubleshooting FAX Communication in Today's Enterprise Network）で紹介された、ジッタに対する許容値の目安です。 まとめ FAX (FoIP) 通信は、IP 網の伝送品質の影響を大きく受けます。 WAN 回線等の品質が悪くジッタが多い場合、適切な FoIP 通信方式、機器を選択して対応する必要がります。 参考ドキュメント  Configuring Modem Passthrough Configuring T.38 Fax Relay Understanding, Integrating, and Troubleshooting Fax Communications in Today's Enterprise Networks - BRKUCC-2021 ... View more

  はじめに   ビデオ会議を円滑に行うには、ビデオの画質と同様に音声品質を確保する必要があります。 音声品質の問題が発生した場合、実環境で音声の録音等を行い、原因を調査することに なります。（音声の録音は、ビデオ会議の接続先でマイクにより録音したり、RTPパケット から抽出したりして行います。） 音声が響いて聞き取りにくい場合、会議室の音響環境による残響の影響が疑われます。 録音した音声ファイルから残響成分を取り除く処理を行い、聞き比べることにより 音声品質劣化の原因が残響に因ることを確認することができます。 このドキュメントでは、音楽制作現場でよく使われる音声修復ツール （iZotope RX7 Standard）を用いた、残響の除去方法を紹介します。 　 WAVファイルからの残響の除去方法   iZotope RX7 を用いれば、WAVファイルからのノイズの除去、残響音（Reberb）の除去等の 処理が簡単に行えます。 iZotopeで、残響を取り除きたい WAV ファイルをオープンします。     Repair ツールから、残響除去（De-reverb）機能を選択します。 De-reverb機能のウインドで Learn ボタンを押下して、残響音の解析を行います。 Render ボタンを押下してオリジナルのWAVファイルから残響を取り除きます。 残響が取り除かれたWAVファイルを再生し、音声が明瞭に聞き取りやすくなったことを 確認します。 修復したWAVファイルをセーブして作業は終了です。 　 まとめ  　 市販の音声修復ツールを利用すれば、残響を取り除く処理が簡単に行えます。 （入手可能な音声修復ツールは、今回紹介したiZotope 以外にも幾つかあります。） 音声品質の劣化要因を確認するのに活用してみてください。   参考ドキュメント： ビデオ会議システムでの残響対策について WAVファイルエディタでの残響効果による音声品質への影響の確認   iZotope RX7 Standard ... View more

  はじめに   ビデオ会議の音声品質は、会議室の音響環境に依存します。 会議室の残響が大きい（長い）場合、音声が明瞭に聞き取りにくくなります。 実環境において、テスト用の音源ファイルをスピーカー等で再生し、 リモート側で音声を録音したり、RTPパケットキャプチャから音声を抽出して 原音と比較することにより、残響の影響を確認することができます。 このドキュメントでは、WAVファイルエディタ（Audacity）を用いて、 テスト用の音源ファイルに残響を効果を加え、疑似的に残響が音声品質に どのように影響するかを確認する方法について説明します。   １．WAVファイルの音に残響効果を加える方法   Audacityでテスト用の音声ファイル（原音のWAVファイル）をオープンします。 EffectメニューからReverb...(残響)の効果を選択します。 残響のパラメータを設定し OK ボタンを押下します。 WAVファイルエディタで波形みると、残響効果により、音声の波形が 広がっていることが確認できます。 　 ２．原音と残響効果を加えた音の比較 　 原音のWAVファイルと残響効果を加えたWAVファイルを同時にオープンして、 個別に音を聞き比べます。（Soloボタンを押して再生）   表示形式を Wavform(dB) から Spectorgram に切り替えれば、周波数の分布と 音の広がりが確認できます。 　 まとめ WAVファイルエディタの機能を使用すれが、残響効果の影響を疑似的に確認できます。 残響に対する対策が必要と思われる場合、会議室の音響環境の改善を検討することになります。   参考ドキュメント：   ビデオ会議システムでの残響対策について 音声WAVファイルから残響を取り除き音声品質の劣化要因を確認する方法   Audacityの入手先   ... View more

 　　 はじめに  　 ビデオ会議システムでは映像の品質が重視されますが、音声品質が確保されなければ 円滑に会議をすすめることができません。 一般に、音声品質は、コーデックの種別、音量、エコー、伝送品質（パケットロス、 遅延、ジッタ）等に依存します。 ビデオ会議では、さらに会議室の音響環境についても考慮する必要があります。 本ドキュメントでは、残響による音声品質の劣化を改善する方法について 解説します。 　 １．残響の影響について 　 　　話者の音声は、会議室の天井、壁、窓、床等で反射されます。 　　音の吸収率は素材に依存し、コンクリート、窓ガラス、フローリング等では小さく 　　音声は徐々に減衰しながら反射が繰り返し行われます。 　　反射された音声は、直接マイクに届く音声より遅延するため、ビデオ会議の 　　相手先には音声が響いて聞こえます。 　　これが、残響（Reverberation）と呼ばれる現象で、ビデオ会議の音声品質に 　　大きく影響します。 　　音楽を聴く場合は適度の残響があったほうが心地よいですが、ビデオ会議の 　　場合、残響が長い（大きい）と音声が明瞭に聞こえにくくなります。 　 　 ２．残響に対する対策 　 　　天井、壁、床の音の吸収率を大きくすれば、音の反射を小さくでき、 　　残響時間を短くすることができます。 　　壁に吸音素材、窓にカーテンを取り付けたり、カーペットを敷くことにより 　　音の吸収率が増加します。 　　　 　　　 　　音量は距離の2乗に反比例するため、話者とマイクの距離を短くすると、 　　直接音の大きさが、反射音に比べ大きくなり、SN比（直接音と反射音の大きさの比率）が 　　改善され、音声が明瞭になります。 　　一般にビデオ会議システムのマイクにはAGC（Automatic Gain Control）機能があるため、 　　残響音が小さくなります。 　　 　   　　マイクの指向性を変更することも残響の対策になると考えられます。 　　全ての方向からの音を拾う無指向性マイク（non-directional または 　　Omnidirectional microphone）を 単一指向性マイク (directional microphone） 　　に変更し、直接音を選択的に拾うようにすれば、反射音の影響を小さくできます。 　 ３．まとめ 　　 　　ビデオ会議システムでの音声品質を確保するには、会議室の音響環境への 　　配慮が必要です。残響により音声が不明瞭になる場合、天井、壁、床の 　　音の反射を小さくする等の対策が必要です。 　　必要に応じて会議室の施工業者と相談し、対策を検討してください。 　　 参考ドキュメント： 　 Cisco TelePresence Room Design Guide PROJECT WORKPLACE: Best Practices For Creating Effective Video-Enabled Rooms Guidelines for video conferencing room acoustics Cisco Microphones Data Sheet ビデオ会議室の音響ガイドライン (上記ドキュメントの日本語版) VTV ジャパン株式会社: テレビ会議教科書: 4. テレビ会議端末の設置環境: 4.1 音響環境 WAVファイルエディタでの残響効果による音声品質への影響の確認 音声WAVファイルから残響を取り除き音声品質の劣化要因を確認する方法 ... View more

　 はじめに 　 ビデオ会議システムでは映像の品質が重視されますが、音声品質が確保されなければ 円滑に会議をすすめることができません。 一般に、音声品質は、コーデックの種別、音量、エコー、伝送品質（パケットロス、 遅延、ジッタ）等に依存します。 ビデオ会議では、さらに会議室の音響環境についても考慮する必要があります。 本ドキュメントでは、残響による音声品質の劣化を改善する方法について 解説します。 　 １．残響の影響について 　 　　話者の音声は、会議室の天井、壁、窓、床等で反射されます。 　　音の吸収率は素材に依存し、コンクリート、窓ガラス、フローリング等では小さく 　　音声は徐々に減衰しながら反射が繰り返し行われます。 　　反射された音声は、直接マイクに届く音声より遅延するため、ビデオ会議の 　　相手先には音声が響いて聞こえます。 　　これが、残響（Reverberation）と呼ばれる現象で、ビデオ会議の音声品質に 　　大きく影響します。 　　音楽を聴く場合は適度の残響があったほうが心地よいですが、ビデオ会議の 　　場合、残響が長い（大きい）と音声が明瞭に聞こえにくくなります。 　 　 ２．残響に対する対策 　 　　天井、壁、床の音の吸収率を大きくすれば、音の反射を小さくでき、 　　残響時間を短くすることができます。 　　壁に吸音素材、窓にカーテンを取り付けたり、カーペットを敷くことにより 　　音の吸収率が増加します。 　　　 　　　 　　音量は距離の2乗に反比例するため、話者とマイクの距離を短くすると、 　　直接音の大きさが、反射音に比べ大きくなり、SN比（直接音と反射音の大きさの比率）が 　　改善され、音声が明瞭になります。 　　一般にビデオ会議システムのマイクにはAGC（Automatic Gain Control）機能があるため、 　　残響音が小さくなります。 　 　 　　マイクの指向性を変更することも残響の対策になると考えられます。 　　全ての方向からの音を拾う無指向性マイク（non-directional または 　　Omnidirectional microphone）を 単一指向性マイク (directional microphone） 　　に変更し、直接音を選択的に拾うようにすれば、反射音の影響を小さくできます。  　 　    まとめ   　　ビデオ会議システムでの音声品質を確保するには、会議室の音響環境への 　　配慮が必要です。残響により音声が不明瞭になる場合、天井、壁、床の 　　音の反射を小さくする等の対策が必要です。 　　必要に応じて会議室の施工業者と相談し、対策を検討してください。 参考ドキュメント：   Cisco TelePresence Room Design Guide PROJECT WORKPLACE: Best Practices For Creating Effective Video-Enabled Rooms Guidelines for video conferencing room acoustics Cisco Microphones Data Sheet ビデオ会議室の音響ガイドライン (上記ドキュメントの日本語版) VTV ジャパン株式会社: テレビ会議教科書: 4. テレビ会議端末の設置環境: 4.1 音響環境 ... View more

ISR 4000シリーズ ルータは、従来のISR G2シリーズに比べ、アーキテクチャ、 性能が大きく異なります。 ここでは、音声関連機能としてクロック同期方法の違いについて説明します。 　 ISR G2の場合、マザーボード上にTDM BUS（Switch）が存在し、音声インタフェース カード（VWIC）間のクロック同期が行われます。PRIインタフェースカード同様に BRIインタフェースカードもTDM BUSに同期することができます。 PRIカード相互間でのクロック同期の他、BRI（TE）から受信したクロックをPRIへ提供する ことも可能です。 　 　 ISR 4000の場合、バックプレーンにはTDM BUSに代わりクロック同期専用のClock Muxが 搭載されています。ISR G2と異なり、BRIインタフェースカード（NIM）は、 アナログカードに分類され、バックプレーンとの同期は行われません。 そのため、ISR G2で可能であった BRI（TE）から受信したクロックを PRIに提供することは できません。 　 　 また、クロック同期の設定コマンドは、ISR G2とISR 4000で異なります。 ISR 4000、ISR G2のアーキテクチャの相違を理解して、クロック同期の設計を 行ってください。 　 参考ドキュメント 　 Cisco ISR シリーズのクロックの設定と動作 (ISR G2) ISR 4K シリーズの T1/PRI 回線の同期設計について Analog Voice Network Interface Modules for Cisco 4000 Series ISRs Data Sheet   ... View more

ISR 4000シリーズ ルータは、従来のISR G2シリーズに比べ、アーキテクチャ、 性能が大きく異なります。   ここでは、音声関連機能としてDSPリソースの共有方法の違いについて説明します。   アーキテクチャ上の大きな違いとして、ISR G2で採用されていたマザーボード上の TDM BUS（Switch）が、ISR 4000では省略されています。   ISR G2 では、音声インタレースカード（VWIC）上にはDSPモジュール（PVDM3）は搭載されておらず、 マザーボード上のTDM BUSを介して、マザーボード上のDSPモジュールを共有します。 マザーボード上のDSPモジュールは、VWICカードの音声コールの他、IP-based voice service にも利用されます。       一方、ISR 4000では、TDM BUS が存在しないため、音声インタフェースカード（NIM）間で DSPモジュール（PVDM4）を共有することはできません。 音声コールには、各音声インタフェースカード上に搭載されたDSPモジュールが使用されます。 音声インターフェースの余剰なDSPリソース、SM-Xカードおよびマザーボード上のDSPモジュールは IP-based voice serviceの用途に共有されます。         ISR 4000、ISR G2のアーキテクチャの相違を理解して、DSPリソースの設計（購入）を 行って下さい。 　 また、ISR 4000内の異なる音声インタフェースカード間でコールをルーティングする場合、 TDM BUS が存在しないため、Voiceカードの設定に"no local-bypass"コマンドを追加する 必要がある点にもご注意ください。    参考ドキュメント   Cisco 4000 Series Integrated Services Router Packet Voice Digital Signal Processor Modules (PVDMs) for Cisco Unified Communications Solutions Data Sheet ... View more

はじめに  　 Voice GW の動作検証テストを実施する際、 実際に接続する設備（PBX装置等）が 準備できない場合があります。 その際、簡単な動作確認テストであれば、Voice GW間をバックツーバックで 接続する方法で代用することができます。 本ドキュメントでは、Voice GW をアナログE＆M回線でバックツーバック 接続する方法を解説します。 （備考：相互接続性に関する厳密なテストでは、実網・実機が必要です。）  　 １．アナログE&Mインタフェースの回路構成について 　 アナログE&Mインタフェースは、PBX（ボタン電話装置）とVoiceGW間を トランク接続する際に使用されます。 （従来は、PBX間、PBX-TDM間、PBX-インバンドリンガー間にも利用されて 　いました。） 回路構成の相違により、アナログE&Mインタフェースには、 Type-I から Type-V の方式がありますが、日本国内では一般に TTC 標準のSR信号方式と互換性のある Type-Vの方式が使用されます。 　   　 　 アナログE&Mインタフェース（Type-V）は、左右対称な回路構成であるため クロスケーブルによるバックツーバック構成での接続が可能です。 音声伝送は、２線（２W）または４線（４W）の何れかで行います。  　 ２．ケーブルの準備 　 Cisco Voice GW のアナログE&Mインタフェースでは、RJ45のコネクタが 使用されます。 Voice GWのE&Mインタフェース（Type-V）間を接続するクロスケーブルは 以下のような配線になります。 音声伝送に２線を用いる場合と４線を用いる場合で、ケーブルの配線は 異なります。     　 ３．Voice GWの設定 　 回路構成が対称であるため、両側のVoiceGWのVoiceポートは 同じ設定にします。   上図は、音声伝送用に４線（４W）を使用する場合の設定例です。 検証テストの目的に合わせて、signal（immediate, wink-start）、 dial-type（dtmf, pulse）、output attenuation、input gain 等の 設定を変更してもかまいません。 コールのルーティングに必要な、dial-peerコマンドを設定して 音声接続テストを実施してください。   まとめ   E&Mクロスケーブルを作成すれば、PBX装置がない場合でも VoiceGW間でのバックツーバック構成での接続試験が実施できます。 VoIPプロトコル、dial-peerの設定を適切に組み合わせれば、様々なシステムの 検証に利用できます。 　 参考ドキュメント   Analog E&M Voice Signaling Overview Cisco IOS Voice Troubleshooting and Monitoring -- E&M Interfaces Understanding and Troubleshooting Analog E&M Start Dial Supervision Signaling E&M Cable Pinouts to Connect Cisco 1750/2600/3600 E&M VIC to Nortel PBX Option 11 E&M      ... View more

  はじめに Voice GWに搭載されているDSPモジュール（PVDM: Packet Voice Digital Signal Processor Module) は、音声接続（T1/E1インタフェース用のコーデック）、IPベースの音声サービス（会議、トランスコーディング）等の用途に使用されます。 ここでは、ISR4Kシリーズ用 DSPモジュール（PVDM4）の予約状況の確認方法について 説明します。 １．DSP リソースが予約されるタイミングについて T1/E1 NIMカードの場合、pri-group を設定し、voice-port が作成されたタイミングで音声 ch が DSP に割り当てられリソースが確保されます。会議、トランスコーディング等のIPベース音声サービス用の DSP リソースは、dspfarm のプロファイルを作成し、no shut コマンドで、プロファイルが有効化されたタイミングでリザーブされます。 ２．DSP リソースの予約状況の確認方法について DSPリソースの予約状況の確認は、show voice dsp group all (or slot x/x) コマンドで行います。 下図は PVDM4-128（Credit 960 x 2）に、PRI回線2本分（23Bx2=46ch）の設定を行い、IPベース音声サービス用として 8 pary(G.729)の会議を最大の12セッション設定した際の DSP リソースの割り当て状況です。 codec Complexity の設定はデフォルトの flex で、voice-portが作成たれたタイミングで、690 Credit (Low Complexity Credit 15 x 46 voice channel) 分の Credit が確保されています。 また、dspfarm のプロファイルが有効化されたタイミングで、1098 Credit (8 party / G.729 会議用のCredit 91.5 x 12 セッション)が予約されています。１DSP当たりの Credit は 960 であるため、DSP2から10セッション分の 915 Credit が予約され、残りの2セッション分の 183Credit は DSP1 から予約されています。 DSP1の残りの Credit は 777Credit（960 - 183）なりますが、音声コール用に690Creditが必要なため、残りは 87Credit (777 - 183)となり、これ以上 会議用のDSPリソースを予約することはできません。   まとめ DSPリソースの予約状況は、show voice dsp group all (or slot x/x) コマンドで確認できます。 また、DSPの処理性能やコーデック、 IPベース音声サービス毎のCreditの使用量は、show voice dsp capabilities slot X/X コマンドで確認できます。 DSPリソースの予約で問題が発生した場合、これらのコマンドを使用して調査を行ってください。   以上   参考ドキュメント： DSP リソースの Credit 計算方法について DSP Calculator の使用方法 DSP モジュールの処理能力の確認方法について ... View more

　 はじめに Voice GWに搭載されているDSPモジュール（PVDM: Packet Voice Digital Signal Processor Module) は、音声接続（T1/E1インタフェース用のコーデック）、IPベースの音声サービス（会議、トランスコーディング）等の用途に使用されます。 ここでは、ISR4Kシリーズ用のDSPモジュールの処理能力の確認方法について説明します。 　 １．ISR4K に搭載された NIM カード / PVDM4 モジュールの確認 ISR4Kに搭載されたNIMカード/PVDM4モジュールはshow inventoryコマンドで確認できます。 ISR4K#　show inventory NAME: "Chassis", DESCR: "Cisco ISR4451 Chassis" PID: ISR4451-X/K9 , VID: V03, SN: FGL181212B8 : : NAME: "NIM subslot 0/2", DESCR: "NIM-4FXS Voice Analog Module" PID: NIM-4FXS , VID: V01, SN: FOC18263WPG NAME: "NIM subslot 0/3", DESCR: "NIM-2MFT-T1/E1 - T1/E1 Serial Module" PID: NIM-2MFT-T1/E1 , VID: V03, SN: FOC1935778N NAME: "subslot 0/3 db module 0", DESCR: "PVDM4-128 Voice DSP Module" PID: PVDM4-128 , VID: V02, SN: FOC19423222 NAME: "PVDM subslot 0/4", DESCR: "PVDM4-256 Voice DSP Module" PID: PVDM4-256 , VID: V02, SN: FOC193106NV : : ISR4K# 上記の例では、subslot0/2にアナログ系NIMカード（NIM-4FXS）、 subslot0/3 に T1/E1 NIMカードとPVDM4-128モジュールが搭載されています。 （備考：subslot0/4はマザーボード上のPVDM4モジュールです。） 　 ２．アナログ系 NIM カードの表示例 show voice dsp capabilities slot X/X コマンドで、アナログNIMカードのDSPの 処理能力を確認します。 ISR4K# show voice dsp capabilities slot 0/2 DSP Type: DM8147 -8 Card 2 DSP id 1 Capabilities: Credits 120 , G711Credits 15, HC Credits 15, MC Credits 15, FC Channel 8 , HC Channel 8 , MC Channel 8 , Conference 8-party credits: G711 120, G729 120, G722 120, ILBC 120 Secure Credits: Sec LC Xcode 15, Sec HC Xcode 15, Sec MC Xcode 15, Sec LC UNIV Xcode 15, Sec HC UNIV Xcode 15,Sec MC UNIV Xcode 15, Sec G729 conf 120, Sec G722 conf 120, Sec ILBC conf 120, Sec G711 conf 120, NR Secure Credits: Sec LC Xcode 20, Sec HC Xcode 20, Sec MC Xcode 20, Sec LC UNIV Xcode 20, Sec HC UNIV Xcode 20,Sec MC UNIV Xcode 20, Ext NR Secure Credits: Sec HC Xcode 25, Sec MC Xcode 25, Sec HC UNIV Xcode 25, Sec MC UNIV Xcode 25, ASP Secure Credits: Sec LC Xcode 17, Sec HC Xcode 17, Sec MC Xcode 17, Sec LC UNIV Xcode 17, Sec HC UNIV Xcode 17,Sec MC UNIV Xcode 17, NR+ASP Secure Credits: Sec LC Xcode 22, Sec HC Xcode 22, Sec MC Xcode 22, Sec LC UNIV Xcode 22, Sec HC UNIV Xcode 22,Sec MC UNIV Xcode 22, Ext NR+ASP Secure Credits: Sec HC Xcode 27, Sec MC Xcode 27, Sec HC UNIV Xcode 27, Sec MC UNIV Xcode 27, Max Conference Parties per DSP: G711 8 , G729 8 , G722 8 , ILBC 8 , Sec G711 8 , Sec G729 8 , Sec G722 8 Sec ILBC 8 , Voice Channels: g711perdsp = 8 , g726perdsp = 8 , g729perdsp = 8 , g729aperdsp = 8 , g723perdsp = 0 , g728perdsp = 8 , g711_5msperdsp = 8 , gsmamrnbperdsp = 8 , ilbcperdsp = 8 , isacperdsp = 0 , modemrelayperdsp = 8 , g72264Perdsp = 8 , h324perdsp = 8 , m_f_thruperdsp = 8 , faxrelayperdsp = 8 , maxchperdsp = 8 , minchperdsp = 8 , srtp_maxchperdsp = 8 , srtp_minchperdsp = 8 , faxrelay_srtp_perdsp = 8 , g711_srtp_perdsp = 8 , g729_srtp_perdsp = 8 , g729a_srtp_perdsp = 8 gnx64_srtp_perdsp = 0 NR Voice Channels: g711perdsp = 6 , g726perdsp = 6 , g729perdsp = 6 , g729aperdsp = 6 , g723perdsp = 0 , g728perdsp = 6 , g711_5msperdsp = 6 , gsmamrnbperdsp = 6 , ilbcperdsp = 6 , isacperdsp = 0 g72264Perdsp = 6 g711_srtp_perdsp = 6 , g729_srtp_perdsp = 6 , g729a_srtp_perdsp = 6 ASP Voice Channels: g711perdsp = 7 , g726perdsp = 7 , g729perdsp = 7 , g729aperdsp = 7 , g723perdsp = 0 , g728perdsp = 7 , g711_5msperdsp = 7 , gsmamrnbperdsp = 7 , ilbcperdsp = 7 , isacperdsp = 0 g72264Perdsp = 7 g711_srtp_perdsp = 7 , g729_srtp_perdsp = 7 , g729a_srtp_perdsp = 7 NR+ASP Voice Channels: g711perdsp = 6 , g726perdsp = 6 , g729perdsp = 6 , g729aperdsp = 6 , g723perdsp = 0 , g728perdsp = 6 , g711_5msperdsp = 6 , gsmamrnbperdsp = 6 , ilbcperdsp = 5 , isacperdsp = 0 g72264Perdsp = 5 g711_srtp_perdsp = 6 , g729_srtp_perdsp = 6 , g729a_srtp_perdsp = 6 ISR4K# アナログNIMカードに搭載されているDSPモジュールのタイプがDM8147 -8で 処理能力（Credit）が120であることが分かります。 また、G.711（Low Complexity）、HC（High Complexity）、MC（Medium Complexity） の何れのコーデックでも、１コールあたりに使用されるCreditが15であることが分かります。 アナログNIMカードの場合、コーデックの種別に関係なく、8コール（120÷15＝8）の 音声の処理が可能です。 ３．T1/E1 NIM カードの表示例 show voice dsp capabilities slot X/X dsp X コマンドで、T1/E1 NIMカードのDSP の処理能力を確認します。dspの番号（id)の範囲は、PVDM4の容量に依存します。 （PVDM4-32：1、PVDM4-64：１、PVDM4-128：1～2、PVDM4-256：1～4） ISR4K# show voice dsp capabilities slot 0/3 dsp 1 DSP Type: SP2700 -64 Card 3 DSP id 1 Capabilities: Credits 960 , G711Credits 15, HC Credits 30, MC Credits 20, FC Channel 64, HC Channel 32, MC Channel 48, Conference 8-party credits: G711 43 , G729 91 , G722 91 , ILBC 120 Secure Credits: Sec LC Xcode 15, Sec HC Xcode 30, Sec MC Xcode 20, Sec LC UNIV Xcode 15, Sec HC UNIV Xcode 40,Sec MC UNIV Xcode 24, Sec G729 conf 96 , Sec G722 conf 96 , Sec ILBC conf 120, Sec G711 conf 43 , NR Secure Credits: Sec LC Xcode 20, Sec HC Xcode 35, Sec MC Xcode 25, Sec LC UNIV Xcode 20, Sec HC UNIV Xcode 45,Sec MC UNIV Xcode 29, Ext NR Secure Credits: Sec HC Xcode 40, Sec MC Xcode 30, Sec HC UNIV Xcode 50, Sec MC UNIV Xcode 34, ASP Secure Credits: Sec LC Xcode 17, Sec HC Xcode 32, Sec MC Xcode 22, Sec LC UNIV Xcode 17, Sec HC UNIV Xcode 42,Sec MC UNIV Xcode 26, NR+ASP Secure Credits: Sec LC Xcode 22, Sec HC Xcode 37, Sec MC Xcode 27, Sec LC UNIV Xcode 22, Sec HC UNIV Xcode 47,Sec MC UNIV Xcode 31, Ext NR+ASP Secure Credits: Sec HC Xcode 42, Sec MC Xcode 32, Sec HC UNIV Xcode 52, Sec MC UNIV Xcode 36, Max Conference Parties per DSP: G711 176, G729 84, G722 84, ILBC 64, Sec G711 176, Sec G729 84, Sec G722 84 Sec ILBC 64, Voice Channels: g711perdsp = 64, g726perdsp = 48, g729perdsp = 32, g729aperdsp = 48, g723perdsp = 0 , g728perdsp = 32, g711_5msperdsp = 48, gsmamrnbperdsp = 32, ilbcperdsp = 32, isacperdsp = 20, modemrelayperdsp = 32, g72264Perdsp = 48, h324perdsp = 32, m_f_thruperdsp = 64, faxrelayperdsp = 48, maxchperdsp = 64, minchperdsp = 32, srtp_maxchperdsp = 64, srtp_minchperdsp = 32, faxrelay_srtp_perdsp = 32, g711_srtp_perdsp = 64, g729_srtp_perdsp = 32, g729a_srtp_perdsp = 48 gnx64_srtp_perdsp = 0 NR Voice Channels: g711perdsp = 54, g726perdsp = 42, g729perdsp = 29, g729aperdsp = 42, g723perdsp = 0 , g728perdsp = 29, g711_5msperdsp = 42, gsmamrnbperdsp = 29, ilbcperdsp = 29, isacperdsp = 19 g72264Perdsp = 38 g711_srtp_perdsp = 54, g729_srtp_perdsp = 29, g729a_srtp_perdsp = 42 ASP Voice Channels: g711perdsp = 56, g726perdsp = 43, g729perdsp = 30, g729aperdsp = 43, g723perdsp = 0 , g728perdsp = 30, g711_5msperdsp = 43, gsmamrnbperdsp = 30, ilbcperdsp = 30, isacperdsp = 19 g72264Perdsp = 43 g711_srtp_perdsp = 56, g729_srtp_perdsp = 30, g729a_srtp_perdsp = 43 NR+ASP Voice Channels: g711perdsp = 49, g726perdsp = 39, g729perdsp = 27, g729aperdsp = 39, g723perdsp = 0 , g728perdsp = 27, g711_5msperdsp = 39, gsmamrnbperdsp = 27, ilbcperdsp = 25, isacperdsp = 17 g72264Perdsp = 35 g711_srtp_perdsp = 49, g729_srtp_perdsp = 27, g729a_srtp_perdsp = 39 ISR4K# 上記の出力例の通り、PVDM4-64、128、256の場合、１dspあたりの処理能力（Credit）は 960 であることが分かります。（PVDM4-32の場合は、１dspあたり 480 Creditです。） また、コールで使用されるCreditは、コーデック種別に依存し、G.711（Low Complexity）の場合は 15、MC（Medium Complexity）の場合は 20、HC（High Complexity）の場合は 30 になります。 １dspで処理できるコール数は、G.711等のLow Complexityの場合は 64コール（960÷15＝64）、G.729A等のMC（Medium Complexity）の場合は 48コール（960÷20＝48）、G.729等のHC（High Complexity）の場合は 32コール（960÷30＝32）になります。   以上   参考ドキュメント： DSP リソースの Credit 計算方法について DSP Calculator の使用方法 DSPリソースの予約状況の確認方法について   ... View more

はじめに Voice GWに搭載されているDSPモジュール（PVDM: Packet Voice Digital Signal Processor Module) は、音声接続（T1/E1インタフェース用のコーデック）、IPベースの音声サービス（会議、トランスコーディング）等の用途に使用されます。 Voice GW内部では、音声接続（T1/E1インタフェース用のコーデック）、IPベースの音声サービスの処理に必要なDSPのリソースをCreditをベースに計算しますが、複雑な計算が必要であるため、音声接続のチャンネル数、IPベースの音声サービスのセッション数を入力するだけで必要なDSPモジュール（PVDM）を選択してくれるDSP Calculatorが公開されています。 ここでは、DSP Calculatorの使い方を簡単に説明します。 １．必要な音声接続用チャンネル数の入力 最初にVoice GWの機種名、IOSバージョンを入力します。 機種に応じてNIMモジュール等の入力画面が表示されます。 各スロットで使用するNIMモジュールを選択し、使用するコーデックの種類毎の必要なチャンネル 数を入力します。 下図は、PRIx2回線(23Bx2-46)を使用し、G.711等のLow Complexityのコーデックのみを 使用する場合の入力例です。 ２．必要なIPベースの音声サービスのセッション数の入力 次にIPベースの音声サービス（会議、トランスコーディング）に使用する条件、セッション数を 入力します。下図は、G.729コーデック使用する8パーティの会議を２セッション使用する場合の 入力例です。 ３．計算結果の確認 最後の画面で、計算結果の確認を行います。 下図では、対象のNIMスロット(0)でPVDM4-64のモジュールが必要であることがであることが 計算結果として出力されています。 まとめ Voice GWのモジュール構成を設計する際、DSPリソースの計算が必要になります。 その際、DSP Calculatorを使用するのが便利です。 詳細の使用方法については、ツールのHELP画面が参考になります。 　 備考： 現在のDSP ISR4Kで複数のNIMモジュールを使用する場合、計算結果が適切に表示されない場合があります。（NIMモジュール１枚毎の計算では適切な結果が出力されます。） Voice GW の設計、購入を行う際は、弊社営業担当、販売代理店にご相談ください。 ... View more

はじめに 　 Voice GWにおいて音声コーデックの処理はDSPモジュール（PVDM: Packet Voice Digital Signal Processor Module) で行われます。 音声コーデックには、G.711、G.729A、G.729等の種類があり、１コールの処理に必要な 処理能力値（MIPS）は異なります。Voice GWにおいて、DSPの処理能力はCreditに換算して 計算され、コールによる負荷がDSPの処理性能の範囲内に収まるように管理されてます。 ここでは、Voice GWのDSPリソースのCreditの計算方法について説明します。　 １．コーデックの分類 　 Voice GWにおいて、コーデックは処理の複雑さ（Complexity）により、３つの種類に 分類されます。 Complexity：複雑さ コーデックの種類 PVDM4 Credit Low Complexity G.711, Fax Passthrough, Modem Passthrough, and Clear-Channel 15 Medium Complexity G.726, G.729A, G.729AB, G.722, and T.38 Fax Relay 20 High Complexity Codecs G.729, G.729B, G.723, G.728, iLBC, GSM-AMR, T.38 SG3 Fax, and Modem Relay 30 １コールの処理に必要な処理能力は、Low < Medium < High Complexity の順で、 PVDM4 の場合のCreditはそれぞれ Low(15)、Medium(20)、High(30) になります。 　 ２．DSPのコーデック Complexityの設定 　 DSPがどのComplexityのコーデックを処理するかは、Voice GWのコマンドで設定します。 ISR4K(config)#voice-card 0/1 ISR4K(config-voicecard)#codec complexity ?  flex Set codec complexity Flex. Flex complexity, higher call density. high Set codec complexity high. High complexity, lower call density. medium Set codec complexity medium. Mid range complexity and call density.  secure Set codec complexity secure. ISR4K(config-voicecard)#  Highを選んだ場合、ComplexityがHigh以下の全てのコーデックを処理できますが、 全てのコールでCreditが30使用されます。 Mediumを選んだ場合、ComplexityがMedium 以下の全てのコーデックを処理できますが、 全てのコールでCreditが20使用されます。 Flex（デフォルト）を選んだ場合、使用されるCreritは実際のコーデックの種類に依存 します。 ３．PVDM4の種類と処理能力について 　 PVDM4の処理能力（処理可能はCredit数）は下図の通りモジュールのタイプにより異なります。   処理可能な Credit数 が960のDSPの場合、処理できるコール数は下図の通り、 Voice GW のコーデック Complexity設定、実際のコールのコーデックの種類によって 変わります。 Flex complexityの設定では、DSPあたり処理できるチャンネル数が変動するため、 設計上、注意する必要があります。 まとめ 　 Voice GWを設計する場合、処理が必要なコーデック、コール数を考慮し、DSPモジュールを選択します。 実際の設計では、上記の音声接続用のコーデックに加え、会議、トランスコーディング等の IPベースの音声サービスに利用するリソースも考慮します。 Ciscoでは、リソースの計算を行うためのツール（DSP Calculator）を提供しています。 　 以上   ... View more