Please pastebin the code that performs the uuid_deflect so that we can see what you are doing to produce this symptom. -MC On Wed, Dec 22, 2010 at 8:35 AM, George Niculae <george@ezuce.com> wrote:
Hi All,
I am working on an IVR application based on FS (running FreeSWITCH Version 1.0.head (git-43393f2 2010-12-15 20-59-42 -0600) where the following scenario fails: user 201 calls to 100 (autoattendant), hears menu then press # to transfer to voicemail (101), but the call is dropped (transfer is made using uuid_deflect api command) Dialplan extension configured like:
<extension name="IVR"> <condition field="destination_number" expression="^IVR${dollar}"> <action application="socket" data="192.168.0.114:8084 async full"/> </condition> </extension>
Actions taken are: - when call arrives to extension 100 call is bridged (hangup_after_bridge=true) - answer the call, autoattendant menu is played and DTMF collected - when # pressed, call is transfered to 101 using uuid_deflect - call arrives to voicemail extension and is again bridged - call is answered - at this point in time the initial bridge hangs up and the whole call is dropped Please see console output http://pastebin.freeswitch.org/14855
When debugging the application, If I keep the first channel connected transfer works just fine without dropping the call. Pretty sure I'm missing something here, any suggestion highly appreciated
Thanks, George
_______________________________________________ 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