9 Dec
2008
9 Dec
'08
8:23 p.m.
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?
Cheers,
Daniel
ps: I added the ms on Logs.
Aurelien
Daniel-Constantin Mierla a écrit :
--
Daniel-Constantin Mierla
http://www.asipto.com
On 12/09/08 17:56, Klaus Darilion wrote:
Daniel-Constantin Mierla schrieb:
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 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?