[Freeswitch-users] XML_CURL max connection limit

Fri Jun 7 12:07:00 MSD 2013

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 at 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 at 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 at gmail.com>
>> wrote:
>>
>> I found this, which may indicate the error is due to CURL timeout.
>>
>>
>> http://jira.freeswitch.org/browse/FS-428?page=com.atlassian.jira.plugin.system.issuetabpanels:changehistory-tabpanel
>>
>> Thank you.
>>
>>
>>
>>
>> On Wed, Jun 5, 2013 at 11:21 PM, Muhammad Shahzad <shaheryarkh at 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 at 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 at 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 at 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 at 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 at 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 at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> 
>> 
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://wiki.freeswitch.org
>> http://www.cluecon.com
>>
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at 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 at hotmail.com
> Email: shaheryarkh at 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 at hotmail.com
Email: shaheryarkh at googlemail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20130607/b0b01335/attachment-0001.html 