Guy, after detailed analysis i can confirm it was an Apache issue, and changing Apache configuration changes the concurrent call limit. However, one thing i observed about xml curl is that it makes several request with same parameters per call. Even if we have no calls running on server, as well as as Apache is completely free. I can see FS makes at least

1). 3 hits for dialplan.
2). 2 hits for directory.
3). 4 hits for voicemail.
4). 3 hits for ivr.
5). 2 hits for sofia.
and so on..

While ideally only one hit should be sufficient to get all these configurations. What is the point of making all these redundant hits? We have roughly 15 - 20 hits made per call, which is huge and causes significant load on Apache.

Both Apache and FS are running on dedicated machines and connected over Gigabit Ethernet with zero packet loss, so i doubt these hits are "re-transmission".

Thank you.




On Thu, Jun 6, 2013 at 1:24 AM, Muhammad Shahzad <shaheryarkh@gmail.com> wrote:
Yes, its a feature, i know. I was just looking at how this feature was tested, as mentioned in its logs,

2010-01-04 15:01:51.945020 [INFO] mod_dialplan_xml.c:408 Processing 21653XXXXX->121637XXXXX in context termination
2010-01-04 15:01:52.054466 [ERR] mod_xml_curl.c:310 Received HTTP error 0 trying to fetch http://192.168.0.2/gateway.php
2010-01-04 15:01:52.054545 [CONSOLE] mod_xml_curl.c:317 XML response is in /tmp/6632ebb1-d19f-4d51-a07e-ec2ce0387f83.tmp.xml

Thank you.




On Thu, Jun 6, 2013 at 12:48 AM, Michael Jerris <mike@jerris.com> wrote:
This is adding a feature to allow timeout to be set in ms instead of seconds.  This is not a problem, its a feature, that was added a while ago.  Until you can determine if the request is being sent for the one thats failing, your not going to solve this issue.

Mike

On Jun 5, 2013, at 6:15 PM, Muhammad Shahzad <shaheryarkh@gmail.com> wrote:



On Wed, Jun 5, 2013 at 11:21 PM, Muhammad Shahzad <shaheryarkh@gmail.com> wrote:
I have been trying for about 3 hours now but still not sure what is happening. In SIPp, there are new calls created and old ones hang up at every instant, so i see HTTP Error 0 when calls climb over 1638 and then immediately when some calls hang up everything starts working normal again, then SIPp generates more call and again i get this error. Its pretty difficult to identify if failed hit is in the trace or not. I will debug more tomorrow.

Thank you.



On Wed, Jun 5, 2013 at 9:04 PM, Cal Leeming [Simplicity Media Ltd] <cal.leeming@simplicitymedialtd.co.uk> wrote:
Ah sorry, I had assumed this was already confirmed - good catch Michael.

As said above, if you have not confirmed this already, then you will need to do so before moving on.

Cal

On Wed, Jun 5, 2013 at 7:57 PM, Michael Jerris <mike@jerris.com> wrote:
Did you get to confirm if the request was really going to the server or not?  If it is not, then all of the other suggestions above are completely invalid.

On Jun 5, 2013, at 10:16 AM, Muhammad Shahzad <shaheryarkh@gmail.com> wrote:

The request does not comes to web server, at least this is what i see in web server logs. I will run a trace and see if it actually is sent out to web server or not.

Thank you.


On Wed, Jun 5, 2013 at 4:06 PM, Michael Jerris <mike@jerris.com> wrote:
Is the request going to your server and getting no response?

On Jun 5, 2013, at 9:50 AM, Muhammad Shahzad <shaheryarkh@gmail.com> wrote:

Hi,

Is there any connection limit perhaps hard coded anywhere in xml_curl module? I am load testing FS with xml_curl to provide config, directory and dial-plan. I observed i start getting HTTP ERROR 0 when i have around 1600 concurrent calls on machine with media. Although i see no sign of system overload either on FS (load average < 1.8) or Apache (load average < 4,75). Both have plenty of RAM and bandwidth free.

Is there anyway to get rid of this HTTP ERROR 0? It must be generated by FS internally, since i don't see anything like this error in Apache logs.

Below 1,638 concurrent calls @ 50 CPS, i get success rate of 99.999% but as soon as it crosses this mark, success rate drastically drops to 60% and even below (when concurrent calls go beyond 2,000). Here is error console log.

###################################################
2013-06-05 18:09:13.591229 [ERR] mod_xml_curl.c:310 Received HTTP error 0 trying to fetch http://172.16.171.61/vm-users.php
data: [hostname=vms01&section=directory&tag_name=domain&key_name=name&key_value=10.1.3.2&Event-Name=GENERAL&Core-UUID=84c917dc-cdde-11e2-9bb2-8b779d6a4e97&FreeSWITCH-Hostname=vms01&FreeSWITCH-Switchname=vms01&FreeSWITCH-IPv4=10.1.3.2&FreeSWITCH-IPv6=%3A%3A1&Event-Date-Local=2013-06-05%2018%3A09%3A03&Event-Date-GMT=Wed,%2005%20Jun%202013%2013%3A09%3A03%20GMT&Event-Date-Timestamp=1370437743591210&Event-Calling-File=mod_voicemail.c&Event-Calling-Function=resolve_id&Event-Calling-Line-Number=1350&Event-Sequence=1776930&action=message-count&key=id&user=989000049598&domain=10.1.3.2]
###################################################

Although this setup is more then sufficient for my requirement but i just want to know if i can extend it beyond, since i still have lot of resources free.

OS: Debian 6.0.7 x64
Apache: 2.2.16
FreeSWITCH: 1.5.1b+git~20130424T005233Z~66d1755b06

Both FS and Apache are running on separate dedicated machines on same LAN.

Thank you.



_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org




--
Mit freundlichen Grüßen
Muhammad Shahzad
-----------------------------------
CISCO Rich Media Communication Specialist (CRMCS)
CISCO Certified Network Associate (CCNA)
Cell: +49 176 99 83 10 85
MSN: shari_786pk@hotmail.com
Email: shaheryarkh@googlemail.com



--
Mit freundlichen Grüßen
Muhammad Shahzad
-----------------------------------
CISCO Rich Media Communication Specialist (CRMCS)
CISCO Certified Network Associate (CCNA)
Cell: +49 176 99 83 10 85
MSN: shari_786pk@hotmail.com
Email: shaheryarkh@googlemail.com