Asterisk と Ruby を使用して、スケーラブルなテレコム グレードのアプリケーションの作成を開始しようとしています。私は当初、これに Adhearsion フレームワークを使用するつもりでしたが、必要な成熟度がなく、ドキュメントが大幅に不足しています。AsteriskRuby は十分に文書化されており、Vonage によって書かれているように見えるため、良い代替手段のようです。
AGI ベースの IVR アプリケーションをデプロイした経験のある人はいますか? 使用している場合、どのフレームワークを使用しましたか? 正当な理由がある場合は、Ruby 以外のものも検討します。ありがとう！
SipXは本当に間違った答えです。私はSipX3.10.2で非常に複雑なVoiceXMLを作成しましたが、SipX 4がIVRのコンパイル済みJARを必要とするインターフェイス用のSipXVXMLを削除しているため、これはまったく意味がありません。それに加えて、Nortelのファイリング破産、オープンソースバージョンに関する非常に貧弱なドキュメント、VXML 2.0（3.10.2以降）およびSIP標準（3.10.2以降、ITSPとの連携が不十分）への準拠が不十分です。PBXになるように設計されたことを実行する、強打の仕事に拍手を送ります。しかし、IVRとして、もう一度やり直す必要がある場合は、別のことを行います。確かに何なのかわかりませんが、何か違うものがあります。私は今TrixboxCEをいじっていて、それをJVoiceXMLまたはVoiceGlueに結び付ける作業をしています。
また、そのSipXwikiのがらくたを読まないでください。SipX3.10をAsteriskNOW1とTrixbox1と比較します。Mac OS XをWin95と比較するようなものです！より現実的な比較は、SipX 4（2009年第1四半期に予定）とAsterisk1.6およびTrixbox2.6です。これは、拡張性と高可用性の分野を除いて、ほぼ同じ結果を達成することを示しています。SipXが勝ちます。しかし、成熟度と安定性のために、私はアスタリスクを提唱します。
また、SipXVXMLを使用した実際のパフォーマンス結果：
Dell PowerEdge R200、Xeonデュアルコア3.2GHzは、ジッタの前に17回の呼び出しを処理します。
HP DL380 G4、デュアルXeon HT 3.2 GHzは、長い一時停止の前に30回の通話を処理します。
VoiceGlueとJVoiceXMLの評価が終了したら、調査結果を投稿しますが、すべてのツールがAsteriskにネイティブであるため、AGIから呼び出されるカスタムPHPを作成することになります。
v0.8.1がリリースされたので、Adhearsionに再度アクセスする必要があります。ドキュメントは、ごく最近になって大幅に改善されました。ここを見てください：
http://adhearsion.com http://docs.adhearsion.com http://api.adhearsion.com
「テレコム グレード」のアプリケーションを探している場合は、アスタリスクの代わりに SipXecs を調べることをお勧めします。これは機能が豊富で、無料のオープン ソースであり、Nortel から商用サポートを利用できます。Ruby (またはその他の言語) の Web サービス API を介して対話できます。
詳細については、SipXecs wikiを参照してください。そのサイトには、機能を AsteriskNOW および TrixBox と比較した比較表があります。
そこに他のフレームワークは本当にありません。もちろん、すべての言語にAGIバインディングがありますが、テレフォニーアプリケーションを開発するための本格的なフレームワークに関しては、まだそこにありません。少なくともオープンソースの世界では。
PHPで記述されたシンプルで小さな柔軟なAsteriskAGIIVR http://freshmeat.net/projects/phpivr
またね。PHPAGI を使用してクライアントの IVR を SipX から Asterisk に移行した後、これほどシンプルで機能的なアーキテクチャに出会ったことはないと言わざるを得ません。今日は、以前に SipX をテストしたのと同じハードウェアで、Trixbox CE 2.8 のストレス テストを行います。しかし、IVR に PHPAGI を使用し、デバッグに Asterisk CLI を使用することは完璧に機能し、他のどの会社よりもはるかに速く IVR を開発することができました。現在、TTS と ASR の実装に取り組んでおり、ストレス テストの結果を投稿できるようになったら投稿します。
小さくて簡単なアプリケーションには、Perl で Asterisk::AGI を使用します。Fast AGI の拡張機能もあります。VoIP オペレーターのバックエンドなどのより大きなアプリケーションの場合、Java で記述された OrderlyCalls に似たもの (自分のコード) を使用します。ただし、OrderlyCalls は Java fastagi エンジンから始めて、ニーズに合わせて拡張するのに最適です。
もう開発中ではありませんが、私はJAGIServerを広範囲に使用しており、非常に優れていて使いやすいです。単純な AGI の代わりに使用することをお勧めする、FastAGI 用のインターフェイスです。
このフレームワークの新しいバージョンはOrderlyCallsで、これにはさらに多くの機能があるようですが、私はそれらを必要としなかったので試していません。
それはすべて、AGI で何をしたいかによると思います。通常、すべてのユーザー入力を収集して検証し、AGI を使用して Java アプリケーションに接続するためのやや複雑なダイヤルプランがあります。このアプリケーションは、いくつかの変数を読み取り、それを使用していくつかの処理 (操作、クエリなどの実行) を実行し、さらに設定を行います。 AGI チャネルの変数と切断。この時点で、ダイヤルプランは、Java アプリによって設定された変数の結果に応じて続行されます。
Java アプリに ServerSocket があり、AGI からの着信接続を受信し、新しいソケットと JAGIProcessor の新しいインスタンスを使用して JAGIClient を作成するため、これは非常に高速に動作します (これは作成する必要があります。これは、すべての処理を行うオブジェクトです)。処理)、スレッド プール内で JAGIClient を実行します。JAGIProcessor は processCall メソッドを実装し、パラメーターとして渡された JAGIClient と対話して、変数の読み取りと設定、または AGI インターフェイスで許可されていることを実行するために、必要なすべての作業を行います。
したがって、常に実行されている Java アプリがあり、それが単純な J2SE アプリであってもコンテナー上の EE アプリであっても問題ありません。実行すると、新しいプロセスを開始する必要がないため、AGI 要求を非常に高速に処理します (AGI 呼び出しごとにプログラムを実行する単純な AGI とは対照的です)。