[Freeswitch-users] Gateway Call Limits

Wed May 29 19:22:20 MSD 2013

It sounds like you have an ESL program that is not consuming events quickly
enough and the event queue is filling up.
-MC

On Wed, May 29, 2013 at 12:17 AM, Alex Ynema <alex at opensystems.net.au>wrote:

> so setting the limit at 150 was fine but as soon as I set it to 200 I've
> now hit a problem.
> Freeswitch has slowly grown to 372 sessions and getting lots of these
> errors in the cli
>
> 2013-05-29 15:16:41.022625 [ERR] switch_cpp.cpp:48 Cannot queue any more
> events.....
>
> UP 0 years, 0 days, 0 hours, 23 minutes, 55 seconds, 273 milliseconds, 606
> microseconds
> FreeSWITCH (Version 1.5.1b git d2f3a31 2013-05-21 02:00:43Z) is ready
> 1500 session(s) since startup
> 372 session(s) - 0 out of max 10 per sec
> 10000 session(s) max
> min idle cpu 0.00/100.00
> Current Stack Size/Max 240K/8192K
>
>
>
> *Alex Ynema** *| IT Consultant
> alex at opensystems.net.au
>
> Level 1, 409-411 Oxford Street, Mount Hawthorne WA 6016
> Office: +61 8 9427 2500
> Mobile: +61 404 796 894
> <http://www.ynema.net/>
> <http://www.ynema.net/>IT Consultant for Open Systems Support
> www.opensystems.net.au
>
>
> On 29 May 2013 15:01, jay binks <jaybinks at gmail.com> wrote:
>
>> http://wiki.freeswitch.org/wiki/Limit
>>
>> <action application="limit" data="hash ${sip_received_ip}
>> ${destination_number} ${calls_per_second}/1" />
>>
>>
>> On 29 May 2013 16:52, Muhammad Naseer Bhatti <nbhatti at gmail.com> wrote:
>>
>>>
>>> Sorry for the thread hijack, but on the other hand, is it possible to
>>> limit the number of outgoing CPS? Don't seem to see that either in the wiki
>>> or a way to make it work.
>>>
>>> --
>>> Thanks,
>>> Muhammad Naseer Bhatti
>>>
>>>
>>>
>>> Alex Ynema wrote:
>>>
>>> Cheers Avi I've now changed that to hash as I don't need it to be
>>> persistent.
>>> What should I see in the clie to confirm this is working without
>>> attempting 150+ calls
>>>
>>> Basically I've added this to my default.xml
>>>
>>>      <action application="set" data="destnum=${destination_number}" />
>>>     <action application="bridge"
>>> data="loopback/context/zetta-cisco-1,loopback/context/zetta-cisco-2" />
>>>
>>>     <extension name="zetta-cisco-1">
>>>         <condition field="destination_number" expression="zetta-cisco-1">
>>>                 <action application="limit" data="hash outgoing
>>> zetta-cisco-1 150" />
>>>                 <action application="bridge"
>>> data="sofia/gateway/zetta-cisco-1/${destnum}" />
>>>         </condition>
>>>     </extension>
>>>     <extension name="zetta-cisco-2">
>>>         <condition field="destination_number" expression="zetta-cisco-2">
>>>                 <action application="limit" data="hash outgoing
>>> zetta-cisco-2 150" />
>>>                 <action application="bridge"
>>> data="sofia/gateway/zetta-cisco-2/${destnum}" />
>>>         </condition>
>>>     </extension>
>>>
>>>
>>> *Alex Ynema** *| IT Consultant
>>> alex at opensystems.net.au
>>>
>>> Level 1, 409-411 Oxford Street, Mount Hawthorne WA 6016
>>> Office: +61 8 9427 2500
>>> Mobile: +61 404 796 894
>>>
>>> IT Consultant for Open Systems Support
>>> www.opensystems.net.au
>>>
>>>
>>> On 29 May 2013 14:13, Avi Marcus <avi at avimarcus.net> wrote:
>>>
>>>> ... just note that's stored in a database (db) not ram (hash) so if you
>>>> don't need to share it / have persistence, just store it in ram.
>>>>
>>>> -Avi
>>>>
>>>> On Wed, May 29, 2013 at 9:07 AM, Alex Ynema <alex at opensystems.net.au>wrote:
>>>>
>>>>> I've implemented this in default.xml hoping to limit each of my two
>>>>> gateways to 150.
>>>>> Based on what's in
>>>>> http://wiki.freeswitch.org/wiki/Limit#Using_limit_with_per-gateway_or_per-user_channel_limits so
>>>>> hopefully that works.
>>>>>
>>>>>     <extension name="zetta-cisco-1">
>>>>>         <condition field="destination_number"
>>>>> expression="zetta-cisco-1">
>>>>>                 <action application="limit" data="db outgoing
>>>>> zetta-cisco-1 150" />
>>>>>                 <action application="bridge"
>>>>> data="sofia/gateway/zetta-cisco-1/${destnum}" />
>>>>>         </condition>
>>>>>     </extension>
>>>>>     <extension name="zetta-cisco-2">
>>>>>         <condition field="destination_number"
>>>>> expression="zetta-cisco-2">
>>>>>                 <action application="limit" data="db outgoing
>>>>> zetta-cisco-2 150" />
>>>>>                 <action application="bridge"
>>>>> data="sofia/gateway/zetta-cisco-2/${destnum}" />
>>>>>         </condition>
>>>>>     </extension>
>>>>>
>>>>>
>>>>> *Alex Ynema** *| IT Consultant
>>>>> alex at opensystems.net.au
>>>>>
>>>>> Level 1, 409-411 Oxford Street, Mount Hawthorne WA 6016
>>>>> Office: +61 8 9427 2500
>>>>> Mobile: +61 404 796 894
>>>>>
>>>>> IT Consultant for Open Systems Support
>>>>> www.opensystems.net.au
>>>>>
>>>>>
>>>>> On 29 May 2013 13:59, Alex Ynema <alex at opensystems.net.au> wrote:
>>>>>
>>>>>> Hi,
>>>>>> I'm trying to figure out how to limit the number of calls a Gateway
>>>>>> is allowed to use. Our Sip provider has provided up with 200 which I need
>>>>>> to set within the system somehow.
>>>>>> What's the best way to handle it for an outgoing only system.
>>>>>> I've been trying to figure out how how to configure 'Rate limiting
>>>>>> concurrent outgoing calls via a provider' which is mentioned in the
>>>>>> wiki a bit but nothing specific on what to actually do.
>>>>>>
>>>>>> *Alex Ynema** *| IT Consultant
>>>>>> alex at opensystems.net.au
>>>>>>
>>>>>> Level 1, 409-411 Oxford Street, Mount Hawthorne WA 6016
>>>>>> Office: +61 8 9427 2500
>>>>>> Mobile: +61 404 796 894
>>>>>>
>>>>>> IT Consultant for Open Systems Support
>>>>>> www.opensystems.net.au
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> _________________________________________________________________________
>>>>> 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
>>>>>
>>>>>
>>>>
>>>>
>>>> _________________________________________________________________________
>>>> 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
>>>>
>>>>
>>> _________________________________________________________________________
>>> Professional FreeSWITCH Consulting Services:consulting at freeswitch.orghttp://www.freeswitchsolutions.com
>>>
>>> FreeSWITCH-powered IP PBX: The CudaTel Communication Server
>>>
>>> Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://wiki.freeswitch.orghttp://www.cluecon.com
>>>
>>> FreeSWITCH-users mailing listFreeSWITCH-users at lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.freeswitch.org
>>>
>>>
>>> _________________________________________________________________________
>>> 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
>>>
>>>
>>
>>
>> --
>> Sincerely
>>
>> Jay
>>
>> _________________________________________________________________________
>> 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
>>
>>
>
> _________________________________________________________________________
> 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
>
>

-- 
Michael S Collins
Twitter: @mercutioviz
http://www.FreeSWITCH.org
http://www.ClueCon.com
http://www.OSTAG.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20130529/ee87f60d/attachment-0001.html 