[Kamailio-Users] Kamailio 1.4.2 : Weird Retransmission

Daniel-Constantin Mierla miconda at gmail.com
Thu Dec 11 15:45:34 CET 2008


Can you please make the test again and send along with the debug 
messages the sip trace?

ngrep -d any -qt -W byline port 5060

I want to check the sip messages as well.

Thank you,
Daniel


On 12/11/08 16:19, Aurelien Grimaud wrote:
> Answer waiting for approval : logs too big !
>
> Here is a lighter one.
>
> My answer was
>> 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
>>
>

-- 
Daniel-Constantin Mierla
http://www.asipto.com





More information about the Users mailing list