ソフトウェアIP PBXと負荷テスト

全てにおいて良い日！ここ数年、私はIPテレフォニーを行っており、インターネットは情報でいっぱいですが、ロシアのセグメントについて話しているだけでなく、一部の「放棄されたフォーラム」でしか適切なものを見つけられないことに気づき始めました。 ... IPテレフォニーとSIPプロトコル自体に関する十分な情報がある場合、ソフトウェアIP-PBXの構築方法、明らかな理由によるテストとデバッグの方法に関するデータはありませんが、何年も理解できる人しか理解できないような言語で書かれています。この領域で動作します。



私はこれらのギャップを埋めて自分で貢献することにしました。この情報は初心者にとって有益であり、経験豊富なユーザーは自分にとって新しい何かを強調できます。現時点での計画は大規模です。投稿のサイクルを記述し、私が得た知識を要約し、明らかな理由で私がアセンブリや仮想マシンなどを投稿しないことです。最も重要なことは指示することであり、歩く人は彼の道を見つけるでしょう。



歌詞はおそらく十分でしょう。いつものように理論​​から始めましょう。この投稿はさまざまなレベルの知識を持つユーザーによって読まれるので、すべて短く簡潔に説明します。

前書き

ソフトウェアIP-PBXは、IPプロトコルに基づく自動電話交換であり、その「頭脳」は、加入者に提供される音声スイッチング（この場合は音声パケット）およびその他のサービスを実装する特別なソフトウェアです。



では、これらすべてがどのように機能するかを考えてみましょう。すぐに詳しく説明することはしません。時間がかかるため、誤りや脱落がいくつかあります。



加入者が電話を取って番号を入力すると、すぐにシグナリングがトリガーされ、音声ストリームのセッションが制御されます。このため、2つのSIPとH.323を区別できるプロトコルがいくつかあります。現在、SIPは多くの人気を得ており、この投稿ではSIPが検討されます。さらに、SIPプロトコルを使用してサブスクライバ間に論理接続が確立され、音声が必要であると想定します。



加入者は受信機に話しかけます-彼の声はソフトウェアまたはハードウェアコーデックを使用してビットのセットにエンコードされます。コーデックは音声圧縮アルゴリズムであり、最も単純で最も一般的なPCMAです。次に、これらのビットはRTPプロトコルを使用して宛先に送信されます。



上記のすべてを要約すると、通信セッションを管理するSIPプロトコルがあり、セッションを記述するSDPプロトコル（使用済みおよび利用可能なコーデックおよびその他の情報）が含まれ、これらのプロトコルはTCPまたはUDPトランスポートにパックされ、IPプロトコルを使用します指定された方向に送信されました。論理接続が確立されるとすぐに、音声はコーデックを使用して圧縮され、RTPにパックされ、IPプロトコルを使用して宛先に送信されます。



では、誰がこれをすべて制御するのかという主な質問に答えてみましょう。ソフトウェアスイッチまたは略してソフトスイッチは、すべての内部および外部の相互作用を管理するソフトウェアIP-PBXの「頭脳」です。私たちは皆、ソフトスイッチについて聞いており、誰もがアスタリスクとフリースイッチについて聞いたことがある。有料、無料、グラフィカルインターフェイスあり、なし。



図1では、ソフトウェアIP-PBXのブロック図を示しましたが、より詳細に検討しています。まず、これはオペレーティングシステム（OS）であり、ハードウェアと互換性があり、必要なリポジトリーがあり、使いやすい必要があります。ハードウェアについては触れません。何らかのサーバーにしましょう。お客様（TOR）の希望に基づいて、IP-PBX-ソフトスイッチの「頭脳」が選択されます。これは、同じアスタリスクまたはフリースイッチ、または手書きのソフトスイッチにすることができます。図では、ソフトスイッチとソフトウェアを分離していますが、実際には1つのアプリケーションである可能性があります。すべてが顧客の要件に依存します。既製の同じフリースイッチを使用して、それを制御し、追加機能を実装するプログラムを作成できます。 Webサーバーではすべてが明確です。httpクライアントとソフトスイッチの間にレイヤーが必要です。まあ、それに応じてデータベース、構成ファイルを常に書き換えるつもりはありません。 OSは私たちに仕事のための環境を与えます、あなたがFXOとE1ボードを接続したいなら追加のドライバーを書くことも必要です。





図1.ソフトウェアIP-PBXのブロック図これで



息を吹き込むことができます。説明した理論は非常に凝縮されていますが、資料をさらに理解するために必要です。

SippおよびStarTrinity SIPテスター

数週間前にタスクが設定されました-私たちのソフトウェアIP-PBXが耐えられる負荷をテストすることです。何度も検索した後、無料のSippコールジェネレーターと有料のStarTrinity SIPテスターを見つけました。以下では、これらのアプリケーションの機能について簡単に説明します。



おそらく、最も簡単なものから始めます。StarTrinitySIPテスターを使用します。アプリケーションはWindowsでのみ機能し、ユーザー登録、登録サーバーとしての機能、多数のパラメーターを使用した発信呼び出しの送信、着信呼び出しの受信、指定されたメッセージの送信など、非常に多くの可能性があります。実際、スクリプトを自分で作成して、アプリケーションでこれを支援できます。ただし、すべての機能は別の投稿のトピックであり、作業には最も基本的なものが必要です。RTPを忘れずに、一定の間隔で通話を送信する機能です。そして今、最も重要なことは、このアプリケーションが有料であるということですが、開発者は無料のわずかに削除されたバージョンも提供しますが、実際には、賢い場合は削除されたバージョンも使用できます。



無料版では150の通話を発信できますが、同時接続は50まで可能です。ただし、再起動すると、カウンターがリセットされ、通話を再送信できます。図2および3は、StarTrinity SIP Testerアプリケーションを示しています。どのアドレス、どの番号から誰から、コーデック、間隔、その他の通話情報。また、Webインターフェイスとスクリプトを自分で作成する機能があることにも注意する必要がありますが、私が好きでなかったのは、誤ったパラメーターでスクリプトを作成できないことです。





図2.有料版のStarTrinity SIP Tester





図3.無料版のStarTrinity SIP Tester



StarTrinity SIP Testerがそのまま使用できる美しいグラフィカルインターフェースである場合、Sippは一種の「モンスター」として私に提示され、必要なパッケージをダウンロード、コンパイル、追加する必要があります。しかし、結局のところ、これは恐れるべきではありません。開発者は、インストールプロセスとこのアプリケーションの機能を説明する優れたガイドをサイトに残しています。彼らはすぐにスクリプトの書き方を学ぶのに数日かかると警告します、しかしこれはプラスです、あなたはSIPプロトコル自体を完全に理解し、その分野を研究するでしょう。一言で言えば、組み込みのスクリプトがあり、彼らは最も一般的な呼び出しを送信して受け入れました。インターネットで残りを探しています。一部のユーザーは共有していますが、仕様を調べてスクリプトを書くために座らなければなりませんでした。 SippはWindowsとLinuxで利用できますが、Linuxではより安定して動作します。



今のところ、Sippだけにマシンを割り当てるのはコストがかかります。仮想マシンを取得して作成します。私はUbuntuでVirtualBoxを使用していますが、問題はありませんでした。ガイドに従ってインストールされ、アプリケーションフォルダに移動し、必要なキーを使用してアプリケーションを起動します。





図4. SippコールジェネレーターSipp



の機能については説明しませんが、StarTrinity SIP Testerに似ています。どちらのアプリケーションが優れているか、明確な答えはありません。これらは互いに完全に補完し合うという結論に達しました。

ストレステスト

これで、ソフトウェアIP-PBXが何であり、どのように機能するかがわかりました。また、コールジェネレーターの機能もわかりました。



繰り返しますが、テスト時には、ソフトウェアIP-PBXの動作モードを理解する必要があります。プロキシモード（RTP +シグナリングがプロキシされます）、セミプロキシ（シグナリングのみがプロキシされます）、リクエストのリダイレクト（メッセージ300）。これにより、一部のシナリオでRTPを有効にする必要があるかどうかが決まります。図5では、いくつかのテストオプションをスケッチしました。



オプション1-トランジットモードでソフトウェアIP-PBXをテストします。これには、2つの異なるPCが必要です。 PBXでは、あるSipp / StarTrinity SIPテスターからのルートをそれぞれ登録し、別のSipp / StarTrinity SIPテスターへの呼び出しを生成します。私はすぐに、SippでStarTrinity SIP Testerを使用して（または革命ごとに）呼び出しを生成しようとはしませんでしたが、理論的には完全に互換性があるはずだとすぐに言っておく必要があります。



オプション2-トランジットモードでソフトウェアIP-PBXをテストします。これには、2つの異なるPCが必要です。 PBXでは、アスタリスクへの呼び出しを生成する1つのSipp / StarTrinity SIPテスターからのルートをそれぞれ登録します。アスタリスクの場合、UbuntuでVirtualBox仮想マシンを使用していますが、問題はありませんでした。アスタリスクダイヤルプランで、次のように記述します。







この番号に電話をかけると、アスタリスクが応答し、受信したすべての音声を送り返します。





図5.負荷テストの機器構成オプション



オプション3-端末ステーションモードでソフトウェアIP-PBXをテストします。これには、1台のPCとIP電話が必要です。電話に自動応答をインストールします。 IP電話をそれぞれPBXに登録し、Sipp / StarTrinity SIPテスターから電話を生成します。



オプション4-端末ステーションモードでソフトウェアIP-PBXをテストします。これには、1台のPCとアナログSLTが必要です。 PBXにアナログTAをそれぞれセットアップし、1つのSipp / StarTrinity SIPテスターから呼び出しを生成します。私の知る限りでは、私自身は、アナログ回線に接続されていて、たとえば電話をかけるときに電話を取るようにプログラムできる特定のデバイスに出会ったことはありませんが、これらのオプションが利用できない場合は、手動でチューブを受け取る必要があります。



もちろん、これですべてです。IP-PBXソフトウェアでは、ログをオンにするか、コンソールにデバッグを表示して、発生したエラーを確認します。これにより、パフォーマンスと障害の制限を決定できます。ところで、仮想マシンにWireshark、tshark、tcpdumpをインストールすると、インターフェース上のすべてのトラフィックをリアルタイムで監視および分析できるようになります。

まとめ

要約すると、ソフトウェアIP-PBXの構築と、SippおよびStarTrinity SIPテスターコールジェネレーターに表面的に精通し、負荷をシミュレートする方法を学びました。それについて考えれば、これらのコールジェネレータを使用してSIPスタック全体を安全にテストできます。



今日はこれですべてです。あなたのコメントとコメントを待っています。あなたの経験を共有したい場合は、私だけが幸せになります。 読み込んでい



ます...



リンク



1.Sipp sipp.readthedocs.io/en/v3.6.0/#

2.StarTrinity SIP Tester startrinity.com/VoIP/SipTester/SipTester.aspx

3.Books and other information asterisk.ru/knowledgebase/books