Good point! Thanks for the tip.<br>-MC<br><br><div class="gmail_quote">On Sun, Jun 3, 2012 at 4:47 PM, Dave R. Kompel <span dir="ltr"><<a href="mailto:drk@drkngs.net" target="_blank">drk@drkngs.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><u></u>
<div>
<div>Change that to "execute_on_originate". On answer will blow the call off if it's over limits when the user answers.</div>
<div> </div>
<div>--Dave</div><br>
<blockquote style="BORDER-LEFT:#0000ff 2px solid;PADDING-LEFT:5px;MARGIN-LEFT:5px;MARGIN-RIGHT:0px">
<hr>
<b>From:</b> Michael Collins [mailto:<a href="mailto:msc@freeswitch.org" target="_blank">msc@freeswitch.org</a>]<br><b>To:</b> FreeSWITCH Users Help [mailto:<a href="mailto:freeswitch-users@lists.freeswitch.org" target="_blank">freeswitch-users@lists.freeswitch.org</a>]<br>
<b>Sent:</b> Sun, 03 Jun 2012 13:54:08 -0700<br><b>Subject:</b> Re: [Freeswitch-users] limit app problem with loopback channels<br><br>You can solve this issue by avoiding loopback. Don't use loopback unless there is absolutely no other alternative. Try replacing the loopback calls in the group definition to "user/xxx" instead:<br>
<br> <extension name="group_dial_sales"><br> <condition field="destination_number" expression="^2000$"><br> <action application="bridge"<br>data="[execute_on_answer='limit hash callwaiting 1000 1']user/1000, [execute_on_answer='limit hash callwaiting<br>
1001 1']user/1001"/><br> </condition><br> </extension><br>
<div> </div>This is just off the top of my head, so please do the usual testing and tinkering before you report back that it does not work. :)<br><br>-MC<br><br>
<div class="gmail_quote">On Sun, Jun 3, 2012 at 8:47 AM, Jose Fco. Irles Durá <span><<a href="mailto:josefu@gmail.com" target="_blank">josefu@gmail.com</a>></span> wrote:<br>
<blockquote style="BORDER-LEFT:#ccc 1px solid;MARGIN:0px 0px 0px 0.8ex;PADDING-LEFT:1ex" class="gmail_quote">Hello,<br><br>I'm trying to limit calls to one user with limit application, all<br>works fine when a user dials to the number user (the caller is<br>
transfered to limit_exceeded extension)<br><br>But when a caller dials to the 2000 extensions (a "ring group" to<br>loopback channels) and one of the users (for example 1001) answer the<br>call, the limit app removes the limit count for this channel when the<br>
loopback channel disappears (when the direct bridge occurs between the<br>caller channel and callee channel).<br><br>Where is the problem? How can I avoid that the limit app removes the<br>limit for this loopback channel?<br>
<br>There is the fragmet of my dialplan (is the vainilla dialplan from git<br>with the limit action added)<br><context name="default"><br>...<br> <extension name="Local_Extension"><br> <condition field="destination_number" expression="^(10[01][0-9])$"><br>
<action application="export" data="dialed_extension=$1"/><br> <action application="set" data="ringback=${us-ring}"/><br> <action application="set" data="transfer_ringback=$${hold_music}"/><br>
<action application="set" data="call_timeout=30"/><br> <action application="set" data="hangup_after_bridge=true"/><br> <action application="set" data="continue_on_fail=true"/><br>
<action application="limit" data="hash callwaiting<br>${dialed_extension} 1"/><br> <action application="bridge"<br>data="user/${dialed_extension}@${domain_name}"/><br>
<action application="answer"/><br> <action application="sleep" data="1000"/><br> <action application="bridge"<br>data="loopback/app=voicemail:default ${domain_name}<br>
${dialed_extension}"/><br> </condition><br> </extension><br><br> <extension name="group_dial_sales"><br> <condition field="destination_number" expression="^2000$"><br>
<action application="bridge"<br>data="loopback/1000/default,loopback/1001/default"/><br> </condition><br> </extension><br><br>...<br></context><span class="HOEnZb"><font color="#888888"><br>
<br>--<br>Jose Fco. Irles Durá<br><br></font></span></blockquote></div><span class="HOEnZb"><font color="#888888"><br></font></span></blockquote>
<div> </div>
<div> </div></div><br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
Join Us At ClueCon - Aug 7-9, 2012<br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br>