I figured that this is due to a bug in my code (bad event handling) by creating a lua script that performs exactly the same steps as the java app. Thanks for your help, George 2010/12/28 George Niculae <george.niculae79@gmail.com>
Hi Michael,
is the provided trace OK or should I collect new logs?
Thanks, George
2010/12/23 George Niculae <george.niculae79@gmail.com>
Here it is: http://pastebin.freeswitch.org/14873
<http://pastebin.freeswitch.org/14873>Thanks, George
2010/12/23 Michael Collins <msc@freeswitch.org>
Try turning on the siptrace as well so we can see the sip traffic:
sofia profile internal siptrace on
Then do another test & pastebin the debug output. -MC
On Thu, Dec 23, 2010 at 4:36 AM, George Niculae <george@ezuce.com>wrote:
Michael,
the commands are written on socket using PrintWriter.printf() and in this case is something like: api uuid_deflect f5539b24-0e8e-11e0-9a0e-c37fe40448c1 sip:101@dizzy.dizzysip.ro <sip%3A101@dizzy.dizzysip.ro> Please see here all commands sent (prefixed with FSES::cmd): http://pastebin.freeswitch.org/14868 , uuid deflect at line 27 New console output (for correlating uuid's if needed): http://pastebin.freeswitch.org/14867
Thanks, George
On Thu, Dec 23, 2010 at 2:07 AM, Michael Collins <msc@freeswitch.org> wrote:
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
_______________________________________________ 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
_______________________________________________ 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