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

Thu Jul 4 10:04:38 CEST 2013

Hi Gary,

Are you looking at the correct dialog? Before the BYE message, an ongoing
dialog will have already moved from state 1 through 2, 3, 4 and finally
state 5 after the BYE, before being cleared automatically after a few
seconds.

Perhaps there are two dialogs being created for the same initial request?
Maybe due to retransmissions or an error in config? If you can supply your
config we may be able to get a better idea.

Regards,

Charles

On 4 July 2013 04:09, Gary Chen <gchen3203 at gmail.com> wrote:

> 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
>>
>>
>
> _______________________________________________
> 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/20130704/3a09f12a/attachment-0001.html>