Thread: [Asterisk-java-devel] Trixbox Support
Brought to you by:
srt
From: Jeff R. <jef...@dp...> - 2008-04-02 09:42:37
|
Hello, We have clients that use Trixbox systems (Pro and Call Center Editions) which is based on asterisk. After struggling for a week trying to get Asterisk-Java to detect incoming events with the Trixbox system we determined that the Trixbox folks have re-written portions of the Manager API and have changed the format of the Event packets being sent to Manager clients. They now have an XML-like structure. We have managed to modify the ManagerReaderImpl.java to correctly parse both Asterisk and Trixbox events and would like to share this back so that Asterisk-Java works equally well with both Trixbox and Asterisk systems. We have confirmed with Trixbox support that this is the case and it sounds like they intend to continue with this incompatible direction. I am looking for input on how best to proceed. If we send these modifications can they be incorporated into the core code base? Does it make sense for the core Asterisk-Java code base to work with both asterisk and Trixbox or would it be better to have a separate release for Trixbox? Or is this something we will just have to maintain locally? Thanks, Jeff |
From: Martin S. <ma...@be...> - 2008-04-02 13:05:08
|
Hi Jeff, >From their yum source RPM repository (http://yum.trixbox.org/centos/5/SRPMS/repodata/repoview/asterisk-0-1.4. 18-3.html), it looks like they just drop in the latest asterisk every so often (I'm guessing from the commit logs). I tried to download the SRPM and look to see how heavily it was modified, but the download was at 30% after 10 minutes. We have reports (http://jira.reucon.org/browse/AJ-120) of Asterisk-Java working fine with Trixbox as well. Are you sure you aren't dealing with AJAM (http://www.voip-info.org/wiki/view/Aynchronous+Javascript+Asterisk+Mana ger+(AJAM)) or AstMan Proxy? Can you show us a code sample or the output from ngrep of a session? Not trying to discount you here, but I want to make sure we're all clear on how heavily modified the AMI in Trixbox might be, so we can, if necessary, integrate changes to make it work with A-J. Thanks, Martin Smith, Systems Developer ma...@be... Bureau of Economic and Business Research University of Florida (352) 392-0171 Ext. 221 > -----Original Message----- > From: ast...@li... > [mailto:ast...@li...] On > Behalf Of Jeff Ross > Sent: Wednesday, April 02, 2008 5:43 AM > To: ast...@li... > Subject: [Asterisk-java-devel] Trixbox Support > > Hello, > We have clients that use Trixbox systems (Pro and Call > Center Editions) > which is based on asterisk. After struggling for a week trying to get > Asterisk-Java to detect incoming events with the Trixbox system we > determined that the Trixbox folks have re-written portions of > the Manager > API and have changed the format of the Event packets being > sent to Manager > clients. They now have an XML-like structure. We have > managed to modify > the ManagerReaderImpl.java to correctly parse both Asterisk > and Trixbox > events and would like to share this back so that > Asterisk-Java works equally > well with both Trixbox and Asterisk systems. > > We have confirmed with Trixbox support that this is the case > and it sounds > like they intend to continue with this incompatible direction. > > I am looking for input on how best to proceed. If we send these > modifications can they be incorporated into the core code > base? Does it > make sense for the core Asterisk-Java code base to work with > both asterisk > and Trixbox or would it be better to have a separate release > for Trixbox? > Or is this something we will just have to maintain locally? > > Thanks, > Jeff > > > -------------------------------------------------------------- > ----------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.n > et/marketplace > _______________________________________________ > Asterisk-java-devel mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel > |
From: Chris H. <ch...@as...> - 2008-04-02 13:11:37
|
Martin Smith wrote: > Hi Jeff, > > >From their yum source RPM repository > (http://yum.trixbox.org/centos/5/SRPMS/repodata/repoview/asterisk-0-1.4. > 18-3.html), it looks like they just drop in the latest asterisk every so > often (I'm guessing from the commit logs). I tried to download the SRPM > and look to see how heavily it was modified, but the download was at 30% > after 10 minutes. We have reports (http://jira.reucon.org/browse/AJ-120) > of Asterisk-Java working fine with Trixbox as well. > > Are you sure you aren't dealing with AJAM > (http://www.voip-info.org/wiki/view/Aynchronous+Javascript+Asterisk+Mana > ger+(AJAM)) or AstMan Proxy? > > Can you show us a code sample or the output from ngrep of a session? > > Not trying to discount you here, but I want to make sure we're all clear > on how heavily modified the AMI in Trixbox might be, so we can, if > necessary, integrate changes to make it work with A-J. > > I believe that Jeff is talking about the Pro and Call Center editions of TrixBox. From what I understand, these re very different than the Opensource version. Chris |
From: Stefan R. <ste...@re...> - 2008-04-02 17:07:29
Attachments:
signature.asc
|
Hi Jeff, Thanks for sharing your thoughts with us. I think having support for Trixbox Pro would be a plus for Asterisk-Java. I understand that they use a slightly different wire format, that's propably what your changes to the ManagerReaderImpl.java are good for. Are there other differences like additional or changed properties in events and actions or new ones? From a design perspective we should - make sure A-J works seamlessly with Asterisk and other supported system - keep the changes can be encapsulated, maybe in a subclass of ManagerReaderImpl From an organisational perspective we need an idea on how to continue maintaince in the future given most of us don't have access to Trixbox Pro for testing. =Stefan -- reuter network consulting Neusser Str. 110 50760 Koeln Germany Telefon: +49 221 1305699-0 Telefax: +49 221 1305699-90 E-Mail: ste...@re... Jabber: ste...@re... WWW: http://www.reucon.com Steuernummern 215/5140/1791 USt-IdNr. DE220701760 |