Sure, meanwhile here are messages provided by sipp UAS side and UAC side. UAC contains only the 10 calls done UAS contains much more as I was trying to reproduce it with 1 call at a time.
Aurelien
Daniel-Constantin Mierla a écrit :
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
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&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 >>>>
Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users