Hi, trying to build the h323 channel driver that comes with asterisk works fine, but only as long as I use openh323-1.11.7. Unfortunately, that setup seems to have a bug which misguides one of the audio streams. (So while * can "hear" me, the phone remains silent.) I suppose that bug is fixed at least in openh323 CVS. At least, I got things mostly working using the external chan_oh323. That setup seems to drop small audio snippets like VoiceMail's password prompt, though. So I'm trying to give chan_h323 another chance. However, I get: ast_h323.cpp: In function `int h323_set_capability(int, int)': ast_h323.cpp:780: `H323_G729ACapability' undeclared (first use this function) ast_h323.cpp:780: (Each undeclared identifier is reported only once ast_h323.cpp:780: for each function it appears in.) ast_h323.cpp:780: `g729aCap' undeclared (first use this function) ast_h323.cpp:781: parse error before `)' ast_h323.cpp: At top level: chan_h323.h:30: warning: `struct sockaddr_in bindaddr' defined but not used make: *** [ast_h323.o] Error 1 This is both with openh323-1.12.0 and their current CVS. (using current CVS snapshot of asterisk, too) Is that driver not supposed to work with current OpenH323?? Anything I'm doing wrong? Thanks in advance, Siggi
Siggi Langauf wrote:>Hi, > >trying to build the h323 channel driver that comes with asterisk works >fine, but only as long as I use openh323-1.11.7. > >Unfortunately, that setup seems to have a bug which misguides one of the >audio streams. (So while * can "hear" me, the phone remains silent.) > >Open H.323 1.11.7 works perfectly in all of my installations. I babysit 15 different chan_h323 based systems. One way audio usually means you have codec problems or are trying to traverse NAT.>I suppose that bug is fixed at least in openh323 CVS. At least, I got >things mostly working using the external chan_oh323. That setup seems to >drop small audio snippets like VoiceMail's password prompt, though. > >So I'm trying to give chan_h323 another chance. However, I get: > >ast_h323.cpp: In function `int h323_set_capability(int, int)': >ast_h323.cpp:780: `H323_G729ACapability' undeclared (first use this >function) >ast_h323.cpp:780: (Each undeclared identifier is reported only once >ast_h323.cpp:780: for each function it appears in.) >ast_h323.cpp:780: `g729aCap' undeclared (first use this function) >ast_h323.cpp:781: parse error before `)' >ast_h323.cpp: At top level: > >It looks like the Open H.323 folks either forgot to include the G.729 Capability stubb or were forced to pull it by their legal department. I will look into this.>Is that driver not supposed to work with current OpenH323?? >Anything I'm doing wrong? > >We have never tested the latest cvs -HEAD of Open H.323 and PWLib, as there have been major changes, so we are giving those guys some time to make sure everything is stable before we dive in to new, untested code. Jeremy McNamara
Hello, I've been working with the chan_h323 myself, and I had several problems, but finally got it working. I had to do things in the following order: (1) build and installed asterisk as root (2)I built pwlib and openh323 into my home directory (not root) and built them there as me, I downloaded the tarballs and compiled them.(you could probably do the same thing as root) I did not yet have the os install of the libraries on the system, as this seemed to mess me up. (3) I built the chan_h323 object as myself. (4) I installed the chan_h323.so (make install) as root (5) finally, I installed the system libraries for pwlib and openh323 After all of that, it seemed to work. Good luck, Kelly. On Tue, 2003-06-10 at 12:40, Siggi Langauf wrote:> Hi, > > trying to build the h323 channel driver that comes with asterisk works > fine, but only as long as I use openh323-1.11.7. > > Unfortunately, that setup seems to have a bug which misguides one of the > audio streams. (So while * can "hear" me, the phone remains silent.) > > I suppose that bug is fixed at least in openh323 CVS. At least, I got > things mostly working using the external chan_oh323. That setup seems to > drop small audio snippets like VoiceMail's password prompt, though. > > So I'm trying to give chan_h323 another chance. However, I get: > > ast_h323.cpp: In function `int h323_set_capability(int, int)': > ast_h323.cpp:780: `H323_G729ACapability' undeclared (first use this > function) > ast_h323.cpp:780: (Each undeclared identifier is reported only once > ast_h323.cpp:780: for each function it appears in.) > ast_h323.cpp:780: `g729aCap' undeclared (first use this function) > ast_h323.cpp:781: parse error before `)' > ast_h323.cpp: At top level: > chan_h323.h:30: warning: `struct sockaddr_in bindaddr' defined but not > used > make: *** [ast_h323.o] Error 1 > > This is both with openh323-1.12.0 and their current CVS. > (using current CVS snapshot of asterisk, too) > > Is that driver not supposed to work with current OpenH323?? > Anything I'm doing wrong? > > Thanks in advance, > > Siggi > > > _______________________________________________ > Asterisk-Users mailing list > Asterisk-Users@lists.digium.com > http://lists.digium.com/mailman/listinfo/asterisk-users-- Kelly McDonald <w4kpm@adelphia.net>
Hello again, Forgot to mention that I too was using openh323-1.11.7, audio both ways. Thanks, Kelly.
On Tue, 10 Jun 2003, Jeremy McNamara wrote:> >trying to build the h323 channel driver that comes with asterisk works > >fine, but only as long as I use openh323-1.11.7. > > > >Unfortunately, that setup seems to have a bug which misguides one of the > >audio streams. (So while * can "hear" me, the phone remains silent.) > > Open H.323 1.11.7 works perfectly in all of my installations. I babysit > 15 different chan_h323 based systems. > > One way audio usually means you have codec problems or are trying to > traverse NAT.Nope, things were more weird in this case: This installation has a few hundred Cisco 79xx phones running in Skinny mode babysitted by a Cisco CallManager (actually two CCMs, if you count the fallback machine). Asterisk is used as a voicemail box attached to the CCM as an H.323 gateway. So what happens is: the CCM builds all connections to asterisk but negotiates via H.245 that the actual voice streams should be sent directly to the phone. For some reason, OpenH323 1.11.7 would ignore this and just send packets to the CCM instead, which would just drop them. Hence silence on the phone. The "codec" is G.711, so no problems here. and everything's running in one big private class B net without any outside connection, so no NAT. [...]> It looks like the Open H.323 folks either forgot to include the G.729 > Capability stubb or were forced to pull it by their legal department. > I will look into this.It's still there, but skipped during compilation. Why, I can't tell.> >Is that driver not supposed to work with current OpenH323?? > >Anything I'm doing wrong? > > > We have never tested the latest cvs -HEAD of Open H.323 and PWLib, as > there have been major changes, so we are giving those guys some time to > make sure everything is stable before we dive in to new, untested code.I see. So I'll have to stick to chan_oh323 for now. Thanks, Siggi