[SR-Users] Dialog module - default_timeout behavior

[Gholamreza Sabery]

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>
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>
> 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
> > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
> _______________________________________________
> Kamailio (SER) - Users Mailing List
> 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/20200202/05c1fe56/attachment.html>