[OpenSIPS-Users] [OpenSIPS-Devel] dialog module: dialog not cleaned up when BYE is sent

Herman Bastiaens herman.bastiaens at androme.be
Wed Mar 11 15:54:20 CET 2009


Hi Bogdan,

the issue is resolved when using the DID for dialog matching, but if I use dlg_match_mode 2, the error still occurs. Is 
there a problem with the matching of messages to dialogs if there is no DID present?

Best Regards,

Herman

Bogdan-Andrei Iancu wrote:
> Hi Herman,
> 
> Thanks for the files you sent me. I found out that the problem was in 
> record_route_preset() - the function was simply ignoring whatever 
> parameter you were adding from script or from other modules. This is why 
> the  DIALOG module was not recognizing the sequential requests.
> 
> The fix is available on 1.5 - if you could give it another try and let 
> me know, it will be great.
> 
> Regards,
> Bogdan
> 
> Herman Bastiaens wrote:
>> Hi Bogdan,
>>
>> xxxxx
>>
>> The problem only occurs:
>> - if there is another server in the loop, if I test with a client 
>> that's registered to xxxxxx (instead of the demo server), the issue 
>> does not occur
>> - if I record_route_preset instead of record_route. As you'll see, 
>> when I record_route_preset, there is no did present in the route 
>> header. I believe it should fall back to "default" dialog matching, 
>> but perhaps there's a problem with this mechanism?
>>
>> Hope we can sort this out. Thanks for your replies!
>>
>> Bogdan-Andrei Iancu wrote:
>>> Hi Herman,
>>>
>>> Sorry for the mixing :).
>>>
>>> Please get the logs (with debug=6) and the SIP trace (ngrep) for such 
>>> a call and sent them to me (you can send them off-list if larger than 
>>> 40K).
>>>
>>> I cannot make any assumption yet without first looking at the logs.
>>>
>>> Thanks and regards,
>>> Bogdan
>>>
>>> Herman Bastiaens wrote:
>>>> Bogdan,
>>>>
>>>> I didn't post the log on the forum, that was someone else. I just 
>>>> added my comment to the thread because it seemed like the same 
>>>> problem. I can get a log of the scenario tomorrow if that's helpful.
>>>>
>>>> Do you have any idea why the record_route_preset could by messing up 
>>>> this scenario?
>>>> Do you have any idea what could explain the 5 second threshold?
>>>>
>>>> Thanks a lot for your replies, hope we can sort this out.
>>>>
>>>>> Herman,
>>>>>
>>>>> The log you posted on the forum did not show any usage of 
>>>>> loose_route() - if you look on the log, for ACK and BYE there is no 
>>>>> mesage from "rr" or "dialog" module. Can you confirm this?
>>>>>
>>>>> Regards,
>>>>> Bogdan
>>>>>
>>>>> Herman Bastiaens wrote:
>>>>>> Hi Bogdan,
>>>>>>
>>>>>> I'm pretty sure I do a loose_route for the ACK and BYE, but I'm 
>>>>>> still seeing this error.
>>>>>>
>>>>>> I've tested the most basic scenario, starting from an example, and 
>>>>>> this problem seems to occur when I start using a 
>>>>>> record_route_preset("..."). Perhaps the dialog module can't handle 
>>>>>> this? (just to be clear, the bug is still only occurring if the 
>>>>>> call is shut down during the first few seconds after the ACK).
>>>>>>
>>>>>> I've attached the script in which I see the error occurring. The 
>>>>>> IP of my server is 172.17.10.44
>>>>>>
>>>>>>> Hi Herman,
>>>>>>>
>>>>>>> And the bell rang! :)
>>>>>>>
>>>>>>> I went over the logs you posted on the forum and I noticed (both 
>>>>>>> script and logs) that you are not using loose_route() for 
>>>>>>> sequential requests. You do record_route() for the initial 
>>>>>>> INVITE, but no loose_route for ACK, BYE. And loose_route() is the 
>>>>>>> function that updates the dialog state.
>>>>>>>
>>>>>>> So, in your case, the dialog does not "see" the ACK and BYE and 
>>>>>>> still keeps in the CONFIRMED_NA (not acknowledged) state. This  
>>>>>>> is way it is not removed.
>>>>>>>
>>>>>>> See the default opensips.cfg file to see how to use the 
>>>>>>> loose_route(). I beat it will work after that ;)
>>>>>>>
>>>>>>> Regards,
>>>>>>> Bogdan
>>>>>>>
>>>>>>> Herman Bastiaens wrote:
>>>>>>>> Hi Bodgan,
>>>>>>>>
>>>>>>>> that's what I'm seeing, time and time again. I was hoping this 
>>>>>>>> might ring a bell, but from your reply I take that it doesn't :-)
>>>>>>>>
>>>>>>>> Regards,
>>>>>>>>
>>>>>>>> Herman
>>>>>>>>
>>>>>>>>> Hi Herman,
>>>>>>>>>
>>>>>>>>> just to copy the reply from the forum :) :
>>>>>>>>>
>>>>>>>>> So, let me see if I get it right. With the same configuration, 
>>>>>>>>> if the call is longer than 5 secs, everything is ok (dialog is 
>>>>>>>>> removed when receiving a BYE). But if the call is shorter than 
>>>>>>>>> 5 secs, the dialog is not removed.
>>>>>>>>> Is this what you say?
>>>>>>>>>
>>>>>>>>> Regards,
>>>>>>>>> Bogdan
>>>>>>>>>
>>>>>>>>> Herman Bastiaens wrote:
>>>>>>>>>> Hi,
>>>>>>>>>>
>>>>>>>>>> I've posted this problem on the forum 
>>>>>>>>>> (https://sourceforge.net/forum/message.php?msg_id=6595314), 
>>>>>>>>>> but it doesn't seem to be very active, so I'm posting it here 
>>>>>>>>>> as well.
>>>>>>>>>>
>>>>>>>>>> I'm having a problem with the dialog module of opensips 
>>>>>>>>>> 1.4.2-notls. When a call is set up, and released within five 
>>>>>>>>>> seconds, the dialog is not removed. I am sure the call is set 
>>>>>>>>>> up correctly (INVITE - 200 OK - ACK) and the BYE is sent (with 
>>>>>>>>>> the correct call-id, from and to tag), but the dialog is not 
>>>>>>>>>> removed.
>>>>>>>>>>
>>>>>>>>>> I do a record_route_preset () for the INVITE and a 
>>>>>>>>>> loose_route() for the BYE.
>>>>>>>>>>
>>>>>>>>>> Are there any timers, caching, ... that could explain this 
>>>>>>>>>> behavior? I have tested a number of times, and the problem 
>>>>>>>>>> only occurs if the call is shut down within the first five 
>>>>>>>>>> seconds, if the call is running longer, the dialog is cleaned 
>>>>>>>>>> up correctly when the BYE is sent.
>>>>>>>>>>
>>>>>>>>>> note: a dialog is inserted multiple times in the same profile, 
>>>>>>>>>> but with different values, I don't know if this is relevant 
>>>>>>>>>> for the issue
>>>>>>>>>>
>>>>>>>>>>   
>>>>>>>>>
>>>>>>>>> ------------------------------------------------------------------------ 
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> No virus found in this incoming message.
>>>>>>>>> Checked by AVG - www.avg.com Version: 8.0.237 / Virus Database: 
>>>>>>>>> 270.11.6/1981 - Release Date: 03/03/09 07:25:00
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------ 
>>>>>
>>>>>
>>>>>
>>>>> No virus found in this incoming message.
>>>>> Checked by AVG - www.avg.com Version: 8.0.237 / Virus Database: 
>>>>> 270.11.8/1985 - Release Date: 03/05/09 07:54:00
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
> 
> 


-- 
Best regards,

Herman

------------------------------------------------------------
Herman Bastiaens               Tel:  (+32) 11 30 13 30
ANDROME NV                     Fax:  (+32) 11 30 13 31
Wetenschapspark 4              mailto:hbastiaens at androme.be
B-3590 Diepenbeek, Belgium     http://www.androme.be



More information about the Users mailing list