Actually GoTo block does not works for me, so I have been testing a little bit more... And I have found two interesting things:
- First thing is that audio queue must be empty for this audio to be played
- Second thing and more important. This audio is queued, but when it gets to a backend inside the subflow, it plays a different (default) fetchaudio. This means, if I set a fetchaudiominimum time, I can hear the audio I set in fetchaudio. But if do not set this fetchaudiominimum, I will not hear the audio because just after MCP is setting a different fetchaudio for the backend call.
Backend node has no fetchaudio property, but I can define a fetchaudio property in the subflow. When MCP is calling the backend node, it looks for the fetchaudio property defined. If I have defined this property in my subflow or the main flow, it will use the property defined. If this property is not defined it will play the one defined in defaults-ng.vxml.
So, this is the solution for me. Instead of using fetchaudio property for the subflow node, I am using the fetchaudio property of the subflow I am calling.
In the subflow, it looks like this:
[code]
<!-- Global Properties declarations -->
<property name="fetchaudio" value="http://escc0svdwa001:8090/audios/espere.mp3" />
<property name="fetchaudiodelay" value="0ms" />
<property name="fetchaudiominimum" value="0ms" />
[/code]
Hope this helps to someone.