aboutsummaryrefslogtreecommitdiffstats
path: root/addons/ooh323c/src/ooh323.h
AgeCommit message (Collapse)AuthorFilesLines
2010-03-27corrections in gk interface, small fixes in call clearing.may1-1/+1
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@255199 f38db490-d61c-443f-a65b-d21fe96a405b
2009-11-04Reworked chan_ooh323 channel module.may1-0/+5
Many architectural and functional changes. Main changes are threading model chanes (many thread in ooh323 stack instead of one), modifications and improvements in signalling part, additional codecs support (726, speex), t38 mode support. This module tested and used in production environment. (closes issue #15285) Reported by: may213 Tested by: sles, c0w, OrNix Review: https://reviewboard.asterisk.org/r/324/ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@227898 f38db490-d61c-443f-a65b-d21fe96a405b
2009-06-30Move Asterisk-addons modules into the main Asterisk source tree.russell1-0/+182
Someone asked yesterday, "is there a good reason why we can't just put these modules in Asterisk?". After a brief discussion, as long as the modules are clearly set aside in their own directory and not enabled by default, it is perfectly fine. For more information about why a module goes in addons, see README-addons.txt. chan_ooh323 does not currently compile as it is behind some trunk API updates. However, it will not build by default, so it should be okay for now. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@204413 f38db490-d61c-443f-a65b-d21fe96a405b