Clever Geek Handbook

専用ホスティング上の企業IPテレフォニーサーバー？ どうして

どう？



ホスティングプロバイダーと別個のITサービスを配置することは新しいアイデアではありませんが、

今日は、ヘッダーで行われた決定のテストについて説明します。

IP PBXがインストールされたサーバーは、オランダのラックの1つにあります 。

サーバーの世界へのチャンネルの幅は1ギガビット/秒です。

N社のオフィスはロシアにあり、世界へのチャネルは40 Mbpsです。







テスト方法







OS、ソフトウェア、ハードウェア









テスト



マルチフォン


予想どおり、この段階では問題のヒントはありませんでした。

Multifonをアスタリスクに登録し、内部ピアをいくつか作成しました。

次に、彼はLinphoneソフトフォンをインストールし、N社のコンピューターからIP PBXに内部サブスクライバーとして接続し、いくつかの呼び出しを行いました。

音質は素晴らしいです、私の対話者はどちらも声の歪みに気づきませんでした。



システムに「実際の」呼び出しをロードします


開始前のスクリーンショット：

左上-サーバーのネットワークインターフェースの読み込み、

右側はサーバーの負荷です。

左下-アスタリスクコンソール、

右側はsipp launchコマンドです（詳細は以下）。





このテストは、ロシアのN社のコンピューターを開始します。

テストチームとその説明 
./sipp 188.42.243.252 -s 2005 -i 89.189.163.20 -d 120s -l 120 -aa -mi 89.189.163.20 -rtp_echo -nd -r 10 -m 1000 -trace_screen -bg


どこで

188.42.243.252



アスタリスクPBXサーバーIPのIPアドレス

-s 2005



-sippが呼び出す番号

-i 89.189.163.20



ヘッダー「Contact：」、「Via：」、および「From：」にこのIPを設定します

-d 120s



通話時間2分

-aa



-INFO、UPDATE、およびNOTIFYメッセージに200 OKを自動的に送信します

-mi 89.189.163.20



-RTPのIPを指定します

-rtp_echo



対話シミュレーション、各rtpパケットを送り返す

-nd



予期しない状況での標準の動作を無効にします（誤ったSIPメッセージを受信した場合、sippは呼び出しを中断します）

-r 10



秒あたり10コール

-m 1000



コールのチェックを完了します

-trace_screen



ログを保存します

-bg



-sippはバックグラウンドで起動されます



アスタリスクダイヤルプランによると、2005年の発信者ごとにMOHからのオーディオファイルが再生されます。

Extension 2005： 

 exten => 2005,1,Answer() same => n,Playback(/var/lib/asterisk/moh/reno_project-system) same => n,Hangup(


テストは実行中です。

使用されたsippスクリプトが作成したロードの種類を見てみましょう。





スクリーンショットを見るとわかるように、sippは両方向で〜10Mbpsでネットワークをロードし、CPUは31％、LAは1.7で使用されています。

左下には、接続されたピアがあります-これはMultifonと、スマートフォンから3Gで接続されたソフトフォンです。



一口結果：









すべての呼び出しが正常に完了し、すべての呼び出しの平均応答時間は100〜150ミリ秒以内でした。



テスト中、スマートフォンにLinphoneをインストールした状態で電話をかけましたが、音声品質はまったく変化せず、可聴性は素晴らしいです。

さらに、品質管理のためにChanSpyを介して現在の「ダイアログ」に定期的に接続しましたが、この段階では問題はありませんでした。



損失とジッター


iperfユーティリティを使用してチャネルをテストします。

IPテレフォニーサーバーから会社のコンピューターNへの検証。





そして今、コンピューターからサーバーへ。





これらのテストでは、iperfのサーバー側はUDPソケットをリッスンし、30秒ごとに情報を表示します。

3分以内のクライアント部分は、サイズが172バイトのパケットをUDPサーバーに送信し、速度は10 Mbpsに設定されます。

* 10Mbpsは約120コール（G711）です。計算には、 アスタリスク帯域幅計算機を使用すると便利です。



172バイトのパケットサイズは、sippテスト中のダンプに基づいて取得されます。





結果は良好であり、それ自体が語っています。

サーバー->コンピューターの方向でわずかなパケット損失があるため、両方向のジッターは非常に小さいです。



ガスが故障します。 サーバーを完全に破壊しましょう


ワンタイムコールの数を400に増やします。





ネットワークは〜33 Mbit / sにダウンロードされ、CPUは実質的に「棚に」LA〜9でロードされました。

しかし、そのような負荷があっても、スマートフォン（すべて同じLinphone）から3G経由で電話をかけることに成功しました。

ChanSpyで「ダイアログ」を観察しても、音の歪みは検出されませんでした。



400コールのSIP結果。





すべての課題が再び成功しました。

それらの999の平均応答時間は100〜150ミリ秒に収まり、最初の呼び出しでは150〜200ミリ秒に収まります。



アステリスクコンソールでの宣誓と同様に、いくつかの喘鳴、失敗、およびその他の可聴性の問題が、1回限りの呼び出し数= 450で現れました。

このサーバーのピークは501コールの値でした。



おわりに



テストが示したように、ホスティングはWebプロジェクトだけでなく、IP PBXなどのサービスもホストできます。

N社のオフィスのインターネットへのバックアップチャネルは、サーバーへのチャネルのフォールトトレランスを保証します。

適切に設定されたQoS、エッジルータで、適切なレベルの音声品質。



テスト用の興味深いスクリプトを見つけたら、コメント欄でお待ちしています！

ご清聴ありがとうございました！



便利なリンク：

1. sipp.sourceforge.net/doc/reference.html

2. www.voxlink.ru/kb/asterisk-configuration/asterisk-test-sipp

3.www.pbxware.ru/wiki/testirovanie_nagruzki_na_asterisk_server_pri_pomoshchi_sipp



投稿者： fessaectan


More articles:


All Articles