[Freeswitch-users] How to prevent group_confirm_file from looping?

[Regis M]

Hi,

beware... long post :)

In my memory, when I used group_confirm, I noticed that the read timeout
start AFTER the file prompt was played, not during or at the answer
starts...
In fact, I think you have "Sound prompt lenght" time +"read timeout" time
to press a key or the confirm will be canceled/rejected... So you're could
also try with group_confirm_read_timeout = 0 or 100.


>I'm not sure what you mean by "fix the timeout at the audio lenght of your
group_confirm_file". Can you give me a few more details?
I mean that when I tried to do that, I had to mix with all the timeout to
get my wanted features... This means :

On this string :

originate
[leg_timeout=TIMEOUT1,group_confirm_read_timeout=TIMEOUT2...]sofia/endpoint
&park()

- with TIMEOUT1= 10000, you will have (ring allowed time) + (sound
prompt_lenght) + (TIMEOUT2 )  <- will result with hangup at TIMEOUT1 but
could hangup during prompt if it takes time to answer (various ring time)

- with group_confirm_cancel_timeout=1 .... The ring time is not care,, and
the leg_timeout if canceled on legB answer, so you can choose : timeout for
ring (leg_timeout with less value) and timeout for the read of digit.(but
this timeout start after prompt), so if you just want your prompt, you have
to put read_timeout to 0

One thing which is strange for me is that you said the sound loops... for
me, the sound doesn't loop if no confirm is done within the timeout...

Anyway, you must have a look at the LUA script which is a better solution
if you want to manage too much complex behavior in dialplan..

Hope it helps a little and sorry for my poor english...

Regards,






2013/10/21 Lyle Pratt <lylepratt at gmail.com>

> Anthony suggested that I: "Use the exec app mode and call a lua script
> that plays once, waits for input once and hangs up."
>
> I guess I can do that as a last resort, however based on the
> documentation, it seems that "group_confirm_read_timeout" should work,
> however it does not have any affect for me. Can someone else try this or
> does anyone know why it is not working?
>
> -Lyle
>
>
> On Mon, Oct 21, 2013 at 12:44 PM, Lyle Pratt <lylepratt at gmail.com> wrote:
>
>> Additional information:
>>
>> I thought that "group_confirm_read_timeout" would be what I needed as
>> well, but I've tried it and it does not seem to have any affect on how long
>> it waits for confirmation. Maybe it doesn't work correctly when using
>> Enterprise Originate?
>>
>> -Lyle
>>
>>
>> On Mon, Oct 21, 2013 at 12:27 PM, Lyle Pratt <lylepratt at gmail.com> wrote:
>>
>>> Hi Regis,
>>>
>>> Thanks for sticking with me on this issue. I've tried group_confirm_read_timeout,
>>> but its not what I'm looking for. I've also taken a look at the source for
>>> switch_ivr_read which is what the "group_confirm" functionality is using,
>>> and it doesn't seem to support a max retries, or hard timeout to wait for a
>>> "confirmation". I think that (
>>> http://docs.freeswitch.org/group__switch__ivr__menu.html#g372a59da20a90e23f4fee8e36b829fee
>>> )
>>>
>>> I'm not sure what you mean by "fix the timeout at the audio lenght of
>>> your group_confirm_file". Can you give me a few more details?
>>>
>>> Thanks!
>>> -Lyle
>>>
>>>
>>>
>>>
>>> On Mon, Oct 21, 2013 at 12:20 PM, Regis M <
>>> regis.freeswitch.org at tornad.net> wrote:
>>>
>>>> There's also some other undocumented variables :
>>>> Look here :
>>>>
>>>> http://wiki.freeswitch.org/wiki/Freeswitch_IVR_Originate#Channel_variables
>>>>
>>>> group_confirm_read_timeout  will do the job maybe
>>>>
>>>> Anyway, you have to fix the timeout at the audio lenght of your
>>>> group_confirm_file..
>>>>
>>>>
>>>>
>>>> 2013/10/21 Lyle Pratt <lylepratt at gmail.com>
>>>>
>>>>> Hi Regis,
>>>>>
>>>>> Thanks for the tip, but unfortunately that does not help. I need to
>>>>> prevent the group_confirm_file from looping at all. It doesn't have
>>>>> anything to do with the leg timeout. In other words, my leg timeout could
>>>>> be 10 seconds or 100 seconds, but the group_confirm_file should still only
>>>>> play one time, wait for input, then hangup.
>>>>>
>>>>> -Lyle
>>>>>
>>>>>
>>>>> On Mon, Oct 21, 2013 at 11:55 AM, Regis M <
>>>>> regis.freeswitch.org at tornad.net> wrote:
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> Try to look at that :
>>>>>> http://wiki.freeswitch.org/wiki/Variable_group_confirm_cancel_timeout
>>>>>>
>>>>>> Regards
>>>>>>
>>>>>>
>>>>>> 2013/10/20 Lyle Pratt <lylepratt at gmail.com>
>>>>>>
>>>>>>>  Hello! I'm trying to use the "group_confirm_file" functionality to
>>>>>>> prevent voicemail systems from answering my outbound calls to users.
>>>>>>>
>>>>>>> The problem I'm having is that there does not seem to be a way to
>>>>>>> prevent the "group_confirm_file" from looping/repeating. I only want the
>>>>>>> file to play ONE time then hang up if they do not press the
>>>>>>> "group_confirm_key". Currently, if someone ignores one of the calls (on
>>>>>>> their cell phone for example) and their voicemail system picks up, they
>>>>>>> will get a voicemail with the "group_confirm_file" audio. This is extremely
>>>>>>> annoying!
>>>>>>>
>>>>>>> How can I change this? Is it possible for me to write a module to
>>>>>>> change/correct this behavior?
>>>>>>>
>>>>>>> Thanks!
>>>>>>> Lyle
>>>>>>>
>>>>>>>
>>>>>>> _________________________________________________________________________
>>>>>>> Professional FreeSWITCH Consulting Services:
>>>>>>> consulting at freeswitch.org
>>>>>>> http://www.freeswitchsolutions.com
>>>>>>>
>>>>>>> 
>>>>>>> 
>>>>>>>
>>>>>>> Official FreeSWITCH Sites
>>>>>>> http://www.freeswitch.org
>>>>>>> http://wiki.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
>>>>>> http://www.freeswitchsolutions.com
>>>>>>
>>>>>> 
>>>>>> 
>>>>>>
>>>>>> Official FreeSWITCH Sites
>>>>>> http://www.freeswitch.org
>>>>>> http://wiki.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
>>>>> http://www.freeswitchsolutions.com
>>>>>
>>>>> 
>>>>> 
>>>>>
>>>>> Official FreeSWITCH Sites
>>>>> http://www.freeswitch.org
>>>>> http://wiki.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
>>>> http://www.freeswitchsolutions.com
>>>>
>>>> 
>>>> 
>>>>
>>>> Official FreeSWITCH Sites
>>>> http://www.freeswitch.org
>>>> http://wiki.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
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.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/20131021/bcefb083/attachment-0001.html