[SR-Users] How to cleanup unconfirmed dialog in memory?

Wed Jul 3 18:25:59 CEST 2013

Hi Daniel,

Sounds perfect! I will try to test here tomorrow and let you know.

Cheers,

Charles

On 2 July 2013 22:44, Daniel-Constantin Mierla <miconda at gmail.com> wrote:

>  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> 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> 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> 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>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> 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> 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
>>>>>>
>>>>>> Follow us on twitter @sipcentric <http://twitter.com/sipcentric>
>>>>>>
>>>>>> Sipcentric Ltd. Company registered in England & Wales no. 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
>>>>>> 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
>>>>>
>>>>>
>>>>
>>>>
>>>>  --
>>>>  *Charles Chance*
>>>> Managing Director
>>>>
>>>>  t. 0121 285 4400    m. 07932 063 891
>>>>
>>>> www.sipcentric.com
>>>>
>>>> Follow us on twitter @sipcentric <http://twitter.com/sipcentric>
>>>>
>>>> Sipcentric Ltd. Company registered in England & Wales no. 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
>>>> 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
>>>
>>>
>>
>>
>>
>> www.sipcentric.com
>>
>> Follow us on twitter @sipcentric <http://twitter.com/sipcentric>
>>
>> Sipcentric Ltd. Company registered in England & Wales no. 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
>> 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 listsr-users at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> --
> Daniel-Constantin Mierla - http://www.asipto.comhttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
>
>
> _______________________________________________
> 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
>
>

-- 
www.sipcentric.com

Follow us on twitter @sipcentric <http://twitter.com/sipcentric>

Sipcentric Ltd. Company registered in England & Wales no. 7365592. Registered 
office: Unit 10 iBIC, Birmingham Science Park, Holt Court South, Birmingham 
B7 4EJ.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20130703/40ebcfcc/attachment-0001.html>