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