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&gr...
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