Hi all, I am experiencing an IVR problem. Except the top menu, all other sub menu will not hang up after reached max invalid input or timeout limit. It will go back up upper menu. I want it to load the exit-sound and then hang the call when it reached max invalid input or timeout limit. Do you tell how to configure? <menu name="m800_ivr_submenu-m_ch" greet-long="C:/FreeSWITCH/recordings/800-ivr-2nd-m.wav" greet-short="C:/FreeSWITCH/recordings/greet-short-m.wav" invalid-sound="ivr/ivr-that_was_an_invalid_entry-m.wav" exit-sound="voicemail/vm-goodbye-m.wav" timeout="5000" max-failures="2"> <entry action="menu-exec-app" digits="1" param="playback C:/FreeSWITCH/recordings/800-ivr-announcement-m_ch.wav"/> <entry action="menu-exec-app" digits="2" param="lua endcall-m.lua"/> </menu> Thanks Raymond
I have confirmed this behavior in the latest git as of last night. I don't know if this is by design or not. I would open JIRA as a feature request to have this behavior modified. The other alternative would be to have each IVR submenu called via transfer instead of menu-sub: <snip> <!-- go to sub menu --> <entry action="menu-exec-app" digits="1" param="transfer sub_menu_1 XML"/> </snip> Then have a dp extension to handle that: <extension name="sub menu 1"> <condition field="destination_number" expression="^(sub_menu_1)$"> <action application="ivr" data="m800_ivr_submenu-m_ch"/> </condition> </extension> -MC On Mon, Jul 19, 2010 at 2:37 AM, Raymond Chan <raymondchan@commverge.com>wrote:
Hi all,
I am experiencing an IVR problem. Except the top menu, all other sub menu will not hang up after reached max invalid input or timeout limit. It will go back up upper menu. I want it to load the exit-sound and then hang the call when it reached max invalid input or timeout limit. Do you tell how to configure?
<menu name="m800_ivr_submenu-m_ch"
greet-long="C:/FreeSWITCH/recordings/800-ivr-2nd-m.wav"
greet-short="C:/FreeSWITCH/recordings/greet-short-m.wav"
invalid-sound="ivr/ivr-that_was_an_invalid_entry-m.wav"
exit-sound="voicemail/vm-goodbye-m.wav"
timeout="5000"
max-failures="2">
<entry action="menu-exec-app" digits="1" param="playback C:/FreeSWITCH/recordings/800-ivr-announcement-m_ch.wav"/>
<entry action="menu-exec-app" digits="2" param="lua endcall-m.lua"/>
</menu>
Thanks
Raymond
_______________________________________________ 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
Hi, Any advance on this feature? Can you tell me here is this feature in the jira? i would like to monitor this nice feature. I nice idea would be to have a parameter in the IVR menu "action-on-timeout", the same as "menu-exec-app", where you can configured a transfer or another app to be executed when timeout reached. Right know i managed to have an action on timeout using the dialplan and fetching the variable "ivr_menu_status". But for sub-menus when timeout it always jump to the parent menu. So for sub-menus i do transfer in a context for the ivr menu, but i loose the action "menu-back" and "menu-top". Thanks, António On Tue, 2010-07-20 at 14:49 -0700, Michael Collins wrote:
I have confirmed this behavior in the latest git as of last night. I don't know if this is by design or not. I would open JIRA as a feature request to have this behavior modified. The other alternative would be to have each IVR submenu called via transfer instead of menu-sub:
<snip> <!-- go to sub menu --> <entry action="menu-exec-app" digits="1" param="transfer sub_menu_1 XML"/> </snip>
Then have a dp extension to handle that: <extension name="sub menu 1"> <condition field="destination_number" expression="^(sub_menu_1)$"> <action application="ivr" data="m800_ivr_submenu-m_ch"/> </condition> </extension>
-MC
On Mon, Jul 19, 2010 at 2:37 AM, Raymond Chan <raymondchan@commverge.com> wrote: Hi all,
I am experiencing an IVR problem. Except the top menu, all other sub menu will not hang up after reached max invalid input or timeout limit. It will go back up upper menu. I want it to load the exit-sound and then hang the call when it reached max invalid input or timeout limit. Do you tell how to configure?
<menu name="m800_ivr_submenu-m_ch"
greet-long="C:/FreeSWITCH/recordings/800-ivr-2nd-m.wav"
greet-short="C:/FreeSWITCH/recordings/greet-short-m.wav"
invalid-sound="ivr/ivr-that_was_an_invalid_entry-m.wav"
exit-sound="voicemail/vm-goodbye-m.wav"
timeout="5000"
max-failures="2">
<entry action="menu-exec-app" digits="1" param="playback C:/FreeSWITCH/recordings/800-ivr-announcement-m_ch.wav"/>
<entry action="menu-exec-app" digits="2" param="lua endcall-m.lua"/>
</menu>
Thanks
Raymond
_______________________________________________ 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
_______________________________________________ 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 --
Un cordial saludo / Best regards, _________________________ António Silva E-mail:asilva@wirelessmundi.com
What was the jira ticket number that you opened? You can view the status there at jira.freeswitch.org. -MC On Thu, Nov 18, 2010 at 2:51 AM, Antonio <asilva@wirelessmundi.com> wrote:
Hi,
Any advance on this feature? Can you tell me here is this feature in the jira? i would like to monitor this nice feature.
I nice idea would be to have a parameter in the IVR menu "action-on-timeout", the same as "menu-exec-app", where you can configured a transfer or another app to be executed when timeout reached.
Right know i managed to have an action on timeout using the dialplan and fetching the variable "ivr_menu_status". But for sub-menus when timeout it always jump to the parent menu. So for sub-menus i do transfer in a context for the ivr menu, but i loose the action "menu-back" and "menu-top".
Thanks, António
On Tue, 2010-07-20 at 14:49 -0700, Michael Collins wrote:
I have confirmed this behavior in the latest git as of last night. I don't know if this is by design or not. I would open JIRA as a feature request to have this behavior modified. The other alternative would be to have each IVR submenu called via transfer instead of menu-sub:
<snip> <!-- go to sub menu --> <entry action="menu-exec-app" digits="1" param="transfer sub_menu_1 XML"/> </snip>
Then have a dp extension to handle that: <extension name="sub menu 1"> <condition field="destination_number" expression="^(sub_menu_1)$"> <action application="ivr" data="m800_ivr_submenu-m_ch"/> </condition> </extension>
-MC
On Mon, Jul 19, 2010 at 2:37 AM, Raymond Chan <raymondchan@commverge.com> wrote: Hi all,
I am experiencing an IVR problem. Except the top menu, all other sub menu will not hang up after reached max invalid input or timeout limit. It will go back up upper menu. I want it to load the exit-sound and then hang the call when it reached max invalid input or timeout limit. Do you tell how to configure?
<menu name="m800_ivr_submenu-m_ch"
greet-long="C:/FreeSWITCH/recordings/800-ivr-2nd-m.wav"
greet-short="C:/FreeSWITCH/recordings/greet-short-m.wav"
invalid-sound="ivr/ivr-that_was_an_invalid_entry-m.wav"
exit-sound="voicemail/vm-goodbye-m.wav"
timeout="5000"
max-failures="2">
<entry action="menu-exec-app" digits="1" param="playback C:/FreeSWITCH/recordings/800-ivr-announcement-m_ch.wav"/>
<entry action="menu-exec-app" digits="2" param="lua endcall-m.lua"/>
</menu>
Thanks
Raymond
_______________________________________________ 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
_______________________________________________ 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 --
Un cordial saludo / Best regards,
_________________________
António Silva
E-mail:asilva@wirelessmundi.com <E-mail%3Aasilva@wirelessmundi.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
I didn't open the jira ticket... i search, but couldn't find it! i don't want to open a new one for something that was already reported... Thanks, António On Thu, 2010-11-18 at 11:27 -0800, Michael Collins wrote:
What was the jira ticket number that you opened? You can view the status there at jira.freeswitch.org.
-MC
On Thu, Nov 18, 2010 at 2:51 AM, Antonio <asilva@wirelessmundi.com> wrote: Hi,
Any advance on this feature? Can you tell me here is this feature in the jira? i would like to monitor this nice feature.
I nice idea would be to have a parameter in the IVR menu "action-on-timeout", the same as "menu-exec-app", where you can configured a transfer or another app to be executed when timeout reached.
Right know i managed to have an action on timeout using the dialplan and fetching the variable "ivr_menu_status". But for sub-menus when timeout it always jump to the parent menu. So for sub-menus i do transfer in a context for the ivr menu, but i loose the action "menu-back" and "menu-top".
Thanks, António
On Tue, 2010-07-20 at 14:49 -0700, Michael Collins wrote: > I have confirmed this behavior in the latest git as of last night. I > don't know if this is by design or not. I would open JIRA as a feature > request to have this behavior modified. The other alternative would be > to have each IVR submenu called via transfer instead of menu-sub: > > <snip> > <!-- go to sub menu --> > <entry action="menu-exec-app" digits="1" param="transfer sub_menu_1 > XML"/> > </snip> > > Then have a dp extension to handle that: > <extension name="sub menu 1"> > <condition field="destination_number" expression="^(sub_menu_1)$"> > <action application="ivr" data="m800_ivr_submenu-m_ch"/> > </condition> > </extension> > > -MC > > On Mon, Jul 19, 2010 at 2:37 AM, Raymond Chan > <raymondchan@commverge.com> wrote: > Hi all, > > > > I am experiencing an IVR problem. Except the top menu, all > other sub menu will not hang up after reached max invalid > input or timeout limit. It will go back up upper menu. I want > it to load the exit-sound and then hang the call when it > reached max invalid input or timeout limit. Do you tell how to > configure? > > > > <menu name="m800_ivr_submenu-m_ch" > > > greet-long="C:/FreeSWITCH/recordings/800-ivr-2nd-m.wav" > > > greet-short="C:/FreeSWITCH/recordings/greet-short-m.wav" > > > invalid-sound="ivr/ivr-that_was_an_invalid_entry-m.wav" > > > exit-sound="voicemail/vm-goodbye-m.wav" > > timeout="5000" > > max-failures="2"> > > <entry action="menu-exec-app" digits="1" > param="playback > C:/FreeSWITCH/recordings/800-ivr-announcement-m_ch.wav"/> > > <entry action="menu-exec-app" digits="2" > param="lua endcall-m.lua"/> > > </menu> > > > > Thanks > > > > Raymond > > > > _______________________________________________ > 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 > > > _______________________________________________ > 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 --
Un cordial saludo / Best regards,
_________________________
António Silva
E-mail:asilva@wirelessmundi.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
_______________________________________________ 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 --
Un cordial saludo / Best regards, _________________________ António Silva E-mail:asilva@wirelessmundi.com
participants (3)
-
Antonio
-
Michael Collins
-
Raymond Chan