Summary:ASTERISK-07775: ooh323 does not work in failover test case if the first destination is an empty/no route device
Reporter:Di-Shi Sun (homesick)Labels:
Date Opened:2006-09-19 16:00:06Date Closed:2011-06-07 14:03:13
Versions:Frequency of
Environment:Attachments:( 0) ast.log
( 1) config.log
( 2) h323_log
( 3) src.log
( 4) test3.doc
( 5) test3.txt
Description:In failover test case, if the first destination is an empty IP/no route device, asterisk does failover to the second destination after dial application is timeout. But ooh323 does not send any message to the second destination for the second dial. After the second dailing is timeout, the call handups, ooh323 does not send release complete to the source gateway.


asterisk-addons svn 295

I attached the test log including test bed configuration, ooh323.conf, extensions.conf, cli log, and h323_log in one doc file.
Comments:By: Anthony LaMantia (alamantia) 2006-09-26 16:36:11

can you upload this in a flat text file for me please?

By: Di-Shi Sun (homesick) 2006-09-26 18:10:43


By: Anthony LaMantia (alamantia) 2006-09-27 17:52:49

thanks, i am looking over these and trying to repair the issue, stay-tuned.

By: Anthony LaMantia (alamantia) 2006-09-27 17:53:32

thanks, i am looking over these and trying to repair the issue, stay-tuned.

By: jmls (jmls) 2006-11-01 12:40:37.000-0600

any progress on the repair ? :)

By: Serge Vecher (serge-v) 2006-11-07 12:31:25.000-0600

By: Objective Systems (objsys) 2007-01-22 10:29:03.000-0600

I am looking at this bug, I think it might be a problem at find_peer().

Avin Patel

By: Objective Systems (objsys) 2007-01-23 11:38:30.000-0600

I have gone through some test case, But I see a problem here in dial plan.

exten => _XXXX.,n,Dial(OOH323/${EXTEN}@x.y.z.107,14,o)
exten => _XXXX.,n,Dial(OOH323/${EXTEN}@x.y.z.103,15,o)

Is it valid to have more than one Dial statement? I am not able to find reference to double Dial() statement in Asterisk dialplan book.

If valid, than I don't know what behavior you expect here. ooh323 driver doesn't support conferencing or act as MCU.

Also the second call request should be made by ast_channel_tech.requester from dialplan server, I don't see this request coming to channel driver by asterisk server.

Avin Patel

By: Di-Shi Sun (homesick) 2007-01-24 18:18:01.000-0600

exten => _XXXX.,n,Dial(OOH323/${EXTEN}@x.y.z.107,14,o)
exten => _XXXX.,n,Dial(OOH323/${EXTEN}@x.y.z.103,15,o)

This is a very simple fail over dial plan. If nobody picks up the destination phone (exten @ x.y.z.107) in 14 seconds for the 1st dial(), the 2nd dial() will call exten @ x.y.z.103. If the 1st dial() call is completed successfully, the control will jump to exren => h,1 instead of the 2nd dial(). But we do not care about this part.

By: Objective Systems (objsys) 2007-01-25 13:03:53.000-0600

Let me solve the 7988, than we come to 7987

Avin Patel

By: Di-Shi Sun (homesick) 2007-05-25 12:40:44

Hi Avin Patel,

I re-run the test for asterisk svn 65312 and addons svn 384. I attached the configure in config.log (including ooh323.conf and extensions.conf), the source cisco gateway log (src.log), asterisk cli (ast.log) and h323_log for this test.


Di-Shi Sun.

By: Russell Bryant (russell) 2008-01-16 12:05:44.000-0600

This module has been unsupported for a long time.  Now, it is officially marked as unsupported.  So, only bug reports with patches will be accepted at this time.