Asterisk AGI Rahmen für IVR; Adhearsion Alternative?

Question

Ich versuche, skalierbare, Telekom-grade-Anwendungen mit Asterisk und Ruby zu schreiben, um loszulegen. Ich hatte ursprünglich beabsichtigt, den Adhearsion Rahmen dafür zu verwenden, aber es hat nicht den erforderlichen Reif und seine Dokumentation fehlt streng. AsteriskRuby scheint eine gute Alternative zu sein, da es gut dokumentiert ist und scheint von Vonage geschrieben werden.

Hat Erfahrung jemand die Bereitstellung von AGI-basierten IVR-Anwendungen? Was für Rahmen, wenn überhaupt, haben Sie? Ich würde sogar ein Nicht-Rubin man überlegen, ob es gerechtfertigt ist. Dank!

Answer 1

Sie sollten Adhearsion erneut als v0.8.1 ist, und die Dokumentation ist viel besser erst vor kurzem bekommen. Werfen Sie einen Blick hier:

http://adhearsion.com http://docs.adhearsion.com http://api.adhearsion.com

Answer 2

sipX ist wirklich die falsche Antwort. Ich habe einige sehr komplizierte VoiceXML auf sipX 3.10.2 geschrieben und es ist alles umsonst gewesen, da sipX 4 SipXVXML für eine Schnittstelle fallen, die IVRs zusammengestellt JAR-Dateien sein erfordert. Top dass off mit Nortel Konkurs, extrem schlechte Dokumentation auf der Open-Source-Version, schlechte Compliance mit VXML 2.0 (Stand 3.10.2) und SIP-Standards (Stand 3.10.2, Stamm nicht gut mit ITSPs). Ich werde es für einen bangup Job applaudieren zu tun, was es entworfen wurde, zu tun, eine TK-Anlage sein. Aber als IVR, wenn ich es habe alles noch einmal zu tun, würde ich etwas anderes tun. Ich weiß nicht, was sicher, aber etwas anderes. Ich bin liebäugelt mit Trixbox CE jetzt und arbeiten sie in JVoiceXML oder VoiceGlue binden.

Auch nicht lesen, dass sipX Wiki Mist. Er vergleicht sipX 3,10 bis AsteriskNOW 1 bis Trixbox 1. Komm. Es ist wie Mac OS X zu Win95 zu vergleichen! Ein realistischere Vergleich würde sipX 4 (aufgrund out 1Q 2009) seine Asterisk 1.6 und Trixbox 2.6, die zeigen würde, dass sie nahezu identische Ergebnisse, außer in der Arena von scalibility und mit hohen Verfügbarkeit zu erreichen; SipX gewinnt dazu. Aber für Reife und Stabilität, würde ich Asterisk einsetzen.

Auch meine realen Welt Performance-Ergebnisse mit SipXVXML:
Dell Poweredge R200, Xeon Dual Core 3,2 GHz, Griffe 17 Anrufe vor Bammel.
HP DL380 G4, Dual Xeon HT 3,2 GHz, Griffe 30 Calles vor langen Pausen.

Ich werde meine Erkenntnisse posten, wenn ich VoiceGlue und JVoiceXML fertig Bewertung, aber ich denke, ich werde eine benutzerdefinierte PHP von AGI aufgerufen, um am Ende zu schreiben, da alle Werkzeuge heimisch sind zu Asterisk.

Answer 3

Wenn Sie für „Telekom-grade“ Anwendungen suchen, möchten Sie vielleicht in sipXecs statt Sternchen suchen. Es ist featureful, kostenlos und Open Source mit kommerziellem Support erhältlich von Nortel. Sie können über einen Web-Services-API in Ruby (oder einer anderen Sprache) mit ihr zu interagieren.

Sehen Sie die sipXecs Wiki für weitere Informationen. Es gibt eine Vergleichsmatrix auf dieser Site zu vergleichen Funktionen mit AsteriskNOW und TrixBox.

Answer 4

Es gibt wirklich keine andere Frameworks da draußen. Es gibt natürlich AGI Bindungen zu jeder Sprache, aber so weit als vollwertige Rahmen für Telefonie-Anwendungen entwickeln, können wir es nur noch nicht. Zumindest in der Open-Source-Welt.

Answer 5

Ich habe etwas damit verbundene Fragen hier gefragt, hier und hier . Ich verwende Microsoft Speech Server, und ich bin sehr intested keine Alternativen zu lernen, die es gibt, vor allem Open-Source-diejenigen. Sie könnten ein paar gute Informationen in den Antworten auf eine dieser Fragen.

Answer 6

Ich benutzen JAGIServer ausgiebig, auch wenn es nicht in der Entwicklung ist nicht mehr, und es ist ziemlich gut und Einfach zu verwenden. Es ist eine Schnittstelle für FastAGI, die ich empfehlen, anstelle von einfachen AGI verwenden.

Die neue Version dieses Rahmens ist OrderlyCalls , die viel mehr Funktionen zu haben scheint, aber da ich haven ‚t sie brauchte, ich habe es nicht versucht.

Ich denke, es hängt alles davon ab, was Sie mit AGI tun wollen; ich in der Regel eine etwas komplexe Dialplans haben zu sammeln und alle Benutzereingaben zu validieren und dann nur AGI verwenden, um eine Java-Anwendung zu verbinden, die einige Variablen gelesen werden, damit ein paar Sachen tun (Operationen ausführen, Abfragen, etc etc) und setzt dann einige mehr Variablen auf dem AGI-Kanal und die Verbindung trennt. An diesem Punkt setzt die Wählplan in Abhängigkeit vom Ergebnis der Variablen durch die Java-Anwendung festgelegt.

Das ist wirklich schnell funktioniert, weil Sie einen Serversocket auf der Java-App haben, die eingehende Verbindungen von AGI empfängt, eine JAGIClient mit dem neuen Sockel und eine neue Instanz eines JAGIProcessor erstellt (die Sie schreiben müssen, ist es das Ziel, dass Will Sie alle Ihre Verarbeitung), und dann die JAGIClient in einem Thread-Pool laufen. Ihre JAGIProcessor implementiert die processCall Verfahren, in dem es die ganze Arbeit es braucht, die Interaktion mit der JAGIClient als Parameter übergeben, zu lesen und setzen Variablen oder tun, was Sachen die AGI-Schnittstelle ermöglicht es Ihnen.

Sie haben also eine Java-Anwendung läuft die ganze Zeit und es kann auf einen Behälter ein einfaches J2SE App oder ein EE-App sein, spielt keine Rolle; wenn es läuft, wird es AGI-Anfragen verarbeitet sehr schnell, da keine neuen Prozesse (im Gegensatz zu einfachen AGI, die ein Programm für jeden AGI Aufruf laufen) gestartet werden müssen.

Answer 7

Smee wieder. meine Kunden IVR vorbei von sipX Nach der Migration unter Verwendung von PHPAGI Asterisk, muss ich sagen, dass ich keine andere Architektur, die überall begegnet sind in der Nähe von so einfach und leistungsfähig. Ich werde Stresstests Trixbox CE 2.8 heute auf der gleichen Hardware, die ich sipX auf früher getestet hatte. Aber ich muss sagen, PHPAGI für den IVR mit und der Asterisk CLI für das Debuggen hat perfekt gearbeitet und mir erlaubt, IVR ist weit schneller als jedes andere Unternehmen da draußen zu entwickeln. Ich arbeite an der Umsetzung TTS und ASR heute und ich werde mein Stresstestergebnisse veröffentlichen, wenn ich kann.

Answer 8

Einfache kleine flexible Asterisk AGI IVR geschrieben auf PHP http://freshmeat.net/projects/phpivr

Answer 9

Für kleine und einfache Anwendungen verwende ich Asterisk :: AGI in Perl. Darüber hinaus gibt es Erweiterungen für den Fast-AGI. Für größere Anwendungen wie Backends VoIP-Operator ich etwas ähnliches wie OrderlyCalls in Java geschrieben (meine eigenen Code). OrderlyCalls ist aber super mit Java FastAGI Motor zu starten und es auf Ihre Bedürfnisse erweitern.