hi, i got the thing to work, it works for most parts only in one case it doesnt, i insert a hash key/value before the bridge and in the bridge i use api_hangup_hook=hash delete/max_calls/${destination_number} but suppose if the person being called isnt registered and the bridge fails then api_hangup_hook never executes. Is there any other api like fail hook or execute on fail that i can use so i can delete the hash ke/value? Regards, Bipin ------------------------------------------------------------------------ -------- Original Message -------- Subject: Re: [Freeswitch-users] keep limit counter active across dialplans when used in attended transfers From: Bipin Patel <bipin@xbipin.com> To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Date: 6/27/2017, 11:10:47 AM
hi,
and also hangup_after_bridge doesnt work to delete the key, need to use set_zombie_exec
Regards, Bipin
------------------------------------------------------------------------ -------- Original Message -------- Subject: Re: [Freeswitch-users] keep limit counter active across dialplans when used in attended transfers From: Bipin Patel <bipin@xbipin.com> To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Date: 6/27/2017, 11:06:03 AM
hi,
yes i was trying that but the problem occurs when ur doing attended transfer because there when we set the hash key to oncall in the features dialplan, the bridge is actually a att_xfer so it doesnt run the delete command after C is hungup
Regards, Bipin
------------------------------------------------------------------------ -------- Original Message -------- Subject: Re: [Freeswitch-users] keep limit counter active across dialplans when used in attended transfers From: Vallimamod Abdullah <vma@vallimamod.org> To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Date: 6/27/2017, 10:58:13 AM
Hi,
You can set hangup_after_bridge to false and delete the key after the bridge command.
Best Regards, -- Vallimamod Abdullah SIP Solutions Consulting VOIP vma@sipsolutions.fr <mailto:vma@sipsolutions.fr> .
On 26 Jun 2017, at 15:59, Bipin Patel <bipin@xbipin.com <mailto:bipin@xbipin.com>> wrote:
hi,
i was testing mod_hash but how do we delete the key when the caller has hung up causing originator cancel because the dialplan doesnt execute any further, it does when the call is answered then hungup.
Im assuming mod_hash works across dialplans because i didnt find anything in docs that would suggest it wont
Regards, Bipin
------------------------------------------------------------------------ -------- Original Message -------- Subject: Re: [Freeswitch-users] keep limit counter active across dialplans when used in attended transfers From: Bipin Patel<bipin@xbipin.com> To: FreeSWITCH Users Help<freeswitch-users@lists.freeswitch.org> Date: 6/25/2017, 11:54:16 PM
Hi,
Well I could use it but with limit the counter decrementing etc is automatic so it's much simpler and reduces the dialplan required.
In the dialplan I provided how do you think I could use it directly without adding any more extensions in the two dialplan, any help would be appreciated. What I need to do is increment counter for caller and callee as well as callee transferred to and check that counter before bridging so change ring back can be called.
On June 25, 2017 8:43:29 PM Vallimamod Abdullah<vma@vallimamod.org>wrote:
Hi,
Is there any reason why you don't use the hash application directly instead of limit? IMHO it is more suited to your use case.
https://freeswitch.org/confluence/display/FREESWITCH/mod_hash
Best Regards, -- Vallimamod Abdullah SIP Solutions vma@sipsolutions.fr <mailto:vma@sipsolutions.fr> .
> On 25 Jun 2017, at 17:10, Bipin Patel <bipin@xbipin.com > <mailto:bipin@xbipin.com>> wrote: > > hi, > > i have a requirement where i need to generate a different > ringtone if that ext is on another call and i do it using limit > by setting a counter for the caller and callee and then checking > the counter if it has a value of 1 which would mean that ext is > on anohter call so generate a different ringtone and this work fine. > > The problem being if A calls B and B attended transfers the call > to C then the counter for C is incremented in the features > dialplan but it doesnt reflect in the internal dialplan and i > read that active limits dont remain global across dialplans so > is there anyway to keep the limit counter active. i tried > limit_ignore_transfer but that doesnt seem to work, im on the FS > master > > Below is my internal and features dialplan, any pointers would > be helpful > > > INTERNAL DIALPLAN > > <extension name="general_stuff1" continue="true"> > <condition> > <action application="set" data="rtp_negotiate_near_match=true"/> > <action application="set" data="inherit_codec=true"/> > <action application="set" data="suppress_cng=true"/> > <action application="set" data="limit_ignore_transfer=true" /> > <action application="limit" data="hash max_calls > ${sip_from_user} -1" /> > </condition> > </extension> > > <extension name="ChangeRingBack"> > <condition field="destination_number" > expression="^ChangeRingBack$"/> > <condition field="rdnis" expression="^(.*$)"> > <action application="set" > data="transfer_ringback=%(250,250,400);%(250,3500,400)"/> > <action application="set" > data="ringback=%(250,250,400);%(250,3500,400)"/> > <action application="bridge" data="sofia/internal/$1%$${domain}"/> > </condition> > </extension> > > <extension name="local_user_calling"> > <condition field="destination_number" expression="^(.*)$"> > <action application="limit" data="hash max_calls > ${destination_number} -1" /> > <action application="bind_meta_app" data="3 b s > execute_extension::att_xfer XML features"/> > <action application="set" > data="transfer_ringback=%(400,200,400,375);%(400,2000,400,375)"/> > <action application="set" data="hold_music=$${hold_music}" /> > <action application="set" > data="ringback=%(400,200,400,375);%(400,2000,400,375)"/> > <action application="set" data="call_timeout=30"/> > <action application="set" data="hangup_after_bridge=true"/> > <action application="set" data="continue_on_fail=true"/> > <action application="limit" data="hash max_calls > ${destination_number} 1 ChangeRingBack"/> > <action application="bridge" data="sofia/internal/$1%$${domain}"/> > </condition> > </extension> > > FEATURES DIALPLAN > > <extension name="att_xfer"> > <condition field="destination_number" expression="^att_xfer$"> > <action application="set" > data="transfer_ringback=%(400,200,400,375);%(400,2000,400,375)"/> > <action application="set" data="hold_music=$${hold_music}" /> > <action application="set" > data="ringback=%(400,200,400,375);%(400,2000,400,375)"/> > <action application="set" data="continue_on_fail=true"/> > <action application="read" data="2 11 ivr/ivr-enter_ext.wav > digits 30000 #"/> > <action application="set" data="origination_cancel_key=#"/> > <action application="limit" data="hash max_calls ${digits} -1" /> > <action application="att_xfer" > data="sofia/internal/${digits}%$${domain}"/> > </condition> > </extension> > > > -- > Regards, > Bipin > > > ------------------------------------------------------------------------ > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting@freeswitch.org <mailto:consulting@freeswitch.org> > http://www.freeswitchsolutions.com > <http://www.freeswitchsolutions.com/> > > Official FreeSWITCH Sites > http://www.freeswitch.org <http://www.freeswitch.org/> > http://confluence.freeswitch.org <http://confluence.freeswitch.org/> > http://www.cluecon.com <http://www.cluecon.com/> > > FreeSWITCH-users mailing list > FreeSWITCH-users@lists.freeswitch.org > <mailto: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 <http://www.freeswitch.org/>
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting%40freeswitch.org> http://www.freeswitchsolutions.com <http://www.freeswitchsolutions.com/>
Official FreeSWITCH Sites http://www.freeswitch.org <http://www.freeswitch.org/> http://confluence.freeswitch.org <http://confluence.freeswitch.org/> http://www.cluecon.com <http://www.cluecon.com/>
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users%40lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org <http://www.freeswitch.org/>
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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@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 <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com <http://www.freeswitchsolutions.com/>
Official FreeSWITCH Sites http://www.freeswitch.org <http://www.freeswitch.org/> http://confluence.freeswitch.org <http://confluence.freeswitch.org/> http://www.cluecon.com <http://www.cluecon.com/>
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto: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 <http://www.freeswitch.org/>
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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@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
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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