[Asterisk-Users] Re: OPAL now supports IAX2

Peter Nixon listuser at peternixon.net
Sat Aug 6 21:33:14 MST 2005


On Sunday 07 August 2005 04:05, Brian West wrote:
> > What are the advantages of using woomera IAX2 instead of native IAX2?
>
> Put woomera aside right now, This is something that brings a cross
> platform IAX2 stack that can for example be used in Gnomemeeting or
> anything else that uses OPAL, using a closed and open familiar API.
> This can be used on windows, linux and anything that OPAL and PWLIB
> can be used on without any changes.  Its a step in the right
> direction in my opinion.

To clarify things a little, OPAL is a cross platform (Unix, Linux, Mac and 
Windows) telephony library written in C++ which among other things 
supports H323, SIP and now IAX2 thanks to Derek Smithies. It (and its 
older brother OpenH323) allows you to use a large number of Open Source 
Audio (including wideband) and Video codecs as well as commercial ones 
(like g729) as it is distributed under the MPL license.

The design of the API allows things like codec translation (GSM-g711) 
applications or protocol translation (SIP-H323-IAX2) applications to be 
written in 20-30 lines of code. (Video codec translation is also possible 
of course)

These and many other features can be used from client applications 
(SoftPhones, IP Phones, Gateways) and from servers like Asterisk. Thanks 
to woomera (another app from Craig Southeren) and chan_woomera (an 
Asterisk channel by Anthony Minessale) the VoIP Signalling and Media 
handling (RTP or IAX2) can be offloaded onto OPAL or OpenH323, thus 
bypassing many of the stability issues caused by the  poor locking and 
thread model in Asterisk.

Of cause an added bonus is that you may use commercial/patented/closed 
source VoIP codecs without voilating Asterisk'S GPL license.

A second implementation of the IAX2 protocol also helps with finding bugs 
(and other problems) in the reference implementation in Asterisk.

Although the IAX2 code in OPAL is still very new, the heavily multithread 
object nature of OPAL should allow much higher scalability than the 
existing library allows.

I hope that helps explain some of the possibilities

-- 

Peter Nixon
http://www.peternixon.net/
PGP Key: http://www.peternixon.net/public.asc



More information about the asterisk-users mailing list