[Freeswitch-users] keep limit counter active across dialplans when used in attended transfers

Tue Jun 27 07:06:03 UTC 2017

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 at vallimamod.org>
To: FreeSWITCH Users Help <freeswitch-users at 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 at sipsolutions.fr <mailto:vma at sipsolutions.fr>
> .
>
>> On 26 Jun 2017, at 15:59, Bipin Patel <bipin at xbipin.com 
>> <mailto:bipin at 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 at xbipin.com>
>> To: FreeSWITCH Users Help<freeswitch-users at 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 at 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 at sipsolutions.fr <mailto:vma at sipsolutions.fr>
>>>> .
>>>>
>>>>
>>>>> On 25 Jun 2017, at 17:10, Bipin Patel <bipin at xbipin.com 
>>>>> <mailto:bipin at 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 at freeswitch.org <mailto:consulting at 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 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 <http://www.freeswitch.org/>
>>>>
>>>> _________________________________________________________________________
>>>> Professional FreeSWITCH Consulting Services:
>>>> consulting at 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 at 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 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
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org <mailto:consulting at 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 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 <http://www.freeswitch.org/>
>
>
>
> _________________________________________________________________________
> 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/20170627/4012e1ed/attachment-0001.html>