[SR-Users] Dialog module - default_timeout behavior

Henning Westerholt hw at skalatan.de
Mon Feb 3 09:55:23 CET 2020


Hello Gholamreza,

in this case the dialog module will just internally timeout the dialog. This has only effects on modules that use the dialog API internally to track their state. You can use the acc module without dialog support, for example.

Cheers,

Henning

--
Henning Westerholt – https://skalatan.de/blog/
Kamailio services – https://gilawa.com<https://gilawa.com/>

From: sr-users <sr-users-bounces at lists.kamailio.org> On Behalf Of Gholamreza Sabery
Sent: Sunday, February 2, 2020 4:18 PM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
Subject: Re: [SR-Users] Dialog module - default_timeout behavior

Dear Alex,

Thank you for your reply. What if send_bye is not set? What happens then? ACC can log the transaction successfully in such a case or dialog module will change the situation? What will happen to RTPProxy ports?

On Sun, Feb 2, 2020 at 4:56 PM Alex Balashov <abalashov at evaristesys.com<mailto:abalashov at evaristesys.com>> wrote:
If send_bye is set in such a case, the dialog module will have attempted to send spoofed BYEs in both directions at the moment default_timeout was reached. So, the user cannot talk for more than default_timeout seconds. :-)

—
Sent from mobile, with due apologies for brevity and errors.

> On Feb 2, 2020, at 5:52 AM, Gholamreza Sabery <gr.sabery at gmail.com<mailto:gr.sabery at gmail.com>> wrote:
>
> 
> Hi,
>
> According to the documentation default_timeout is "The default dialog timeout (in seconds), in the absence of a custom value provided in an AVP". There is also a "send_bye" option which can automatically send a BYE message on dialog timeout.
>
> Suppose that a user sends an INVITE and the call is successful (200). He talks more than default_timeout seconds (so there is not BYE for more than default_timeout seconds). This means that when the user actually sends BYE, the dialog is already terminated by the dialog module?
>
> Regards
>
>
> _______________________________________________
> Kamailio (SER) - Users Mailing List
> sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20200203/d63a2f6a/attachment.html>


More information about the sr-users mailing list