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
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
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 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
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
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
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
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
participants (3)
-
George Niculae
-
George Niculae
-
Michael Collins