Brian West
2005-Jun-23 12:41 UTC
[Asterisk-Users] Chan_Woomera beta released at www.pbxfreeware.org
chan_woomera is another alternative h323 implementation. visit www.pbxfreeware.org for more information. Thanks, Brian www.cluecon.com
Peter Nixon
2005-Jun-23 20:34 UTC
[Asterisk-Users] Re: Chan_Woomera beta released at www.pbxfreeware.org
On Thursday 23 June 2005 22:41, Brian West wrote:> chan_woomera is another alternative h323 implementation. > > visit www.pbxfreeware.org for more information. > > Thanks, > Brian > www.cluecon.comOn behalf of everyone I would like to thank Brian, Anthony and Craig for their hard work. We have all been waiting for this... -- Peter Nixon http://www.peternixon.net/ PGP Key: http://www.peternixon.net/public.asc
Adam Goryachev
2005-Jun-26 23:26 UTC
[Asterisk-Users] Chan_Woomera beta released at www.pbxfreeware.org
On Thu, 2005-06-23 at 14:41 -0500, Brian West wrote:> chan_woomera is another alternative h323 implementation. > > visit www.pbxfreeware.org for more information. >Without being rude, why do we need another one? ie, why did you decide that another one needed to be written, what are the advantages (and dis-advantages) ?? Also, why does H323 seem to be so difficult, there is only one SIP channel, one MGCP channel, etc... what happened to H323 ?? Regards, Adam
TC
2005-Jun-27 10:57 UTC
[Asterisk-Users] Chan_Woomera beta released at www.pbxfreeware.org
> On Thu, 2005-06-23 at 14:41 -0500, Brian West wrote: > > chan_woomera is another alternative h323 implementation. > Without being rude, why do we need another one? ie, why did you decide > that another one needed to be written, what are the advantages (and > dis-advantages) ??I think maybe you are missing the power of chan_woomera it leverages the OPAL framework, so any protocol that is implemented in opal with now automagic into asterisk, h323 just happens to be the first protocol in that suite... ( think unicall as zaptel replacement as well :) another advantage is licensing issues woomera is a tcp socket protocol so you could potentially use commercial implementations of channels and or codecs in asterisk w/o the dual lic/gpl issue for channels driver linked direct to * header files.. IMHO the biggest benefit, is it will allow down the road abstraction of the channels from the core PBX switch functions which is realy hurting scalability with * current channel driver design