Hi Liviu,
One more observance. Am trying to load test on the main branch where you have
provided your fix.
Am using REST API as, async. After receiving the response for the HTTP request,
I will process the incoming SIP INVITE.
If am sending 50 calls at 2 calls per sec from sipp, -in this case it works
perfectly fine.
If am sending 50 calls at 5 calls per sec from sipp, most of the call fails.
If I look at logs I could able to see that for failure case, it hits
start_async_http_req, but never resume function is called.
It is printing LM_DBG("done, no need for async!\n"); and returns ASYNC_SYNC;
Any idea why for few calls, it is not acting as async? Particularly if I
increase cps, am seeing this behavior.
Please let me know if am missing something.
Regards,
Agalya
From: [email protected]
[mailto:[email protected]] On Behalf Of Ramachandran, Agalya
(Contractor)
Sent: Tuesday, September 13, 2016 2:14 PM
To: Liviu Chircu <[email protected]>; OpenSIPS users mailling list
<[email protected]>
Subject: Re: [OpenSIPS-Users] FW: Asynchronous operation for REST queries
Hi Liviu,
I have configured "Connection_timeout" value as '1' and ran 2 sipp calls.
After TCP port is opened, HTTP request is sent out approx. 95 to 100ms later.
Am attaching the log of the opensips by enabling debugging log.
I took the code from master branch and tested it out. If you find everything OK
let me know.
Or if you feel to test any specific scenario please update me, so that I can
test and share you the results.
P.S:
One more observance.
In the case of synchronous, TCP port is opened within 8 ms, whereas in the case
of async TCP port is opening after 100 ms.
Is it the expected behavior?.
What will be expected time to give this fix in a branch version?
Log file ~70 MB if I enable the debug calls for single call and couldn't post
you that log, since it says limit for email is 40 MB.
Regards,
Agalya
From: Liviu Chircu [mailto:[email protected]]
Sent: Monday, September 12, 2016 4:06 AM
To: OpenSIPS users mailling list
<[email protected]<mailto:[email protected]>>; Ramachandran,
Agalya (Contractor)
<[email protected]<mailto:[email protected]>>
Subject: Re: FW:[OpenSIPS-Users] Asynchronous operation for REST queries
Hi Agalya,
The "connection_timeout" is a configurable module parameter, so tuning it
properly might just solve your problem.
If you need more assistance, please enable debug logging (log_level = 4), run
the query and post the full log output.
Best regards,
Liviu Chircu
OpenSIPS Developer
http://www.opensips-solutions.com
On 09.09.2016 23:04, Ramachandran, Agalya (Contractor) wrote:
Hi Liviu,
I have tested the patch. Now I see the delay is 2 secs. i.e after 2 secs it
sends the HTTP request out.
I suspect this 2000 ms delay is due to the below field:
long connection_timeout = 20;
Can we reduce this field to 5 or 10, so that it waits only half a second or
second to send the request out.
Let me know your thoughts on this.
Am seeing the below message in logs. Is everything working as you expected?
rest_client:start_async_http_req: libcurl TCP connect: we should wait up to 1ms
(timeout=20000ms)!
Regards,
Agalya
From: Liviu Chircu [mailto:[email protected]]
Sent: Thursday, September 08, 2016 7:05 AM
To: Ramachandran, Agalya (Contractor)
<[email protected]><mailto:[email protected]>;
Bogdan-Andrei Iancu <[email protected]><mailto:[email protected]>; OpenSIPS
users mailling list <[email protected]><mailto:[email protected]>
Subject: Re: FW:[OpenSIPS-Users] Asynchronous operation for REST queries
Hi, Agalya!
Regarding the 10s delay problem, a fix was pushed to the development branch
[1]. If you are running on 2.1.4 git branch, could you please pull the latest
changes (git pull --rebase), and test it out? You can import it with:
git cherry-pick -x 66c337cc
[1]:
https://github.com/OpenSIPS/opensips/commit/66c337cc89a2b5c3e1bbd78c289371efcda21886
Best regards,
Liviu Chircu
OpenSIPS Developer
http://www.opensips-solutions.com
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
