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
