Hi, I am facing a strange problem, on H323Connection::OnAnswerCall i am returning AnswerCallPending. and after sometime i call H323Connection::AnsweringCall with AnswerCallNow . but what happens now and then, i would say every second call, is that, even if i call H323Connection::AnsweringCall, the PDU does not seem to have been sent. the connection then proceeds to be in a vegetative state. when i disconnect the connection and reconnect it, it proceeds to connect successfully. i am not creating any extra threads in the system. the logic for H323Connection::AnsweringCall runs on the main thread. i am using h323plus version 1.26.5. regards -- Ankur Deep Jaiswal
Looks like a semaphore is not releasing. I did do a lot of work to remove and simplify thread blocking in 1.26.5 due to issues of semaphore behavior on different operating systems. It has been rigorously tested and am not seeing any issue in production. My only thought is that you have a semaphore blocking somewhere (PMutex, PWaitAndSignal etc) either in your code or is causing the h323plus code to block. My suggestion is if you can add debugging statements to figure out where is may be blocking or step through the code with visual studio or GDB to the point where it blocks. Simon From: h323plus [mailto:h323plus-bounces@lists.packetizer.com] On Behalf Of Ankur Deep Jaiswal Sent: Tuesday, May 12, 2015 4:55 PM To: h323plus@lists.packetizer.com Subject: [h323plus] H323connection AnsweringCall issue Hi, I am facing a strange problem, on H323Connection::OnAnswerCall i am returning AnswerCallPending. and after sometime i call H323Connection::AnsweringCall with AnswerCallNow . but what happens now and then, i would say every second call, is that, even if i call H323Connection::AnsweringCall, the PDU does not seem to have been sent. the connection then proceeds to be in a vegetative state. when i disconnect the connection and reconnect it, it proceeds to connect successfully. i am not creating any extra threads in the system. the logic for H323Connection::AnsweringCall runs on the main thread. i am using h323plus version 1.26.5. regards -- Ankur Deep Jaiswal
Hi, i was using a CVS version before, i tried the 1.26.5 from the site. and tried it. the problem still persists. let me try debugging further. regards On Wed, May 13, 2015 at 7:58 AM, <s.horne@spranto.com> wrote:
Looks like a semaphore is not releasing.
I did do a lot of work to remove and simplify thread blocking in 1.26.5 due to issues of semaphore behavior on different operating systems. It has been rigorously tested and am not seeing any issue in production.
My only thought is that you have a semaphore blocking somewhere (PMutex, PWaitAndSignal etc) either in your code or is causing the h323plus code to block. My suggestion is if you can add debugging statements to figure out where is may be blocking or step through the code with visual studio or GDB to the point where it blocks.
Simon
*From:* h323plus [mailto:h323plus-bounces@lists.packetizer.com] *On Behalf Of *Ankur Deep Jaiswal *Sent:* Tuesday, May 12, 2015 4:55 PM *To:* h323plus@lists.packetizer.com *Subject:* [h323plus] H323connection AnsweringCall issue
Hi,
I am facing a strange problem, on H323Connection::OnAnswerCall i am returning AnswerCallPending. and after sometime i call H323Connection::AnsweringCall with AnswerCallNow .
but what happens now and then, i would say every second call, is that, even if i call H323Connection::AnsweringCall, the PDU does not seem to have been sent. the connection then proceeds to be in a vegetative state. when i disconnect the connection and reconnect it, it proceeds to connect successfully.
i am not creating any extra threads in the system. the logic for H323Connection::AnsweringCall runs on the main thread.
i am using h323plus version 1.26.5.
regards
--
Ankur Deep Jaiswal
-- Ankur Deep Jaiswal
Hi Simon, i am confused to what is happening. i am attaching a level 3 trace file. the first connection is successful. we are seeing the problem for the second time. regards On Thu, May 14, 2015 at 7:32 PM, Ankur Deep Jaiswal <ankur@techgentsia.com> wrote:
Hi,
i was using a CVS version before, i tried the 1.26.5 from the site. and tried it. the problem still persists. let me try debugging further.
regards
On Wed, May 13, 2015 at 7:58 AM, <s.horne@spranto.com> wrote:
Looks like a semaphore is not releasing.
I did do a lot of work to remove and simplify thread blocking in 1.26.5 due to issues of semaphore behavior on different operating systems. It has been rigorously tested and am not seeing any issue in production.
My only thought is that you have a semaphore blocking somewhere (PMutex, PWaitAndSignal etc) either in your code or is causing the h323plus code to block. My suggestion is if you can add debugging statements to figure out where is may be blocking or step through the code with visual studio or GDB to the point where it blocks.
Simon
*From:* h323plus [mailto:h323plus-bounces@lists.packetizer.com] *On Behalf Of *Ankur Deep Jaiswal *Sent:* Tuesday, May 12, 2015 4:55 PM *To:* h323plus@lists.packetizer.com *Subject:* [h323plus] H323connection AnsweringCall issue
Hi,
I am facing a strange problem, on H323Connection::OnAnswerCall i am returning AnswerCallPending. and after sometime i call H323Connection::AnsweringCall with AnswerCallNow .
but what happens now and then, i would say every second call, is that, even if i call H323Connection::AnsweringCall, the PDU does not seem to have been sent. the connection then proceeds to be in a vegetative state. when i disconnect the connection and reconnect it, it proceeds to connect successfully.
i am not creating any extra threads in the system. the logic for H323Connection::AnsweringCall runs on the main thread.
i am using h323plus version 1.26.5.
regards
--
Ankur Deep Jaiswal
-- Ankur Deep Jaiswal
-- Ankur Deep Jaiswal
The level 3 trace is not quite detailed enough. Send me a level 6 trace offline and I will debug. Simon From: Ankur Deep Jaiswal [mailto:ankur@techgentsia.com] Sent: Friday, May 15, 2015 12:37 AM To: Simon Horne Cc: h323plus@lists.packetizer.com Subject: Re: [h323plus] H323connection AnsweringCall issue Hi Simon, i am confused to what is happening. i am attaching a level 3 trace file. the first connection is successful. we are seeing the problem for the second time. regards On Thu, May 14, 2015 at 7:32 PM, Ankur Deep Jaiswal <ankur@techgentsia.com <mailto:ankur@techgentsia.com> > wrote: Hi, i was using a CVS version before, i tried the 1.26.5 from the site. and tried it. the problem still persists. let me try debugging further. regards On Wed, May 13, 2015 at 7:58 AM, <s.horne@spranto.com <mailto:s.horne@spranto.com> > wrote: Looks like a semaphore is not releasing. I did do a lot of work to remove and simplify thread blocking in 1.26.5 due to issues of semaphore behavior on different operating systems. It has been rigorously tested and am not seeing any issue in production. My only thought is that you have a semaphore blocking somewhere (PMutex, PWaitAndSignal etc) either in your code or is causing the h323plus code to block. My suggestion is if you can add debugging statements to figure out where is may be blocking or step through the code with visual studio or GDB to the point where it blocks. Simon From: h323plus [mailto: <mailto:h323plus-bounces@lists.packetizer.com> h323plus-bounces@lists.packetizer.com] On Behalf Of Ankur Deep Jaiswal Sent: Tuesday, May 12, 2015 4:55 PM To: <mailto:h323plus@lists.packetizer.com> h323plus@lists.packetizer.com Subject: [h323plus] H323connection AnsweringCall issue Hi, I am facing a strange problem, on H323Connection::OnAnswerCall i am returning AnswerCallPending. and after sometime i call H323Connection::AnsweringCall with AnswerCallNow . but what happens now and then, i would say every second call, is that, even if i call H323Connection::AnsweringCall, the PDU does not seem to have been sent. the connection then proceeds to be in a vegetative state. when i disconnect the connection and reconnect it, it proceeds to connect successfully. i am not creating any extra threads in the system. the logic for H323Connection::AnsweringCall runs on the main thread. i am using h323plus version 1.26.5. regards -- Ankur Deep Jaiswal -- Ankur Deep Jaiswal -- Ankur Deep Jaiswal
Hi! I discovered today that my PBX can support iLBC over h323 trunk and now I'm trying to enable it. So far, all signs seems to point that somehow h323plus just dont recognize it. When i dug in code, there seems to reference for iLBC capabilities in h323caps.cxx and in mediafmt.h files... I suppose there should be some references and functions in capabilities, yes? I'm a little confused because the plugin directory contains the iLBC codec... is there some other way to enable and use it? -- Tarmo
Hi! I finally report a known problem when using Avaya H323 trunks with h323plus, it seems when using the UUI IE functionality, the q931 packet is ivalid and thus, the connection will be impossible to do. If disable this feature (see picture) all works well. I attached a log from connection and a pic from trunk settings. Regards, Tarmo
Hi Tarmo, in your previous mail to me you said H323Plus would crash when this IE comes in. Are those log lines the last you get before the crash ? Would you be able to get us a stack backtrace from the crash (if you run on Linux)? - compile app debugnoshared - ulimit -c unlimited - produce the crash - gdb core /path/to/app - bt # print the stack backtrace Thanks! Jan -- Jan Willamowius, Founder of the GNU Gatekeeper Project EMail : jan@willamowius.de Website: http://www.gnugk.org Support: http://www.willamowius.com/gnugk-support.html Relaxed Communications GmbH Frahmredder 91 22393 Hamburg Geschäftsführer: Jan Willamowius HRB 125261 (Amtsgericht Hamburg) USt-IdNr: DE286003584 Tarmo Aia wrote:
Hi!
I finally report a known problem when using Avaya H323 trunks with h323plus, it seems when using the UUI IE functionality, the q931 packet is ivalid and thus, the connection will be impossible to do. If disable this feature (see picture) all works well. I attached a log from connection and a pic from trunk settings.
Regards,
Tarmo
participants (4)
-
Ankur Deep Jaiswal -
Jan Willamowius -
s.horne＠spranto.com -
Tarmo Aia