[Kamailio-Users] Kamailio 1.4.2 : Weird Retransmission

[Aurelien Grimaud]

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.

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
>>
>