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

[Bogdan-Andrei Iancu]

Hi Takeshi,

Thanks for the confirmation on this....Probably this bug exists from the 
begining, when I wrote the dialog module - it does look like a bug 
related to profiles, but rather about the dialog state machine.

So, let me run some tests and check the code.

Regards,
Bogdan

mayamatakeshi wrote:
> On Wed, Mar 4, 2009 at 6:34 PM, Bogdan-Andrei Iancu
> <bogdan at voice-system.ro> wrote:
>   
>> Hi Herman,
>>
>> when you say the dialog is not removed, how do you check ? do you check
>> with the MI dlg_list command or you look into DB ?
>>     
>
> Hello, Bogdan and Herman.
> I am seeing similar thing on kamailio (but I measured the interval as
> 3 to 4 seconds). So this seems to be something inherited from openSER.
> If I understood Herman's description of the problem correctly, he is
> putting the dialog in a profile and then he would expect the dialog to
> be cleared from the profile upon reception of BYE.
> I'm using profile this way too, to control limit of simultaneous calls
> to our subscribers. So if we try to perform consecutive test calls
> using something like SIPp with a max_calls set to 1 in my cfg file, if
> the duration of the call is less than 4 seconds, the subsequent call
> will fail because when we use profile_get_size, it returns 1, instead
> of the expected zero.
>
> For us however, this is not a concern anymore as this is very rare
> situation. And actually, what was causing problem to us was the case
> where the distant end sends a 4XX response within 4 seconds which has
> the same delay to cause the profile to be cleared (I'm not sure if
> this applies to opensips). But this is not a problem as we are forcing
> the clearing using unset_dlg_profile.
>
> regards,
> takeshi
>
>   
>> 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
>>>>
>>>>         
>>>       
>> _______________________________________________
>> Devel mailing list
>> Devel at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>>
>>     
>
>