Hi Brett, not related at all :)
Regards, Bogdan [email protected] wrote: > Wouldbthis error manifest without the registrar module? > > I saw dialog counts incorrect on a stateful loadbalancer I built and was > hoping this had something to do with it. > > -Brett > Sent from my Verizon Wireless BlackBerry > > -----Original Message----- > From: Bogdan-Andrei Iancu <[email protected]> > > Date: Wed, 01 Jul 2009 18:38:34 > To: <[email protected]> > Subject: Re: [OpenSIPS-Users] 1.6 and mysql => crash Re: DIALOG not deleted > on BYE > > > Just to keep the list informed - the error had nothing to do with mysql, > was because of the latest changes on the REGISTRAR module - the bug was > found and fixed on SVN. > > Regards, > Bogdan > > Bogdan-Andrei Iancu wrote: > >> Hi Uwe, >> >> I see the core was not generated, so no bt :(....can you reproduce the >> crash? can you get a core file and a bt ? >> >> Thanks and regards, >> Bogdan >> >> Uwe Kastens wrote: >> >> >>> Bogdan, >>> >>> Sorry for bothering again. I tried the latest trunk from svn and >>> opensips is dying after accessing the mysql db. >>> >>> I will attach the trace. >>> >>> BR >>> >>> Uwe >>> >>> >>> >>> Bogdan-Andrei Iancu schrieb: >>> >>> >>> >>>> OK - with the fix from SVN you should be able to call loose_route() as >>>> many times you want without any risk - just let me know if it works as >>>> expected. >>>> >>>> Regards, >>>> Bogdan >>>> >>>> Uwe Kastens wrote: >>>> >>>> >>>> >>>>> Hi Bogdan, >>>>> >>>>> Again, thanks a lot for your help. >>>>> >>>>> The loose_route() seems to cause the problem, but somehow its needed to >>>>> pass byes correctly to the UA. So I need to work a little on my skript. >>>>> >>>>> I will try the 1.6 ASAP and let you know the result. >>>>> >>>>> BR >>>>> >>>>> Uwe >>>>> >>>>> >>>>> >>>>> Bogdan-Andrei Iancu schrieb: >>>>> >>>>> >>>>> >>>>> >>>>>> If you could test, a fix is available on 1.6 (trunk) version - if ok, I >>>>>> will do the backport. >>>>>> >>>>>> Regards, >>>>>> Bogdan >>>>>> >>>>>> Bogdan-Andrei Iancu wrote: >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>> Hi Uwe, >>>>>>> >>>>>>> Thanks for the traces. Looking at the opensips logs, I say you do >>>>>>> loose_route() twice for the ACK which looks twice for the dialog and >>>>>>> increase the ref twice for the dialog....this is why the ref never >>>>>>> gets back to 0 to allow the dialog to be destroyed.. >>>>>>> >>>>>>> Could you confirm this for me ? >>>>>>> >>>>>>> even if it's a script error , the dialog module should cope with it..I >>>>>>> will look for a fix. >>>>>>> >>>>>>> Thanks and regards, >>>>>>> Bogdan >>>>>>> >>>>>>> Bogdan-Andrei Iancu wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>>> Hi Uwe, >>>>>>>> >>>>>>>> >>>>>>>> Uwe Kastens wrote: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>> Hi again, >>>>>>>>> >>>>>>>>> So I think it might be a bug. One direction (UA to PSTN) works >>>>>>>>> everytime >>>>>>>>> perfectly. It doesn't matter on which side the BYE is sent. If I try >>>>>>>>> the >>>>>>>>> other direction, the dialog will not be removed. Again it won't >>>>>>>>> matter >>>>>>>>> on which side the BYE is sent - the dialog will stay active. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> yes, it sounds like. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>> Unfort I was not able to find out what the states and the events >>>>>>>>> means. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> You can find the meaning of each state in: modules/dialog/dlg_hash.h >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>> So its not easy to debug further. >>>>>>>>> >>>>>>>>> Working direction: >>>>>>>>> DBG:dialog:next_state_dlg: dialog 0xd7a30870 changed from state 1 to >>>>>>>>> state 2, due event 2 >>>>>>>>> DBG:dialog:next_state_dlg: dialog 0xd7a30870 changed from state 2 to >>>>>>>>> state 3, due event 3 >>>>>>>>> DBG:dialog:next_state_dlg: dialog 0xd7a30870 changed from state 3 to >>>>>>>>> state 4, due event 6 >>>>>>>>> DBG:dialog:next_state_dlg: dialog 0xd7a30870 changed from state 4 to >>>>>>>>> state 4, due event 6 >>>>>>>>> DBG:dialog:next_state_dlg: dialog 0xd7a30870 changed from state 4 to >>>>>>>>> state 4, due event 1 >>>>>>>>> >>>>>>>>> Not Working >>>>>>>>> DBG:dialog:next_state_dlg: dialog 0xd7a2c6e0 changed from state 1 to >>>>>>>>> state 2, due event 2 >>>>>>>>> DBG:dialog:next_state_dlg: dialog 0xd7a2c6e0 changed from state 2 to >>>>>>>>> state 2, due event 2 >>>>>>>>> DBG:dialog:next_state_dlg: dialog 0xd7a2c6e0 changed from state 2 to >>>>>>>>> state 3, due event 3 >>>>>>>>> DBG:dialog:next_state_dlg: dialog 0xd7a2c6e0 changed from state 3 to >>>>>>>>> state 5, due event 7 >>>>>>>>> DBG:dialog:next_state_dlg: dialog 0xd7a2c6e0 changed from state 5 to >>>>>>>>> state 5, due event 1 >>>>>>>>> >>>>>>>>> Anyone could help please? >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> I can try : ) >>>>>>>> >>>>>>>> could you (privately if needed) please send me the the full logs for >>>>>>>> the entire call (debug=6) - for the non working part. >>>>>>>> >>>>>>>> Thanks and regards, >>>>>>>> Bogdan >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>> BR >>>>>>>>> >>>>>>>>> Uwe >>>>>>>>> >>>>>>>>> >>>>>>>>> Uwe Kastens schrieb: >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>>> Hello again, >>>>>>>>>> >>>>>>>>>> I think the dialog is destroyed, if no reference is left. And so I >>>>>>>>>> asume >>>>>>>>>> the dialog is missing the ACK for the BYE. Or do I need to unref it >>>>>>>>>> manually via reply_route? I will attach the log. >>>>>>>>>> >>>>>>>>>> dialog:: hash=440:1838775488 >>>>>>>>>> state:: 5 >>>>>>>>>> user_flags:: 0 >>>>>>>>>> timestart:: 1246005835 >>>>>>>>>> timeout:: 0 >>>>>>>>>> callid:: [email protected] >>>>>>>>>> from_uri:: sip:[email protected]:5100 >>>>>>>>>> from_tag:: as619609ab >>>>>>>>>> caller_contact:: sip:[email protected]:5100 >>>>>>>>>> caller_cseq:: 102 >>>>>>>>>> caller_route_set:: >>>>>>>>>> caller_bind_addr:: udp:10.20.138.125:5100 >>>>>>>>>> to_uri:: sip:[email protected]:5100 >>>>>>>>>> to_tag:: ZdwulVArZJyQZ6lMpIk9pvPlzPV73upl >>>>>>>>>> callee_contact:: sip:[email protected]:5060 >>>>>>>>>> callee_cseq:: 102 >>>>>>>>>> callee_route_set:: >>>>>>>>>> <sip:10.20.138.145;lr;ftag=as619609ab;did=8b1.8ddb7a7> >>>>>>>>>> callee_bind_addr:: udp:10.20.138.125:5100 >>>>>>>>>> >>>>>>>>>> BR >>>>>>>>>> >>>>>>>>>> Uwe >>>>>>>>>> >>>>>>>>>> Uwe Kastens schrieb: >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>> Hello list, >>>>>>>>>>> >>>>>>>>>>> I am using DIALOG for the Concurrent calls limitation following the >>>>>>>>>>> tutorial. Its working pretty well - in one direction :-) >>>>>>>>>>> >>>>>>>>>>> DIALOGs from UA to PSTN are deleted after processing the BYE. In >>>>>>>>>>> the >>>>>>>>>>> other direction I see that the BYE is processed correctly, but >>>>>>>>>>> DIALOGs >>>>>>>>>>> are staying in state 5. >>>>>>>>>>> >>>>>>>>>>> Where can I find the documentation for the states? Which will >>>>>>>>>>> delete a >>>>>>>>>>> DIALOG. The BYE or the ack for the BYE? >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> BR >>>>>>>>>>> >>>>>>>>>>> Uwe >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> ------------------------------------------------------------------------ >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> _______________________________________________ >>>>>>>>>> Users mailing list >>>>>>>>>> [email protected] >>>>>>>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> > > > _______________________________________________ > Users mailing list > [email protected] > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > _______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users
