11 Dec
2008
11 Dec
'08
3:45 p.m.
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
--
Daniel-Constantin Mierla
http://www.asipto.com
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&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
------------------------------------------------------------------------
_______________________________________________
Users mailing list
Users(a)lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users