|Summary:||ASTERISK-07833: OpenH323 hard codes signallingChannelCallTimeout|
|Reporter:||Di-Shi Sun (homesick)||Labels:|
|Date Opened:||2006-09-28 11:32:01||Date Closed:||2011-06-07 14:07:25|
|Description:||OpenH323 hard codes signallingChannelCallTimeout to 1 minute in H323EndPoint::H323EndPoint() function. The result is Asterisk/h323 driver will hangups the call in 1 minute without ringing received even if the dial timeout is set longer than 1 minute.|
h323 driver should use the dial application timeout value for timeout.
|Comments:||By: Paul Cadach (pcadach) 2006-09-28 12:27:00|
I'll try to extend OpenH323's timeout mechanism until begin of next week. As for regular Q.931 signalling, there is many different timeouts, one for each call state. I'll try to implement something like it. If you have any sort of documentation on H.323 timeouts, please, post URL here for my reference.
By: Paul Cadach (pcadach) 2006-09-28 12:37:00
You can try revision 43920 as simplest workaround.
By: Di-Shi Sun (homesick) 2006-09-28 12:50:30
Thank you for your reply. I will try 43920. In fact, I think this 1 minute timeout will not cause serious problems except for my slow test bed. Thanks again.
By: jmls (jmls) 2006-11-01 06:41:29.000-0600
homesick, did you try 43920 ?
By: Di-Shi Sun (homesick) 2006-11-01 07:52:57.000-0600
Yes, I had tried. It worked for my test cases. In fact, 43920 is just a workaround. It hardcodes setup timeout to 10 minutes instead of 1 minute in 43306. I do not think it solves the issue. As I had mentioned, the setup timeout should use the dial application timeout setting.
By: jmls (jmls) 2006-11-01 08:15:03.000-0600
PCadach, any luck at producing a fix for this ?
By: Serge Vecher (serge-v) 2007-02-26 15:57:59.000-0600
Pasha, ping :)
By: Leif Madsen (lmadsen) 2007-10-31 07:54:28
Thought I'd give this another ping and see if anyone is interested in providing a solution?
By: Joshua C. Colp (jcolp) 2008-01-31 13:15:19.000-0600
Suspended since nobody has a solution.