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

[Nabeel Ahmad]

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> 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.orghttp://www.freeswitchsolutions.com
>
> Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.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
>
>
>
> --
> With kind regards
> Peter Steinbach
>
> Telefaks Services GmbHmailto:lists <lists> (att) telefaks.de
> Internet: www.telefaks.de
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> 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
> 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/3fa98783/attachment.html>