[Freeswitch-users] Call limit on RTP-IP Address

Tue Jun 20 14:42:07 UTC 2017

https://freeswitch.org/confluence/display/FREESWITCH/mod_dptools%3A+Limit

once you have it on a profile you can limit on the profile name using the built in limit framework… 

this doesn’t work with the multi-rtpip setup as there is no way to indicate which one is to be used before calling bridge

From: FreeSWITCH-users [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Nabeel Ahmad
Sent: Tuesday, June 20, 2017 9:12 AM
To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
Subject: Re: [Freeswitch-users] Call limit on RTP-IP Address

Hi Peter,

So far i also came to something similar.

i've all ips in db with status enable/disable.

on channel answer event , same ip toggles its status.

then updating profile rtp-ip variable and rescan profile.

and on destroy event again update status in Db and rescan the profile.

If i ignore frequent calls to DB , still i am not getting what will happen if all ips are used . How will i restrict calls more then IPs i've . (can't touch global session limit as there are other profiles where i dont want to limit anything ).

So i thought to ask there must be some better way to do it.

@Ken : 

each profile with their own RTP-iP can also work , how to limit number of calls per profile ?  

On Tue, Jun 20, 2017 at 6:53 PM, Peter Steinbach <lists at telefaks.de <mailto:lists at telefaks.de> > wrote:

Hello Ahmad,

we do it the following way

*	we have a background job, which periodically (every 1-2 sec) connects via esl to fo Freeswitch and gets it's channel informations. Then we do some calculations based on e.g. call state, domain, profile, ip, other customer information (in our case it's multi-tenant) 
*	for each calculation, we set a memcache key to a specific value (a new call is allowed / not allowed)
*	then, for a new call, we query the memcache key (mod_memcache) in the dialplan and decide, what to do with this call 

But - of course - there will also be some other ways to do this, dependent on your specific goal.

Best regards
Peter

On 06/20/17 11:16, Nabeel Ahmad wrote:

Hello all, 

If we assign more then one RTP-IP parameter to a sip profile , they are used in round robin.

Its perfect . I want to know is there a way to use some limit on that ip ?

Say i've 5 ip address listening on box , and i want one concurrent call limit on each media ip.

How can i set limit on profile level or set from dialplan.

I tried to do but it didn't work .

Any help or advice will be highly appreciated

Thanking all 

Nabeel.

_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting at freeswitch.org <mailto:consulting at freeswitch.org> 
http://www.freeswitchsolutions.com

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

FreeSWITCH-users mailing list
FreeSWITCH-users at lists.freeswitch.org <mailto: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

-- 
With kind regards
Peter Steinbach 

Telefaks Services GmbH
mailto:lists (att) telefaks.de <http://telefaks.de> 
Internet: www.telefaks.de <http://www.telefaks.de> 

_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting at freeswitch.org <mailto:consulting at freeswitch.org> 
http://www.freeswitchsolutions.com

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

FreeSWITCH-users mailing list
FreeSWITCH-users at lists.freeswitch.org <mailto: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/20170620/5e075fdf/attachment-0001.html>