Re: [SR-Users] Dialog module - default_timeout behavior

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 *From:* sr-users <sr-users-bounces(a)lists.kamailio.org> *On Behalf Of *Gholamreza Sabery *Sent:* Sunday, February 2, 2020 4:18 PM *To:* Kamailio (SER) - Users Mailing List <sr-users(a)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(a)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. wrote: 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. 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? _______________________________________________ Kamailio (SER) - Users Mailing List sr-users(a)lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users