[Freeswitch-users] Gateway Call Limits

Wed May 29 21:15:21 MSD 2013

A little known trick for using limit, is that  you can do it on the B-LEG, rather then calling it form the A-Leg and you won't have to worry about holding the locks if the B-Leg fails, and you fall over to somethng else.  

If you do the limit using "execute_on_originate" and the B-LEG fails somewhere along the way, the lock will go away when the B-LEG goes away. Also if the limit fails, and returns the condition linke user_busy or something else, it will just look like the gateway failed, with that response.   

This is a much better way of using limit for some type of outbound applicaiton.  

--Dave
      _____  

  From: Muhammad Naseer Bhatti [mailto:nbhatti at gmail.com]
To: FreeSWITCH Users Help [mailto:freeswitch-users at lists.freeswitch.org]
Sent: Wed, 29 May 2013 00:20:13 -0700
Subject: Re: [Freeswitch-users] Gateway Call Limits

Hmm, so simple. I wonder how I overlooked it :)

-- 
Thanks,
Muhammad Naseer Bhatti

jay binks 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.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

-- 
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        

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20130529/6284a4ba/attachment-0001.html 