Hi Joegen,
Thanks for the pointer we are looking into this. But we are still having some trouble getting active calls from the DB. Where does sipxconfig (web ui) for instance gets his info from when you look at active calls. Today we managed to get a plugin build and inserted into our testserver, this is an auth plugin and logs on every INVITE it sees. The plugin needs to work on a HA-setup but does not need to be redundant, so if the master server fails it is no big problem if CAC fails as well. Any pointers on how to get active calls out of a database? Or is maintaining our own DB a better option? Kind regards, Henry Dogger Telecats BV From: Joegen Baclor [mailto:[email protected]] Sent: dinsdag 22 maart 2011 2:05 To: Henry Dogger Cc: sipXecs developer discussions; Frans Hollander Subject: Re: [sipx-dev] making redirect plugin for CAC On 03/21/2011 11:50 PM, Henry Dogger wrote: Thanks for the offer, we would really like to take you up on this. We discussed our plan with Douglas Hubler before hand, and he suggested taking the plugin way. Since we are in a bit of a hurry to get this working, it could be possible we will have to come up with a less ideal option. But we are keen on developing a more ideal solution for CAC after our first version, which we would like to give back to the project. Perhaps you could guide us a bit in our first attempt on solving this issue, and we could work hand in hand afterwards to build a good solution for CAC. Currently we are having some difficulties with getting eclipse to build the project, and we still have no idea on how to get the current active calls in a plugin. We need to develop are first version of CAC for version 4.2.1 and are using centOS 5.5 to do so, since Fedora14 was not supported. Perhaps we could have a call about this? I sent you my contact details off-list. For starters, you can look at SipXProxyCseObserver.cpp. This class is a massage observer that is already implemented in the proxy that writes call state to a persistent storage like a database or XML file.
_______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev/
