Hello, There appears to be a delay of 1 second between menu events within an IVR (i.e. play long, invalid option, play short). We have the following IVR menu; <menu name="ivr.2" greet-long="phrase:demo_ivr_main_menu" greet-short="phrase:demo_ivr_main_menu" exit-sound="phrase:demo_ivr_main_menu" confirm-macro="" confirm-key="" confirm-attempts="3" timeout="10000" inter-digit-timeout="10" max-failures="3" max-timeouts="3" digit-len="1"> In the above example, any option will result in an invalid selection being met. However, FS seems to take its sweet time getting from the point of a user pushing a button, to actually playing the next audio. freeswitch@vded213> 2012-12-07 16:17:21.752141 [DEBUG] switch_rtp.c:3797 RTP RECV DTMF 2:2240 2012-12-07 16:17:21.752141 [DEBUG] switch_ivr_play_say.c:1682 done playing file /usr/local/freeswitch/sounds/en/us/callie/ivr/ivr-welcome_to_freeswitch.wav 2012-12-07 16:17:21.872105 [DEBUG] switch_ivr_menu.c:395 digits '2' 2012-12-07 16:17:21.872105 [DEBUG] switch_ivr_menu.c:579 IVR menu 'ivr.2' caught invalid input '2' 2012-12-07 16:17:22.872155 [DEBUG] switch_ivr_play_say.c:67 No language specified - Using [en] 2012-12-07 16:17:22.872155 [DEBUG] switch_ivr_play_say.c:244 Handle play-file:[ivr/ivr-welcome_to_freeswitch.wav] (en:en) 2012-12-07 16:17:22.872155 [DEBUG] switch_core_file.c:180 File /usr/local/freeswitch/sounds/en/us/callie/ivr/ivr-welcome_to_freeswitch.wav sample rate 48000 doesn't match requested rate 8000 2012-12-07 16:17:22.872155 [DEBUG] switch_ivr_play_say.c:1309 Codec Activated L16@8000hz 1 channels 20ms In the above, you can see the IVR knew the menu was invalid at "16:17:21.872105", but didn't start playing the next audio until "16:17:22.872155". The difference between the two is almost exactly 1 second, which makes me think maybe there's a config option somewhere that isn't documented/obvious, or a hard coded delay. Any advice on this would be much appreciated, slow/laggy menus are a pet hate of mine :/ Thanks Cal