[OpenSIPS-Devel] [ opensips-Bugs-2352599 ] 'dialog' 'timeout' is not reset on a sequential request

SourceForge.net noreply at sourceforge.net
Tue Dec 30 23:24:19 CET 2008


Bugs item #2352599, was opened at 2008-11-27 01:57
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2352599&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
Status: Open
>Resolution: Invalid
>Priority: 2
Private: No
Submitted By: Iñaki Baz (ibc_sf)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: 'dialog' 'timeout' is not reset on a sequential request

Initial Comment:
Theorically 'dialog' module allows dialog timeout being reseting each time a sequential (except ACKs) request passes.

But it doesn't seem to be true. I set:

  modparam("dialog", "dlg_flag", FLAG_DIALOG)
  modparam("dialog", "bye_on_timeout_flag", FLAG_DIALOG_BYE_ON_TIMEOUT)
  modparam("dialog", "default_timeout", 10)

I do a call and set both flags before t_relay(). During the first 10 seconds I do re-INVITE's all the time, but when call duraton becomes 10 seconds OpenSIPS sends a BYE to both sides.

----------------------------------------------------------------------

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2008-12-31 00:24

Message:
Hi Iñaki,

I tried your scenario and the timeout was updated and re-INVITE time.
Please run your call and grab the opensips logs in debug=6 level and send
them to me.

Thanks & Regards,
Bogdan

----------------------------------------------------------------------

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2008-12-05 15:33

Message:
OK - removing that test will break the timeout setting - it will allow the
default timeout to overwrite the user timeout.

have you set the default_timeout ? if yes, what value?

in script, what value are you pushing in the timeout avp ?

Bogdan

----------------------------------------------------------------------

Comment By: Iñaki Baz (ibc_sf)
Date: 2008-12-05 13:41

Message:
Bogdan, I do my tests in confirmed dialog (no problem with the ACK of
course).

Also, there is other bug related in which I did a small change in the code
and now the timout is updated:

 
http://sourceforge.net/tracker/index.php?func=detail&aid=2174497&group_id=139143&atid=743020

----------------------------------------------------------------------

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2008-12-05 10:45

Message:
Hi Inaki,

The timeout update (at sequential request) is done only if the dialog is
in CONFIRMED state (2xx and ACK was received) - note that with a missing
ACK the timeout update will not work.

Try running in full debug mode (=6) and at re-INVITE time look for the
following debug message:
    "sequential request successfully processed"
Do you get this?

Regards,
Bogdan



----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2008-11-27 13:53

Message:
a known bug:
http://sourceforge.net/tracker/index.php?func=detail&aid=2174497&group_id=139143&atid=743020

----------------------------------------------------------------------

Comment By: Iñaki Baz (ibc_sf)
Date: 2008-11-27 02:06

Message:
It occurs also if I set timeout_avp.
It's not related to the usage of "bye_on_timeout_flag". With it or without
it, the dialog is removed from memory/DB when the
timeout_avp/default_timeout arrives (even if in-dialog requests have
occurred).

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2352599&group_id=232389



More information about the Devel mailing list