Duplicate UUID! message when using origination_uuid w/ originate
Hi there, I have the following simple test script running in mod_managed: Session.Answer(); string Uuid = fsApi.ExecuteString("create_uuid"); string originateString = string.Format(@"{{ignore_early_media=true}}[origination_uuid={0}]user/3478309995@64.40.xx.xxx'&park'", Uuid); apiResult = fsApi.Execute("originate", originateString); Session.Hangup("NORMAL_CLEARING"); When I run this script and I anwser the call, the console shows the error message: [CRIT] switch_core_session.c:1287 Duplicate UUID! However 'show channels' reveals that the UUID is the expected value (that given in origination_uuid=), when the call is ringing and after it is answered. It is as if, FS is creating the call with the given UUID, and then on answer trying to set the UUID to the given UUID again, but failing when it see the existing call. I updated to the latest GIT HEAD just before sending this email. Any ideas? Is this something I should be worried about - or am I using origination_uuid incorrectly? Thanks 2010-07-22 21:49:37.843750 [DEBUG] sofia_glue.c:2442 Set Codec sofia/internal/sip:3478309995@71.225.60.199:5900 PCMU/8000 20 ms 160 samples 2010-07-22 21:49:37.843750 [DEBUG] sofia_glue.c:3935 Set 2833 dtmf send payload to 101 2010-07-22 21:49:37.843750 [DEBUG] sofia_glue.c:2682 AUDIO RTP [sofia/internal/sip:3478309995@71.225.60.199:5900] 64.40.12.122 port 26654 -> 71.225.60.199 port 32126 codec: 0 ms: 20 2010-07-22 21:49:37.843750 [DEBUG] switch_rtp.c:1413 Starting timer [soft] 160 bytes per 20ms 2010-07-22 21:49:37.843750 [DEBUG] sofia_glue.c:2892 Set 2833 dtmf send payload to 101 2010-07-22 21:49:37.843750 [DEBUG] sofia_glue.c:2897 Set 2833 dtmf receive payload to 101 2010-07-22 21:49:37.843750 [DEBUG] switch_channel.c:2539 (sofia/internal/ sip:3478309995@71.225.60.199:5900) Callstate Change RINGING -> ACTIVE 2010-07-22 21:49:37.843750 [NOTICE] sofia.c:4876 Channel [sofia/internal/ sip:3478309995@71.225.60.199:5900] has been answered 2010-07-22 21:49:37.843750 [DEBUG] switch_ivr_originate.c:3351 Originate Resulted in Success: [sofia/internal/sip:3478309995@71.225.60.199:5900] 2010-07-22 21:49:37.843750 [CRIT] switch_core_session.c:1287 Duplicate UUID! 2010-07-22 21:49:37.843750 [CRIT] switch_core_session.c:457 sofia/internal/ sip:3478309995@71.225.60.199:5900 set UUID=73e6a583-a88c-42be-8908-860a637a67cb FAILED 2010-07-22 21:49:37.843750 [DEBUG] switch_ivr_originate.c:3351 Originate Resulted in Success: [sofia/internal/sip:3478309995@71.225.60.199:5900] 2010-07-22 21:49:37.843750 [DEBUG] mod_commands.c:2936 (sofia/internal/ sip:3478309995@71.225.60.199:5900) State Change CS_CONSUME_MEDIA -> CS_EXECUTE 2010-07-22 21:49:37.843750 [DEBUG] switch_core_session.c:1039 Send signal sofia/internal/sip:3478309995@71.225.60.199:5900 [BREAK] 2010-07-22 21:49:37.843750 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/sip:3478309995@71.225.60.199:5900) Running State Change CS_EXECUTE 2010-07-22 21:49:37.843750 [ALERT] switch_cpp.cpp:1177 +OK 73e6a583-a88c-42be-8908-860a637a67cb 2010-07-22 21:49:37.843750 [DEBUG] switch_core_state_machine.c:348 (sofia/internal/sip:3478309995@71.225.60.199:5900) State EXECUTE 2010-07-22 21:49:37.843750 [DEBUG] mod_sofia.c:235 sofia/internal/ sip:3478309995@71.225.60.199:5900 SOFIA EXECUTE 2010-07-22 21:49:37.843750 [DEBUG] switch_core_state_machine.c:157 sofia/internal/sip:3478309995@71.225.60.199:5900 Standard EXECUTE EXECUTE sofia/internal/sip:3478309995@71.225.60.199:5900 park() 2010-07-22 21:49:37.843750 [DEBUG] switch_cpp.cpp:602 CoreSession::hangup
On Fri, Jul 23, 2010 at 4:12 AM, Phillip Jones <pjintheusa@gmail.com> wrote:
Hi there,
I have the following simple test script running in mod_managed:
Session.Answer();
string Uuid = fsApi.ExecuteString("create_uuid"); string originateString = string.Format(@"{{ignore_early_media=true}}[origination_uuid={0}]user/3478309995@64.40.xx.xxx '&park'", Uuid); apiResult = fsApi.Execute("originate", originateString);
Session.Hangup("NORMAL_CLEARING");
When I run this script and I anwser the call, the console shows the error message:
[CRIT] switch_core_session.c:1287 Duplicate UUID!
However 'show channels' reveals that the UUID is the expected value (that given in origination_uuid=), when the call is ringing and after it is answered.
It is as if, FS is creating the call with the given UUID, and then on answer trying to set the UUID to the given UUID again, but failing when it see the existing call.
I updated to the latest GIT HEAD just before sending this email.
Any ideas? Is this something I should be worried about - or am I using origination_uuid incorrectly?
Mmmmmh, I got the same problem in Erlang calling local users, and you can reproduce it from the command line too. But, if instead of calling a user/1000 extension you call 1000%ipnumberofserver the problem is solved... btw, the "duplicate uuid" error does not seems to affect anything, all is working ok... -giovanni
Thanks
2010-07-22 21:49:37.843750 [DEBUG] sofia_glue.c:2442 Set Codec sofia/internal/sip:3478309995@71.225.60.199:5900 PCMU/8000 20 ms 160 samples 2010-07-22 21:49:37.843750 [DEBUG] sofia_glue.c:3935 Set 2833 dtmf send payload to 101 2010-07-22 21:49:37.843750 [DEBUG] sofia_glue.c:2682 AUDIO RTP [sofia/internal/sip:3478309995@71.225.60.199:5900] 64.40.12.122 port 26654 -> 71.225.60.199 port 32126 codec: 0 ms: 20 2010-07-22 21:49:37.843750 [DEBUG] switch_rtp.c:1413 Starting timer [soft] 160 bytes per 20ms 2010-07-22 21:49:37.843750 [DEBUG] sofia_glue.c:2892 Set 2833 dtmf send payload to 101 2010-07-22 21:49:37.843750 [DEBUG] sofia_glue.c:2897 Set 2833 dtmf receive payload to 101 2010-07-22 21:49:37.843750 [DEBUG] switch_channel.c:2539 (sofia/internal/sip:3478309995@71.225.60.199:5900) Callstate Change RINGING -> ACTIVE 2010-07-22 21:49:37.843750 [NOTICE] sofia.c:4876 Channel [sofia/internal/sip:3478309995@71.225.60.199:5900] has been answered 2010-07-22 21:49:37.843750 [DEBUG] switch_ivr_originate.c:3351 Originate Resulted in Success: [sofia/internal/sip:3478309995@71.225.60.199:5900] 2010-07-22 21:49:37.843750 [CRIT] switch_core_session.c:1287 Duplicate UUID! 2010-07-22 21:49:37.843750 [CRIT] switch_core_session.c:457 sofia/internal/sip:3478309995@71.225.60.199:5900 set UUID=73e6a583-a88c-42be-8908-860a637a67cb FAILED 2010-07-22 21:49:37.843750 [DEBUG] switch_ivr_originate.c:3351 Originate Resulted in Success: [sofia/internal/sip:3478309995@71.225.60.199:5900] 2010-07-22 21:49:37.843750 [DEBUG] mod_commands.c:2936 (sofia/internal/sip:3478309995@71.225.60.199:5900) State Change CS_CONSUME_MEDIA -> CS_EXECUTE 2010-07-22 21:49:37.843750 [DEBUG] switch_core_session.c:1039 Send signal sofia/internal/sip:3478309995@71.225.60.199:5900 [BREAK] 2010-07-22 21:49:37.843750 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/sip:3478309995@71.225.60.199:5900) Running State Change CS_EXECUTE 2010-07-22 21:49:37.843750 [ALERT] switch_cpp.cpp:1177 +OK 73e6a583-a88c-42be-8908-860a637a67cb
2010-07-22 21:49:37.843750 [DEBUG] switch_core_state_machine.c:348 (sofia/internal/sip:3478309995@71.225.60.199:5900) State EXECUTE 2010-07-22 21:49:37.843750 [DEBUG] mod_sofia.c:235 sofia/internal/sip:3478309995@71.225.60.199:5900 SOFIA EXECUTE 2010-07-22 21:49:37.843750 [DEBUG] switch_core_state_machine.c:157 sofia/internal/sip:3478309995@71.225.60.199:5900 Standard EXECUTE EXECUTE sofia/internal/sip:3478309995@71.225.60.199:5900 park() 2010-07-22 21:49:37.843750 [DEBUG] switch_cpp.cpp:602 CoreSession::hangup
_______________________________________________ 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
-- Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618
I think I found a fix to suppress the err message. On Fri, Jul 23, 2010 at 12:54 AM, Giovanni Maruzzelli <gmaruzz@celliax.org>wrote:
On Fri, Jul 23, 2010 at 4:12 AM, Phillip Jones <pjintheusa@gmail.com> wrote:
Hi there,
I have the following simple test script running in mod_managed:
Session.Answer();
string Uuid = fsApi.ExecuteString("create_uuid"); string originateString =
string.Format(@"{{ignore_early_media=true}}[origination_uuid={0}]user/3478309995@64.40.xx.xxx
'&park'", Uuid); apiResult = fsApi.Execute("originate", originateString);
Session.Hangup("NORMAL_CLEARING");
When I run this script and I anwser the call, the console shows the error message:
[CRIT] switch_core_session.c:1287 Duplicate UUID!
However 'show channels' reveals that the UUID is the expected value (that given in origination_uuid=), when the call is ringing and after it is answered.
It is as if, FS is creating the call with the given UUID, and then on answer trying to set the UUID to the given UUID again, but failing when it see the existing call.
I updated to the latest GIT HEAD just before sending this email.
Any ideas? Is this something I should be worried about - or am I using origination_uuid incorrectly?
Mmmmmh, I got the same problem in Erlang calling local users, and you can reproduce it from the command line too.
But, if instead of calling a user/1000 extension you call 1000%ipnumberofserver the problem is solved...
btw, the "duplicate uuid" error does not seems to affect anything, all is working ok...
-giovanni
Thanks
2010-07-22 21:49:37.843750 [DEBUG] sofia_glue.c:2442 Set Codec sofia/internal/sip:3478309995@71.225.60.199:5900 PCMU/8000 20 ms 160
samples
2010-07-22 21:49:37.843750 [DEBUG] sofia_glue.c:3935 Set 2833 dtmf send payload to 101 2010-07-22 21:49:37.843750 [DEBUG] sofia_glue.c:2682 AUDIO RTP [sofia/internal/sip:3478309995@71.225.60.199:5900] 64.40.12.122 port 26654 -> 71.225.60.199 port 32126 codec: 0 ms: 20 2010-07-22 21:49:37.843750 [DEBUG] switch_rtp.c:1413 Starting timer [soft] 160 bytes per 20ms 2010-07-22 21:49:37.843750 [DEBUG] sofia_glue.c:2892 Set 2833 dtmf send payload to 101 2010-07-22 21:49:37.843750 [DEBUG] sofia_glue.c:2897 Set 2833 dtmf receive payload to 101 2010-07-22 21:49:37.843750 [DEBUG] switch_channel.c:2539 (sofia/internal/sip:3478309995@71.225.60.199:5900) Callstate Change RINGING -> ACTIVE 2010-07-22 21:49:37.843750 [NOTICE] sofia.c:4876 Channel [sofia/internal/sip:3478309995@71.225.60.199:5900] has been answered 2010-07-22 21:49:37.843750 [DEBUG] switch_ivr_originate.c:3351 Originate Resulted in Success: [sofia/internal/sip:3478309995@71.225.60.199:5900] 2010-07-22 21:49:37.843750 [CRIT] switch_core_session.c:1287 Duplicate UUID! 2010-07-22 21:49:37.843750 [CRIT] switch_core_session.c:457 sofia/internal/sip:3478309995@71.225.60.199:5900 set UUID=73e6a583-a88c-42be-8908-860a637a67cb FAILED 2010-07-22 21:49:37.843750 [DEBUG] switch_ivr_originate.c:3351 Originate Resulted in Success: [sofia/internal/sip:3478309995@71.225.60.199:5900] 2010-07-22 21:49:37.843750 [DEBUG] mod_commands.c:2936 (sofia/internal/sip:3478309995@71.225.60.199:5900) State Change CS_CONSUME_MEDIA -> CS_EXECUTE 2010-07-22 21:49:37.843750 [DEBUG] switch_core_session.c:1039 Send signal sofia/internal/sip:3478309995@71.225.60.199:5900 [BREAK] 2010-07-22 21:49:37.843750 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/sip:3478309995@71.225.60.199:5900) Running State Change CS_EXECUTE 2010-07-22 21:49:37.843750 [ALERT] switch_cpp.cpp:1177 +OK 73e6a583-a88c-42be-8908-860a637a67cb
2010-07-22 21:49:37.843750 [DEBUG] switch_core_state_machine.c:348 (sofia/internal/sip:3478309995@71.225.60.199:5900) State EXECUTE 2010-07-22 21:49:37.843750 [DEBUG] mod_sofia.c:235 sofia/internal/sip:3478309995@71.225.60.199:5900 SOFIA EXECUTE 2010-07-22 21:49:37.843750 [DEBUG] switch_core_state_machine.c:157 sofia/internal/sip:3478309995@71.225.60.199:5900 Standard EXECUTE EXECUTE sofia/internal/sip:3478309995@71.225.60.199:5900 park() 2010-07-22 21:49:37.843750 [DEBUG] switch_cpp.cpp:602 CoreSession::hangup
_______________________________________________ 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
-- Sincerely,
Giovanni Maruzzelli Cell : +39-347-2665618
_______________________________________________ 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
-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
Super! (as always) -giovanni On 7/23/10, Anthony Minessale <anthony.minessale@gmail.com> wrote:
I think I found a fix to suppress the err message.
On Fri, Jul 23, 2010 at 12:54 AM, Giovanni Maruzzelli <gmaruzz@celliax.org>wrote:
On Fri, Jul 23, 2010 at 4:12 AM, Phillip Jones <pjintheusa@gmail.com> wrote:
Hi there,
I have the following simple test script running in mod_managed:
Session.Answer();
string Uuid = fsApi.ExecuteString("create_uuid"); string originateString =
string.Format(@"{{ignore_early_media=true}}[origination_uuid={0}]user/3478309995@64.40.xx.xxx
'&park'", Uuid); apiResult = fsApi.Execute("originate", originateString);
Session.Hangup("NORMAL_CLEARING");
When I run this script and I anwser the call, the console shows the error message:
[CRIT] switch_core_session.c:1287 Duplicate UUID!
However 'show channels' reveals that the UUID is the expected value (that given in origination_uuid=), when the call is ringing and after it is answered.
It is as if, FS is creating the call with the given UUID, and then on answer trying to set the UUID to the given UUID again, but failing when it see the existing call.
I updated to the latest GIT HEAD just before sending this email.
Any ideas? Is this something I should be worried about - or am I using origination_uuid incorrectly?
Mmmmmh, I got the same problem in Erlang calling local users, and you can reproduce it from the command line too.
But, if instead of calling a user/1000 extension you call 1000%ipnumberofserver the problem is solved...
btw, the "duplicate uuid" error does not seems to affect anything, all is working ok...
-giovanni
Thanks
2010-07-22 21:49:37.843750 [DEBUG] sofia_glue.c:2442 Set Codec sofia/internal/sip:3478309995@71.225.60.199:5900 PCMU/8000 20 ms 160
samples
2010-07-22 21:49:37.843750 [DEBUG] sofia_glue.c:3935 Set 2833 dtmf send payload to 101 2010-07-22 21:49:37.843750 [DEBUG] sofia_glue.c:2682 AUDIO RTP [sofia/internal/sip:3478309995@71.225.60.199:5900] 64.40.12.122 port 26654 -> 71.225.60.199 port 32126 codec: 0 ms: 20 2010-07-22 21:49:37.843750 [DEBUG] switch_rtp.c:1413 Starting timer [soft] 160 bytes per 20ms 2010-07-22 21:49:37.843750 [DEBUG] sofia_glue.c:2892 Set 2833 dtmf send payload to 101 2010-07-22 21:49:37.843750 [DEBUG] sofia_glue.c:2897 Set 2833 dtmf receive payload to 101 2010-07-22 21:49:37.843750 [DEBUG] switch_channel.c:2539 (sofia/internal/sip:3478309995@71.225.60.199:5900) Callstate Change RINGING -> ACTIVE 2010-07-22 21:49:37.843750 [NOTICE] sofia.c:4876 Channel [sofia/internal/sip:3478309995@71.225.60.199:5900] has been answered 2010-07-22 21:49:37.843750 [DEBUG] switch_ivr_originate.c:3351 Originate Resulted in Success: [sofia/internal/sip:3478309995@71.225.60.199:5900] 2010-07-22 21:49:37.843750 [CRIT] switch_core_session.c:1287 Duplicate UUID! 2010-07-22 21:49:37.843750 [CRIT] switch_core_session.c:457 sofia/internal/sip:3478309995@71.225.60.199:5900 set UUID=73e6a583-a88c-42be-8908-860a637a67cb FAILED 2010-07-22 21:49:37.843750 [DEBUG] switch_ivr_originate.c:3351 Originate Resulted in Success: [sofia/internal/sip:3478309995@71.225.60.199:5900] 2010-07-22 21:49:37.843750 [DEBUG] mod_commands.c:2936 (sofia/internal/sip:3478309995@71.225.60.199:5900) State Change CS_CONSUME_MEDIA -> CS_EXECUTE 2010-07-22 21:49:37.843750 [DEBUG] switch_core_session.c:1039 Send signal sofia/internal/sip:3478309995@71.225.60.199:5900 [BREAK] 2010-07-22 21:49:37.843750 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/sip:3478309995@71.225.60.199:5900) Running State Change CS_EXECUTE 2010-07-22 21:49:37.843750 [ALERT] switch_cpp.cpp:1177 +OK 73e6a583-a88c-42be-8908-860a637a67cb
2010-07-22 21:49:37.843750 [DEBUG] switch_core_state_machine.c:348 (sofia/internal/sip:3478309995@71.225.60.199:5900) State EXECUTE 2010-07-22 21:49:37.843750 [DEBUG] mod_sofia.c:235 sofia/internal/sip:3478309995@71.225.60.199:5900 SOFIA EXECUTE 2010-07-22 21:49:37.843750 [DEBUG] switch_core_state_machine.c:157 sofia/internal/sip:3478309995@71.225.60.199:5900 Standard EXECUTE EXECUTE sofia/internal/sip:3478309995@71.225.60.199:5900 park() 2010-07-22 21:49:37.843750 [DEBUG] switch_cpp.cpp:602 CoreSession::hangup
_______________________________________________ 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
-- Sincerely,
Giovanni Maruzzelli Cell : +39-347-2665618
_______________________________________________ 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
-- Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
-- Sent from my mobile device Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618
Giovanni - Thanks for taking the time in confirming this and Anthony - tested on the latest git - thanks for the fix! On Fri, Jul 23, 2010 at 11:40 AM, Giovanni Maruzzelli <gmaruzz@celliax.org>wrote:
Super! (as always) -giovanni
On 7/23/10, Anthony Minessale <anthony.minessale@gmail.com> wrote:
I think I found a fix to suppress the err message.
On Fri, Jul 23, 2010 at 12:54 AM, Giovanni Maruzzelli <gmaruzz@celliax.org>wrote:
On Fri, Jul 23, 2010 at 4:12 AM, Phillip Jones <pjintheusa@gmail.com> wrote:
Hi there,
I have the following simple test script running in mod_managed:
Session.Answer();
string Uuid = fsApi.ExecuteString("create_uuid"); string originateString =
string.Format(@"{{ignore_early_media=true}}[origination_uuid={0}]user/3478309995@64.40.xx.xxx
'&park'", Uuid); apiResult = fsApi.Execute("originate", originateString);
Session.Hangup("NORMAL_CLEARING");
When I run this script and I anwser the call, the console shows the error message:
[CRIT] switch_core_session.c:1287 Duplicate UUID!
However 'show channels' reveals that the UUID is the expected value (that given in origination_uuid=), when the call is ringing and after it is answered.
It is as if, FS is creating the call with the given UUID, and then on answer trying to set the UUID to the given UUID again, but failing when it see the existing call.
I updated to the latest GIT HEAD just before sending this email.
Any ideas? Is this something I should be worried about - or am I using origination_uuid incorrectly?
Mmmmmh, I got the same problem in Erlang calling local users, and you can reproduce it from the command line too.
But, if instead of calling a user/1000 extension you call 1000%ipnumberofserver the problem is solved...
btw, the "duplicate uuid" error does not seems to affect anything, all is working ok...
-giovanni
Thanks
2010-07-22 21:49:37.843750 [DEBUG] sofia_glue.c:2442 Set Codec sofia/internal/sip:3478309995@71.225.60.199:5900 PCMU/8000 20 ms 160
samples
2010-07-22 21:49:37.843750 [DEBUG] sofia_glue.c:3935 Set 2833 dtmf send payload to 101 2010-07-22 21:49:37.843750 [DEBUG] sofia_glue.c:2682 AUDIO RTP [sofia/internal/sip:3478309995@71.225.60.199:5900] 64.40.12.122 port 26654 -> 71.225.60.199 port 32126 codec: 0 ms: 20 2010-07-22 21:49:37.843750 [DEBUG] switch_rtp.c:1413 Starting timer [soft] 160 bytes per 20ms 2010-07-22 21:49:37.843750 [DEBUG] sofia_glue.c:2892 Set 2833 dtmf send payload to 101 2010-07-22 21:49:37.843750 [DEBUG] sofia_glue.c:2897 Set 2833 dtmf receive payload to 101 2010-07-22 21:49:37.843750 [DEBUG] switch_channel.c:2539 (sofia/internal/sip:3478309995@71.225.60.199:5900) Callstate Change RINGING -> ACTIVE 2010-07-22 21:49:37.843750 [NOTICE] sofia.c:4876 Channel [sofia/internal/sip:3478309995@71.225.60.199:5900] has been answered 2010-07-22 21:49:37.843750 [DEBUG] switch_ivr_originate.c:3351 Originate Resulted in Success: [sofia/internal/ sip:3478309995@71.225.60.199:5900] 2010-07-22 21:49:37.843750 [CRIT] switch_core_session.c:1287 Duplicate UUID! 2010-07-22 21:49:37.843750 [CRIT] switch_core_session.c:457 sofia/internal/sip:3478309995@71.225.60.199:5900 set UUID=73e6a583-a88c-42be-8908-860a637a67cb FAILED 2010-07-22 21:49:37.843750 [DEBUG] switch_ivr_originate.c:3351 Originate Resulted in Success: [sofia/internal/ sip:3478309995@71.225.60.199:5900] 2010-07-22 21:49:37.843750 [DEBUG] mod_commands.c:2936 (sofia/internal/sip:3478309995@71.225.60.199:5900) State Change CS_CONSUME_MEDIA -> CS_EXECUTE 2010-07-22 21:49:37.843750 [DEBUG] switch_core_session.c:1039 Send signal sofia/internal/sip:3478309995@71.225.60.199:5900 [BREAK] 2010-07-22 21:49:37.843750 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/sip:3478309995@71.225.60.199:5900) Running State Change CS_EXECUTE 2010-07-22 21:49:37.843750 [ALERT] switch_cpp.cpp:1177 +OK 73e6a583-a88c-42be-8908-860a637a67cb
2010-07-22 21:49:37.843750 [DEBUG] switch_core_state_machine.c:348 (sofia/internal/sip:3478309995@71.225.60.199:5900) State EXECUTE 2010-07-22 21:49:37.843750 [DEBUG] mod_sofia.c:235 sofia/internal/sip:3478309995@71.225.60.199:5900 SOFIA EXECUTE 2010-07-22 21:49:37.843750 [DEBUG] switch_core_state_machine.c:157 sofia/internal/sip:3478309995@71.225.60.199:5900 Standard EXECUTE EXECUTE sofia/internal/sip:3478309995@71.225.60.199:5900 park() 2010-07-22 21:49:37.843750 [DEBUG] switch_cpp.cpp:602 CoreSession::hangup
_______________________________________________ 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
-- Sincerely,
Giovanni Maruzzelli Cell : +39-347-2665618
_______________________________________________ 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
-- Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com>< MSN%3Aanthony_minessale@hotmail.com<MSN%253Aanthony_minessale@hotmail.com>
GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> <PAYPAL%3Aanthony.minessale@gmail.com<PAYPAL%253Aanthony.minessale@gmail.com>
IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org>< sip%3A888@conference.freeswitch.org<sip%253A888@conference.freeswitch.org>
googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> <googletalk%3Aconf%2B888@conference.freeswitch.org<googletalk%253Aconf%252B888@conference.freeswitch.org>
pstn:+19193869900
-- Sent from my mobile device
Sincerely,
Giovanni Maruzzelli Cell : +39-347-2665618
_______________________________________________ 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 (4)
-
Anthony Minessale
-
Brian West
-
Giovanni Maruzzelli
-
Phillip Jones