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.cha...@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 <mico...@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.cha...@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.ruizd...@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.cha...@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.ruizd...@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.cha...@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 <h...@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@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@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@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@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@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-us...@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@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@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@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
