11 Dec
2008
11 Dec
'08
4:19 p.m.
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 :
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
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
------------------------------------------------------------------------
_______________________________________________
Users mailing list
Users(a)lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users 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&g…
>>>>
>>> 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(a)lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users