Hi Kevin,I'm using/abusing limit for limiting incoming calls *to* an extension, although I've just discovered that I would have the same problem, in my current implementation the limit for the callee is raised when the call is bridged:First I do a inline lookup from the user directory and populate ${user_id} with the callee's id.<condition><action inline="true" application="log" data="INFO Dialed number ${destination_number} is ${user_id}@${domain_name} in XML User Directory."/><!-- Get current limit, if >0 then callee is in a call --><action inline="true" application="set" data="user_busy=${cond(${limit_usage(db ${domain_name} ${user_id})} > 0 ? true : false)}"/><!-- Don't use limit if caller=callee! (handover to own DECT etc.)--><action inline="true" application="set" data="user_busy=${cond("${user_name}" == "${user_id}" ? false : ${user_busy})}"/></condition><condition field="${user_busy}" expression="false" break="never"><!-- On bridge increase Call-Limit for the callee (B-Leg).Limit for outgoing Calls will be increased in dialplan/default.xml<action application="set" data="bridge_pre_execute_bleg_app=limit"/><action application="set" data="bridge_pre_execute_bleg_data=db ${domain_name} ${user_id} 100 !USER_BUSY"/><action application="limit" data="db ${domain_name} ${user_id} 100 !USER_BUSY"/><action application="set" data="fail_on_single_reject=USER_BUSY"/><action application="bridge" data="user/${user_id}@${domain_name}"/><anti-action application="log" data="INFO ${user_id}@${domain_name} is busy, not bridging call!"/></condition>Now if I replace this:<action application="set" data="bridge_pre_execute_bleg_app=limit"/><action application="set" data="bridge_pre_execute_bleg_data=db ${domain_name} ${user_id} 100 !USER_BUSY"/>with that:<action application="limit" data="db ${domain_name} ${user_id} 100 !USER_BUSY"/>the callee is marked as busy directly before i try to bridge to the user. as soon as the call ends, the limit is reset. I just did a quick test though and didn't try all the corner cases.best regards, markusOn Tue, Jun 10, 2014 at 12:11 PM, Avi Marcus <avi@avimarcus.net> wrote:
Just thinking out loud: you can use limit and an execute on answer to decrease the count, and also make sure it decreases it it fails.
I assume your ringing limit will be lower than channel limit? Otherwise the channel limit should suffice.
-Avi
On Jun 10, 2014 10:52 AM, "Kevin Mathy" <k.mathy@hexanet.fr> wrote:_________________________________________________________________________Hi List,I'm trying to find something on freeswitch to make a "per-user" limitation of concurrent "RINGING" calls (or more generally, calls in PROCEEDING state).I've found the "max-proceeding" value I can set in switch.conf.xml, but it's a system's wide parameter, and I'd like more granularity...So, after some time spent on the mailing list and with my friend Google, it seems that someone asked for quite the same thing 2 years ago, but didn't get any answer : http://marc.info/?l=freeswitch-users&m=134375187528797So, today, is there anything to achieve this ? Maybe something based on the "limit" module ?Thanks a lot,Kevin
Bien cordialement,Best Regards,Kevin MATHY | Ingénieur VoIP
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com
Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com
FreeSWITCH-users mailing list
FreeSWITCH-users@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@freeswitch.org
http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com
Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com
FreeSWITCH-users mailing list
FreeSWITCH-users@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@freeswitch.org
http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com
Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
