[SR-Users] How to cleanup unconfirmed dialog in memory?
Daniel-Constantin Mierla
miconda at gmail.com
Tue Jul 2 23:44:42 CEST 2013
Hello,
I pushed a patch in master that detects when the dialog is created by
not getting to transaction due to a stateless reply.
http://git.sip-router.org/cgi-bin/gitweb.cgi?p=sip-router;a=commitdiff;h=fa0339b1906690f009786fc9ed92c73a8c9e6520;hp=b4682cac2e2f151288a411018da077b6d1526eca
If someone can try it and confirm is working fine for sl replied dialogs
as well as for those forwarded, I will backport.
Cheers,
Daniel
On 7/2/13 4:22 PM, Carlos Ruiz Díaz wrote:
> Now that you mention it, it makes perfect sense since this function
> sends BYE to both legs which only makes sense with confirmed dialogs.
>
> I run out of alternatives. Maybe patching the module is the only solution.
>
> Regards,
> Carlos
>
>
> On Tue, Jul 2, 2013 at 10:16 AM, Charles Chance
> <charles.chance at sipcentric.com <mailto:charles.chance at sipcentric.com>>
> wrote:
>
> That doesn't work I'm afraid. Also from
> http://www.kamailio.org/docs/modules/3.1.x/modules_k/dialog.html#id2524783:
>
>
> /Note: Works only for confirmed dialogs./
>
>
> It's something I've been meaning to look further into for a while,
> but haven't yet had chance. I suspect a small patch will be
> required though.
>
> Regards,
>
> Charles
>
>
>
> On 2 July 2013 15:11, Carlos Ruiz Díaz <carlos.ruizdiaz at gmail.com
> <mailto:carlos.ruizdiaz at gmail.com>> wrote:
>
> Ok, I haven't noticed that, although I can't tell for sure
> whether it will work or not.
>
> If you can dump the dialogs using xmlrpc or rpc interface,
> maybe you could parse the info and tear down those unconfirmed
> dialogs using dlg_end_dlg:
>
> http://www.kamailio.org/docs/modules/3.1.x/modules_k/dialog.html#id2524783
>
>
> On Tue, Jul 2, 2013 at 10:02 AM, Charles Chance
> <charles.chance at sipcentric.com
> <mailto:charles.chance at sipcentric.com>> wrote:
>
> The parameter does not work for us. We
> have modparam("dialog", "default_timeout",7200), but it
> only has an effect on confirmed dialogs. As you can see
> from my previous example, there is not even a "timestart"
> value on the unconfirmed dialog, so how can Kamailio know
> when timeout is reached?
>
>
>
> On 2 July 2013 14:51, Carlos Ruiz Díaz
> <carlos.ruizdiaz at gmail.com
> <mailto:carlos.ruizdiaz at gmail.com>> wrote:
>
> There is, but for all dialogs, not only the
> unconfirmed ones.
>
> http://www.kamailio.org/docs/modules/3.3.x/modules_k/dialog.html#default-timeout-id
>
>
> On Tue, Jul 2, 2013 at 9:49 AM, Charles Chance
> <charles.chance at sipcentric.com
> <mailto:charles.chance at sipcentric.com>> wrote:
>
> Hmm, I don't think there is even a timeout value
> set on unconfirmed dialogs in memory.
>
> Example (Kamailio 3.3.3):
>
> dialog:: hash=1791:10106
> state:: 1
> ref_count:: 1
> timestart:: 0
> timeout:: 0
> ...
>
> Whereas:
>
> dialog:: hash=2963:2808
> state:: 4
> ref_count:: 2
> timestart:: 1372772302
> timeout:: 114829207
> ...
>
> Therefore, the unconfirmed dialogs never get
> cleared automatically, in my experience at least.
> I hope I'm wrong though :)
>
> Cheers,
>
> Charles
>
>
>
> On 2 July 2013 14:31, Henning Westerholt
> <hw at kamailio.org <mailto:hw at kamailio.org>> wrote:
>
> Am Dienstag, 2. Juli 2013, 14:23:25 schrieb
> Charles Chance:
> > I don't think this will help at all, as
> regardless of DB mode, unconfirmed
> > dialogs are not stored in DB anyway.
> >
> > The important thing to remember is that if
> you are calling dialog_manage()
> > in your config, to only do it once you are
> ready to forward the request. If
> > you call it but then exit for some reason
> without actually forwarding, you
> > will probably end up with a stuck dialog.
> >
> > Maybe someone else can suggest other
> possible causes?
> >
> > To my knowledge, there is no existing way to
> clear these without restarting.
>
> Hello,
>
> AFAIK these stale dialogs are cleaned up after
> the dialog timeout. There are
> module parameter and also dialog specific
> parameter to control this variable.
> This stale dialogs needs a bit of memory, but
> are otherwise harmless.
>
> Best regards,
>
> Henning
>
>
>
>
>
> www.sipcentric.com <http://www.sipcentric.com/>
>
> Follow us on twitter @sipcentric
> <http://twitter.com/sipcentric>
>
> Sipcentric Ltd. Company registered in England &
> Wales no. 7365592 <tel:7365592>. Registered
> office: Unit 10 iBIC, Birmingham Science Park,
> Holt Court South, Birmingham B7 4EJ.
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) -
> sr-users mailing list
> sr-users at lists.sip-router.org
> <mailto:sr-users at lists.sip-router.org>
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
>
>
> --
> Carlos
> http://caruizdiaz.com
> +595981146623 <tel:%2B595981146623>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) -
> sr-users mailing list
> sr-users at lists.sip-router.org
> <mailto:sr-users at lists.sip-router.org>
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
>
>
> --
> *Charles Chance*
> Managing Director
>
> t. 0121 285 4400 m. 07932 063 891
>
> www.sipcentric.com <http://www.sipcentric.com/>
>
> Follow us on twitter @sipcentric
> <http://twitter.com/sipcentric>
>
> Sipcentric Ltd. Company registered in England & Wales no.
> 7365592 <tel:7365592>. Registered office: Unit 10 iBIC,
> Birmingham Science Park, Holt Court South, Birmingham B7 4EJ.
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users
> mailing list
> sr-users at lists.sip-router.org
> <mailto:sr-users at lists.sip-router.org>
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
>
>
> --
> Carlos
> http://caruizdiaz.com
> +595981146623 <tel:%2B595981146623>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users
> mailing list
> sr-users at lists.sip-router.org
> <mailto:sr-users at lists.sip-router.org>
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
>
>
>
> www.sipcentric.com <http://www.sipcentric.com/>
>
> Follow us on twitter @sipcentric <http://twitter.com/sipcentric>
>
> Sipcentric Ltd. Company registered in England & Wales no. 7365592
> <tel:7365592>. Registered office: Unit 10 iBIC, Birmingham Science
> Park, Holt Court South, Birmingham B7 4EJ.
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
> list
> sr-users at lists.sip-router.org <mailto:sr-users at lists.sip-router.org>
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
>
>
> --
> Carlos
> http://caruizdiaz.com
> +595981146623
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
--
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20130702/adeb8dd9/attachment-0001.html>
More information about the sr-users
mailing list