Thanks a lot Henning.

On Mon, Feb 3, 2020 at 12:25 PM Henning Westerholt <[email protected]> wrote:

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

Reply via email to