はじめに 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

Jabber for iPhone の旧バージョンへのダウングレード等、iOS アプリの管理はPC または MAC 上で動作する iTunes を用いて行う必要がありました。 しかし、iTunes 12.7 以降において、このアプリ管理機能が使用できなくなりました。   Appleのサイト：新しい iTunes の変更点   iTunes で iOSアプリを管理する必要がある場合、以下のサイトから旧バージョン(iTunes 12.6.3) をダウンロードして利用していただく必要があります。   Appleのサイト：Deploy apps in a business environment with iTunes   お願い： Jabber for iPhone 等の iOS アプリは、Apple 社の APP ストアから最新版のみが提供されます。 検証環境の試験等で、iOSアプリのダウングレードが必要な場合、旧バージョンの iTunes を使用して、iOSアプリの管理（バックアップ、リストア）を行ってください。   ... View more

はじめに   VoIPネットワークでは、伝送帯域を節約するため VAD (Voice Activity Detection) 機能が 使用される場合があります。 VAD は音声が無音 (一定レベル以下) の場合に、 RTP パケットの送信を行わない機能で、 無音圧縮 (silence compression) とも呼ばれます。   本ドキュメントでは、Wirehsark を用いてパケットキャプチャを解析し、VAD の動作を確認する 方法について解説します。   １．VAD の動作と影響について   VAD が有効になっている場合、音声レベルが一定以下になると、送信側 VoIP 機器は RTP パケットの送信を一時的に停止します。その際、音声が完全に無音になると不自然に 感じる場合があるため、受信側のVoIP機器にコンフォートノイズ （comfort noise） を 生成するように指示します。 本来、VAD は伝送帯域を節約するための有益な機能ですが、受信側で音切れを感じたり、 話し始めの音声が聞こえなかったりする場合があるため、多くのユーザでは、VAD 機能は 無効にして運用されています。 VoIP ネットワークで音切れ等の音声品質の問題が発生した場合、設定ミスにより VAD 機能が有効になっていないか確認する必要があります。   ２．VAD 動作時のパケットキャプチャの確認 　 Wireshark でソース IP アドレス等によりフィルタを行い、RTP ストリームを確認します。 VAD が動作する際、送信側 VoIP 機器は、PT(Payload Type)=Comfort noiseのパケットを 送信します。無音部分が終了して、RTP パケットの送信を再開する場合、”Marker Bit = 1” の RTP パケットを送信します。RTP の 送信間隔は通常の 20ms より大きくなりますが、 RTP のシーケンス番号には抜けは発生しません。     Wireshark でフィルタ (“rtp.marker == 1” ) を適用すると VAD が機能している RTP （ストリーム） を容易に見つけることができます。     参考 RFC RTP Profile for Audio and Video Conferences with Minimal Control (RFC3551)    For applications which send either no packets or occasional comfort-    noise packets during silence, the first packet of a talkspurt, that    is, the first packet after a silence period during which packets have    not been transmitted contiguously, SHOULD be distinguished by setting    the marker bit in the RTP data header to one.  The marker bit in all    other packets is zero.  The beginning of a talkspurt MAY be used to    adjust the playout delay to reflect changing network delays.    Applications without silence suppression MUST set the marker bit to    zero.   ３．コンフォートノイズ （comfort noise） の動作の確認   Voice GWで使用されるコンフォートノイズ （comfort noise） では、 payload type 19 または 13 の RTP が使用されます。   Voice GWの設定方法 (config-dial-peer)#rtp payload-type comfort-noise ?   <0-255>  RTP comfort noise payload type, only 13 and 19 is supported   Wireshark でフィルタ (“rtp.p_type == 19” または “rtp.p_type == 13”) を適用すると コンフォートノイズ （comfort noise） の RTP  パケットを容易に見つけることができます。   （payload type 19 の例）   （payload type 13 の例）   まとめ   Wireshark を使用すれば、VoIP (RTPストリーム) で VAD 機能が動作しているかを 簡単に確認することができます。 音切れ等の音声品質の問題が発生している場合、VAD 機能を無効にしてください。 （Voice GWの場合、dial-peer に “no vad” コマンドを設定します。） ... View more