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

[Gary Chen]

We need also have a way to timeout all the dead unconfirmed dialog. I have
a situation that the SIP message was perfect fine with Bye signal, yet the
dialog is still hang with state 1.

Gary


On Wed, Jul 3, 2013 at 12:25 PM, Charles Chance <
charles.chance at sipcentric.com> wrote:

> 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.
>
> _______________________________________________
> 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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20130703/8fb1f73e/attachment-0001.html>