[Kamailio-Devel] [Kamailio-Users] Kamailio 1.4.2 : Weird Retransmission

Aurelien Grimaud gstelzz at yahoo.fr
Thu Dec 11 14:36:58 CET 2008


Thanks for the patch.

With 1 call at a time, the bug does not trigger anymore.
However, with 2 calls at a time it was triggered again on BYE.
Attached log is result of my testing.
1 sipp as uac make 10 calls with 2 simultaneous calls allowed.

The call callid=7-22285-127.0.0.1 request resending of BYE message at 
14:21:07.563004, though we have a 200 ok on BYE at 14:21:07.156865 
(pid=21493)
Bye request (pid=21495) was not finished to be treated at the time 200 
ok was received.

This was done with my module active.
I'll make new tests without it.

Regards,
Aurelien

Daniel-Constantin Mierla a écrit :
> ... disregard the previous patch, please use this one. It was not the 
> latest. Thanks,
>
> Daniel
>
>
> On 12/10/08 23:52, Daniel-Constantin Mierla wrote:
>> Hello,
>>
>> On 12/09/08 20:41, Aurelien Grimaud wrote:
>>> Daniel-Constantin Mierla a écrit :
>>>  
>>>> On 12/09/08 18:52, Aurelien Grimaud wrote:
>>>>   
>>>>> I am able to reproduce it with 1 call / second without my module 
>>>>> on BYE requests.
>>>>> here are traces.
>>>>>       
>>>> there is a race (at least), indeed. It happens when there is fast 
>>>> reply. I am going to send you a patch soon for testing, you use svn 
>>>> branch 1.4 or the tarball?
>>>>     
>>> Great, I use the kamailio-1.4.2-notls tarball.
>>> But I can test any SVN branch / trunk if you wish.
>>>   
>> can you test the attached patch with SVN trunk? Let me know the 
>> results. Pay attention to see if breaks something else, not just if 
>> fixes the reported issue. I let there some debug messages, to help 
>> troubleshooting, if the fix is ok, I'll remove them before committing.
>>
>> Thanks,
>> Daniel
>>
>>> Aurelien
>>>
>>>  
>>>> Cheers,
>>>> Daniel
>>>>
>>>>
>>>>   
>>>>> ps: I added the ms on Logs.
>>>>>
>>>>> Aurelien
>>>>>
>>>>> Daniel-Constantin Mierla a écrit :
>>>>>     
>>>>>> On 12/09/08 17:56, Klaus Darilion wrote:
>>>>>>  
>>>>>>       
>>>>>>> Daniel-Constantin Mierla schrieb:
>>>>>>>             
>>>>>>>> Hello,
>>>>>>>>
>>>>>>>> On 12/09/08 17:31, Klaus Darilion wrote:
>>>>>>>>                   
>>>>>>>>> Aurelien Grimaud schrieb:
>>>>>>>>>  
>>>>>>>>>                         
>>>>>>>>>> Fair enough.
>>>>>>>>>> If no one already experienced this strange behavior, it 
>>>>>>>>>> should be my module ...
>>>>>>>>>> I'll try to make it again without my module.
>>>>>>>>>>                                       
>>>>>>>>> See my other email.
>>>>>>>>>
>>>>>>>>>  
>>>>>>>>>                         
>>>>>>>>>> However, in the log, after the 200 response, there is a 
>>>>>>>>>> cleanup_uac_timers: RETR/FR timers reset.
>>>>>>>>>> So those timers are cleared.
>>>>>>>>>>                                       
>>>>>>>>> But the problem is, that the process which handles the INVITE 
>>>>>>>>> has not finished yet and those (re)SETS the timer.
>>>>>>>>>
>>>>>>>>> @Daniel - Have you investigated the problem?
>>>>>>>>>                               
>>>>>>>> so this is the half of the issue reported via:
>>>>>>>> https://sourceforge.net/tracker/index.php?func=detail&aid=2105813&group_id=139143&atid=743020 
>>>>>>>>                       
>>>>>>> yes.
>>>>>>>
>>>>>>> Can it be related to other modules which register callbacks 
>>>>>>> (e.g. pua module or Aurelien's module?
>>>>>>>                 
>>>>>> what is the requests/second rate when the issue appears?
>>>>>>
>>>>>> At first look, between sending and setting retransmission timer, 
>>>>>> there is no much processing for the request. The callback 
>>>>>> executed there is in use by siptrace, are you using this module?
>>>>>>
>>>>>> Cheers,
>>>>>> Daniel
>>>>>>            
>>>>>>>> This one got lost, but as I started to fix the other half 
>>>>>>>> (replying using proper mode to do retransmission), will 
>>>>>>>> investigate this as well ...
>>>>>>>>
>>>>>>>> Cheers,
>>>>>>>> Daniel
>>>>>>>>             
>>>
>>>
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.kamailio.org
>>> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
>>>
>>>   
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.kamailio.org
>> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
>

-------------- next part --------------
A non-text attachment was scrubbed...
Name: openser.5060.log.BYE.retransmission.patch.2.gz
Type: application/x-gzip
Size: 60226 bytes
Desc: not available
Url : http://lists.kamailio.org/pipermail/devel/attachments/20081211/0f21a861/attachment-0001.bin 


More information about the Devel mailing list