[OpenSIPS-Users] DIALOG not deleted on BYE

Bogdan-Andrei Iancu bogdan at voice-system.ro
Mon Jun 29 19:38:05 CEST 2009


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:: 240f6fed145ac8251915f50d3d54be78 at 10.20.138.105
>>>> 	from_uri:: sip:9904090 at 10.20.138.105:5100
>>>> 	from_tag:: as619609ab
>>>> 	caller_contact:: sip:9904090 at 10.20.138.105:5100
>>>> 	caller_cseq:: 102
>>>> 	caller_route_set::
>>>> 	caller_bind_addr:: udp:10.20.138.125:5100
>>>> 	to_uri:: sip:4315302290 at asn2.domain.de:5100
>>>> 	to_tag:: ZdwulVArZJyQZ6lMpIk9pvPlzPV73upl
>>>> 	callee_contact:: sip:4315302290 at 10.20.139.62: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
>>>> Users at lists.opensips.org
>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>>     
>>>>       
>>>>         
>>>   
>>>     
>>>       
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>   
>>     
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>   




More information about the Users mailing list