September 2012 - FreeSWITCH-users - FreeSWITCH Mailing Lists

List of "status" statuses in a PRESENCE_IN event?
by Gavin Henry 15 Sep '12

15 Sep '12

Hi all, Given (/event plain PRESENCE_IN) : RECV EVENT Event-Name: PRESENCE_IN Core-UUID: 68101dee-d889-4f0f-934c-3c2da2dae90c FreeSWITCH-Hostname: test.co.uk FreeSWITCH-Switchname: test.co.uk FreeSWITCH-IPv4: test_ip FreeSWITCH-IPv6: ::1 Event-Date-Local: 2012-09-14 21:05:29 Event-Date-GMT: Fri, 14 Sep 2012 20:05:29 GMT Event-Date-Timestamp: 1347653129346455 Event-Calling-File: sofia_reg.c Event-Calling-Function: sofia_reg_del_callback Event-Calling-Line-Number: 629 Event-Sequence: 9373756 proto: sip rpid: away login: sip:mod_sofia@test_ip:5060 user-agent: Registered(UDP) from: 1688(a)test.co.uk status: Unregistered event_type: presence Is there a list of what the "status" can be? Above has user-agent: Registered(UDP) but status: Unregistered. Is status if someone is subscribed to this presence info, like a BLF? How can I tell if a phone is online via a PRESENCE_IN? Re the "status" values, I've seen: CS_ROUTING == Ringing CS_HANGUP == HangUp :-) answered == Answered :-) I've also seen: status: Registered(TCP-NAT) status: Unregistered but user-agent saying Registered(TCP-NAT) too. How can I check the endpoint is available, i.e. which field and value drives a BLF being green, red and flashing? (I know that's obviously done via a SIP NOTIFY) I'm trying to push out event messages via our API (http://www.surevoip.co.uk/api) showing "available", "busy" and "ringing" like a BLF so you can register for a WebHook. We're currently sponsoring (via FreeSWITCH consulting point of contact) Presence via XMPP as we run our own XMPP servers too. That info will get documented here: http://wiki.freeswitch.org/wiki/Presence#XMPP_presence but I want to expose this via our WebHooks too for HTTP POSTs. Thanks, Gavin. -- http://www.suretecsystems.com/services/openldap/ http://www.surevoip.co.uk

1 1

Problem with originated calls hanging in CS_SOFT_EXEC state
by Phillip Boles 15 Sep '12

15 Sep '12

var session = ManagedSession.OriginateHandleHangup(s, dialString, ts, (y) => { try { Log.WriteLine(LogLevel.Info, "Hanging UP: "+ y.GetUuid()); y.SetAutoHangup(true); y.destroy(); } catch( Exception ) { Log.WriteLine(LogLevel.Critical, "Exception While Trying to handup"); } }); 2012-08-28 10:49:12.156172 [INFO] switch_cpp.cpp:1227 Dialing 2012-08-28 10:49:12.156172 [DEBUG] switch_ivr_originate.c:1947 Parsing global variables 2012-08-28 10:49:12.156172 [DEBUG] switch_event.c:1527 Parsing variable [ignore_early_media]=[true] 2012-08-28 10:49:12.156172 [DEBUG] switch_event.c:1527 Parsing variable [origination_caller_id_number]=[2223334444] 2012-08-28 10:49:12.156172 [DEBUG] switch_event.c:1527 Parsing variable [origination_caller_id_name]=[Vocalspace] 2012-08-28 10:49:12.156172 [NOTICE] switch_channel.c:926 New Channel sofia/external/XXXXXXXXXXX [e315f2e8-1fa8-4fd9-849b-f687dad8aed5] 2012-08-28 10:49:12.156172 [DEBUG] mod_sofia.c:4709 (sofia/external/XXXXXXXXXXX) State Change CS_NEW -> CS_INIT 2012-08-28 10:49:12.156172 [DEBUG] switch_core_session.c:1224 Send signal sofia/external/XXXXXXXXXXX [BREAK] 2012-08-28 10:49:12.156172 [DEBUG] switch_core_state_machine.c:382 (sofia/external/XXXXXXXXXXX) Running State Change CS_INIT 2012-08-28 10:49:12.156172 [DEBUG] switch_core_state_machine.c:421 (sofia/external/XXXXXXXXXXX) State INIT 2012-08-28 10:49:12.156172 [DEBUG] mod_sofia.c:85 sofia/external/XXXXXXXXXXX SOFIA INIT 2012-08-28 10:49:12.216161 [DEBUG] switch_nat.c:511 mapped public port 19628 protocol UDP to localport 19628 2012-08-28 10:49:12.256159 [DEBUG] switch_nat.c:511 mapped public port 19629 protocol UDP to localport 19629 2012-08-28 10:49:12.256159 [DEBUG] mod_sofia.c:129 (sofia/external/XXXXXXXXXXX) State Change CS_INIT -> CS_ROUTING 2012-08-28 10:49:12.256159 [DEBUG] switch_core_session.c:1224 Send signal sofia/external/XXXXXXXXXXX [BREAK] 2012-08-28 10:49:12.256159 [DEBUG] switch_core_state_machine.c:421 (sofia/external/XXXXXXXXXXX) State INIT going to sleep 2012-08-28 10:49:12.256159 [DEBUG] switch_core_state_machine.c:382 (sofia/external/XXXXXXXXXXX) Running State Change CS_ROUTING 2012-08-28 10:49:12.256159 [DEBUG] switch_channel.c:1887 (sofia/external/XXXXXXXXXXX) Callstate Change DOWN -> RINGING 2012-08-28 10:49:12.256159 [DEBUG] switch_core_state_machine.c:430 (sofia/external/XXXXXXXXXXX) State ROUTING 2012-08-28 10:49:12.256159 [DEBUG] mod_sofia.c:152 sofia/external/XXXXXXXXXXX SOFIA ROUTING 2012-08-28 10:49:12.256159 [DEBUG] switch_ivr_originate.c:67 (sofia/external/XXXXXXXXXXX) State Change CS_ROUTING -> CS_CONSUME_MEDIA 2012-08-28 10:49:12.256159 [DEBUG] switch_core_session.c:1224 Send signal sofia/external/XXXXXXXXXXX [BREAK] 2012-08-28 10:49:12.256159 [DEBUG] switch_core_state_machine.c:430 (sofia/external/XXXXXXXXXXX) State ROUTING going to sleep 2012-08-28 10:49:12.256159 [DEBUG] switch_core_state_machine.c:382 (sofia/external/XXXXXXXXXXX) Running State Change CS_CONSUME_MEDIA 2012-08-28 10:49:12.256159 [DEBUG] switch_core_state_machine.c:449 (sofia/external/XXXXXXXXXXX) State CONSUME_MEDIA 2012-08-28 10:49:12.256159 [DEBUG] switch_core_state_machine.c:449 (sofia/external/XXXXXXXXXXX) State CONSUME_MEDIA going to sleep 2012-08-28 10:49:12.256159 [DEBUG] switch_core_session.c:919 Send signal sofia/external/XXXXXXXXXXX [BREAK] 2012-08-28 10:49:12.256159 [DEBUG] sofia.c:5677 Channel sofia/external/XXXXXXXXXXX entering state [calling][0] 2012-08-28 10:49:12.636131 [DEBUG] switch_core_session.c:919 Send signal sofia/external/XXXXXXXXXXX [BREAK] 2012-08-28 10:49:12.636131 [DEBUG] switch_core_session.c:919 Send signal sofia/external/XXXXXXXXXXX [BREAK] 2012-08-28 10:49:12.636131 [INFO] sofia.c:890 sofia/external/XXXXXXXXXXX Update Callee ID to "Outbound Call" 2012-08-28 10:49:12.636131 [DEBUG] sofia.c:5677 Channel sofia/external/XXXXXXXXXXX entering state [proceeding][180] 2012-08-28 10:49:12.636131 [NOTICE] sofia.c:5769 Ring-Ready sofia/external/XXXXXXXXXXX! 2012-08-28 10:49:14.655990 [DEBUG] switch_core_session.c:919 Send signal sofia/external/XXXXXXXXXXX [BREAK] 2012-08-28 10:49:14.655990 [DEBUG] switch_core_session.c:919 Send signal sofia/external/XXXXXXXXXXX [BREAK] 2012-08-28 10:49:14.655990 [INFO] sofia.c:890 sofia/external/XXXXXXXXXXX Update Callee ID to "Outbound Call" 2012-08-28 10:49:14.655990 [DEBUG] sofia.c:5677 Channel sofia/external/XXXXXXXXXXX entering state [proceeding][183] 2012-08-28 10:49:14.655990 [DEBUG] sofia.c:5688 Remote SDP: v=0 o=FreeSWITCH 1346150407 1346150408 IN IP4 8.19.97.6 s=FreeSWITCH c=IN IP4 8.19.97.6 t=0 0 m=audio 18534 RTP/AVP 0 101 13 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=rtpmap:13 CN/8000 a=ptime:20 2012-08-28 10:49:14.655990 [DEBUG] sofia_glue.c:4911 Audio Codec Compare [PCMU:0:8000:20:64000]/[PCMU:0:8000:20:64000] 2012-08-28 10:49:14.655990 [DEBUG] sofia_glue.c:2995 Set Codec sofia/external/XXXXXXXXXXX PCMU/8000 20 ms 160 samples 64000 bits 2012-08-28 10:49:14.655990 [DEBUG] switch_core_codec.c:111 sofia/external/XXXXXXXXXXX Original read codec set to PCMU:0 2012-08-28 10:49:14.655990 [DEBUG] sofia_glue.c:5025 Set 2833 dtmf send payload to 101 2012-08-28 10:49:14.655990 [DEBUG] sofia_glue.c:3244 AUDIO RTP [sofia/external/XXXXXXXXXXX] 10.10.80.33 port 19628 -> 8.19.97.6 port 18534 codec: 0 ms: 20 2012-08-28 10:49:14.655990 [DEBUG] switch_rtp.c:1676 Starting timer [soft] 160 bytes per 20ms 2012-08-28 10:49:14.655990 [DEBUG] sofia_glue.c:3508 Set 2833 dtmf send payload to 101 2012-08-28 10:49:14.655990 [DEBUG] sofia_glue.c:3514 Set 2833 dtmf receive payload to 101 2012-08-28 10:49:14.655990 [DEBUG] sofia_glue.c:3541 sofia/external/XXXXXXXXXXX Set rtp dtmf delay to 40 2012-08-28 10:49:14.655990 [DEBUG] sofia_glue.c:3547 Set comfort noise payload to 13 2012-08-28 10:49:14.655990 [NOTICE] sofia_glue.c:4052 Pre-Answer sofia/external/XXXXXXXXXXX! 2012-08-28 10:49:14.655990 [DEBUG] switch_channel.c:2986 (sofia/external/XXXXXXXXXXX) Callstate Change RINGING -> EARLY 2012-08-28 10:49:22.136467 [DEBUG] switch_core_session.c:919 Send signal sofia/external/XXXXXXXXXXX [BREAK] 2012-08-28 10:49:22.136467 [DEBUG] switch_core_session.c:919 Send signal sofia/external/XXXXXXXXXXX [BREAK] 2012-08-28 10:49:22.136467 [INFO] sofia.c:890 sofia/external/XXXXXXXXXXX Update Callee ID to "Outbound Call" 2012-08-28 10:49:22.136467 [DEBUG] sofia.c:5677 Channel sofia/external/XXXXXXXXXXX entering state [completing][200] 2012-08-28 10:49:22.136467 [DEBUG] sofia.c:5685 Duplicate SDP v=0 o=FreeSWITCH 1346150407 1346150408 IN IP4 8.19.97.6 s=FreeSWITCH c=IN IP4 8.19.97.6 t=0 0 m=audio 18534 RTP/AVP 0 101 13 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=rtpmap:13 CN/8000 a=ptime:20 2012-08-28 10:49:22.136467 [DEBUG] switch_core_session.c:919 Send signal sofia/external/XXXXXXXXXXX [BREAK] 2012-08-28 10:49:22.136467 [DEBUG] switch_core_session.c:919 Send signal sofia/external/XXXXXXXXXXX [BREAK] 2012-08-28 10:49:22.136467 [DEBUG] sofia.c:5677 Channel sofia/external/XXXXXXXXXXX entering state [ready][200] 2012-08-28 10:49:22.136467 [DEBUG] switch_channel.c:3245 (sofia/external/XXXXXXXXXXX) Callstate Change EARLY -> ACTIVE 2012-08-28 10:49:22.136467 [NOTICE] sofia.c:6352 Channel [sofia/external/XXXXXXXXXXX] has been answered 2012-08-28 10:49:22.136467 [DEBUG] switch_ivr_originate.c:3330 Originate Resulted in Success: [sofia/external/XXXXXXXXXXX] 2012-08-28 10:49:22.136467 [DEBUG] switch_cpp.cpp:1083 (sofia/external/XXXXXXXXXXX) State Change CS_CONSUME_MEDIA -> CS_SOFT_EXECUTE 2012-08-28 10:49:22.136467 [DEBUG] switch_core_session.c:1224 Send signal sofia/external/XXXXXXXXXXX [BREAK] 2012-08-28 10:49:22.136467 [DEBUG] switch_core_state_machine.c:382 (sofia/external/XXXXXXXXXXX) Running State Change CS_SOFT_EXECUTE 2012-08-28 10:49:22.136467 [DEBUG] switch_core_state_machine.c:443 (sofia/external/XXXXXXXXXXX) State SOFT_EXECUTE 2012-08-28 10:49:22.136467 [DEBUG] mod_sofia.c:592 SOFIA SOFT_EXECUTE 2012-08-28 10:49:22.136467 [DEBUG] switch_core_state_machine.c:261 sofia/external/XXXXXXXXXXX Standard SOFT_EXECUTE 2012-08-28 10:49:22.136467 [DEBUG] switch_core_state_machine.c:443 (sofia/external/XXXXXXXXXXX) State SOFT_EXECUTE going to sleep 2012-08-28 10:49:22.136467 [DEBUG] switch_cpp.cpp:1172 CoreSession::seHangupHook, hangup_func: (nil) 2012-08-28 10:49:22.136467 [INFO] switch_cpp.cpp:1227 Connected 2012-08-28 10:49:23.136397 [INFO] switch_cpp.cpp:1227 Session Ready 2012-08-28 10:49:23.136397 [INFO] switch_cpp.cpp:1227 Call Initialized 2012-08-28 10:49:23.136397 [INFO] switch_cpp.cpp:1227 Trying To Run 2012-08-28 10:49:23.136397 [INFO] switch_cpp.cpp:1227 Running 2012-08-28 10:49:23.160407 [NOTICE] switch_cpp.cpp:1227 Checking for file /svc/prod/product/2167/phone/2167.a74e3d86b1f93f0a1f2fc9ad4f6ef2f4.ulaw.ulaw 2012-08-28 10:49:23.160407 [ERR] mod_sndfile.c:197 Error Opening File [/svc/prod/product/2167/phone/2167.a74e3d86b1f93f0a1f2fc9ad4f6ef2f4.ulaw.ulaw] [System error : No such file or directory.] 2012-08-28 10:49:23.160407 [NOTICE] switch_cpp.cpp:1227 Transcoding xfile /svc/prod/product/2167/phone/2167.a74e3d86b1f93f0a1f2fc9ad4f6ef2f4.ulaw.ulaw 2012-08-28 10:49:23.160407 [NOTICE] switch_cpp.cpp:1227 Sending MQ Message 2012-08-28 10:49:23.296392 [NOTICE] switch_cpp.cpp:1227 Creating a channel... 2012-08-28 10:49:23.296392 [NOTICE] switch_cpp.cpp:1227 Defining Exchange FS... 2012-08-28 10:49:23.316389 [NOTICE] switch_cpp.cpp:1227 Binding Exchange and Queue.. 2012-08-28 10:49:23.336389 [NOTICE] switch_cpp.cpp:1227 Sending message.. 2012-08-28 10:49:23.356388 [NOTICE] switch_cpp.cpp:1227 shout://www.product.com/files/media/e53bc5bf-4e00-ab8d-4e4d-b201699628d1.mp3 2012-08-28 10:49:25.916204 [DEBUG] mod_shout.c:472 Read Thread Done 2012-08-28 10:49:26.356173 [DEBUG] switch_ivr_play_say.c:1309 Codec Activated L16@8000hz 1 channels 20ms 2012-08-28 10:49:26.596156 [DEBUG] switch_rtp.c:3252 Correct ip/port confirmed. 2012-08-28 10:49:27.296108 [DEBUG] switch_core_session.c:919 Send signal sofia/external/XXXXXXXXXXX [BREAK] 2012-08-28 10:49:27.296108 [DEBUG] switch_channel.c:2849 (sofia/external/XXXXXXXXXXX) Callstate Change ACTIVE -> HANGUP 2012-08-28 10:49:27.296108 [NOTICE] sofia.c:694 Hangup sofia/external/XXXXXXXXXXX [CS_SOFT_EXECUTE] [NORMAL_CLEARING] 2012-08-28 10:49:27.296108 [DEBUG] switch_channel.c:2872 Send signal sofia/external/XXXXXXXXXXX [KILL] 2012-08-28 10:49:27.296108 [DEBUG] switch_cpp.cpp:1227 AppFunction is in hangupCallback. 2012-08-28 10:49:27.296108 [DEBUG] switch_core_session.c:1224 Send signal sofia/external/XXXXXXXXXXX [BREAK] 2012-08-28 10:49:27.296108 [DEBUG] switch_core_state_machine.c:382 (sofia/external/XXXXXXXXXXX) Running State Change CS_HANGUP 2012-08-28 10:49:27.296108 [DEBUG] switch_core_state_machine.c:622 (sofia/external/XXXXXXXXXXX) State HANGUP 2012-08-28 10:49:27.296108 [DEBUG] mod_sofia.c:473 Channel sofia/external/XXXXXXXXXXX hanging up, cause: NORMAL_CLEARING 2012-08-28 10:49:27.296108 [DEBUG] switch_core_state_machine.c:47 sofia/external/XXXXXXXXXXX Standard HANGUP, cause: NORMAL_CLEARING 2012-08-28 10:49:27.296108 [DEBUG] switch_core_state_machine.c:622 (sofia/external/XXXXXXXXXXX) State HANGUP going to sleep 2012-08-28 10:49:27.296108 [DEBUG] switch_core_state_machine.c:413 (sofia/external/XXXXXXXXXXX) State Change CS_HANGUP -> CS_REPORTING 2012-08-28 10:49:27.296108 [DEBUG] switch_cpp.cpp:1227 AppFunction is in hangupCallback. 2012-08-28 10:49:27.296108 [DEBUG] switch_core_session.c:1224 Send signal sofia/external/XXXXXXXXXXX [BREAK] 2012-08-28 10:49:27.296108 [DEBUG] switch_core_state_machine.c:382 (sofia/external/XXXXXXXXXXX) Running State Change CS_REPORTING 2012-08-28 10:49:27.296108 [DEBUG] switch_core_state_machine.c:682 (sofia/external/XXXXXXXXXXX) State REPORTING 2012-08-28 10:49:27.296108 [INFO] switch_cpp.cpp:1227 Handing UP: e315f2e8-1fa8-4fd9-849b-f687dad8aed5 2012-08-28 10:49:27.296108 [DEBUG] switch_cpp.cpp:1007 sofia/external/XXXXXXXXXXX destroy/unlink session from object 2012-08-28 10:49:27.296108 [DEBUG] switch_core_state_machine.c:79 sofia/external/XXXXXXXXXXX Standard REPORTING, cause: NORMAL_CLEARING 2012-08-28 10:49:27.296108 [DEBUG] switch_core_state_machine.c:682 (sofia/external/XXXXXXXXXXX) State REPORTING going to sleep 2012-08-28 10:49:27.296108 [DEBUG] switch_core_state_machine.c:407 (sofia/external/XXXXXXXXXXX) State Change CS_REPORTING -> CS_DESTROY 2012-08-28 10:49:27.296108 [DEBUG] switch_core_session.c:1224 Send signal sofia/external/XXXXXXXXXXX [BREAK] 2012-08-28 10:49:27.296108 [DEBUG] switch_core_session.c:1424 Session 4 (sofia/external/XXXXXXXXXXX) Locked, Waiting on external entities 2012-08-28 10:49:27.316110 [DEBUG] switch_ivr_play_say.c:1682 done playing file shout://www.product.com/files/media/e53bc5bf-4e00-ab8d-4e4d-b201699628d1.mp3 freeswitch(a)fs03.int.colo> show channels uuid,direction,created,created_epoch,name,state,cid_name,cid_num,ip_addr,dest,application,application_data,dialplan,context,read_codec,read_rate,read_bit_rate,write_codec,write_rate,write_bit_rate,secure,hostname,presence_id,presence_data,callstate,callee_name,callee_num,callee_direction,call_uuid,sent_callee_name,sent_callee_num e315f2e8-1fa8-4fd9-849b-f687dad8aed5,outbound,2012-08-28 10:49:12,1346168952,sofia/external/XXXXXXXXXXX,CS_SOFT_EXECUTE,Vocalspace,2223334444,,XXXXXXXXXXX,,,,default,PCMU,8000,64000,PCMU,8000,64000,,fs03.int.colo,,,ACTIVE,Outbound Call,XXXXXXXXXXX,,,, 1 total. 2012-08-28 10:58:10.256585 [DEBUG] switch_nat.c:511 mapped public port 5060 protocol TCP to localport 5060 2012-08-28 10:58:10.296583 [DEBUG] switch_nat.c:511 mapped public port 5080 protocol UDP to localport 5080 2012-08-28 10:58:10.336580 [DEBUG] switch_nat.c:511 mapped public port 5080 protocol TCP to localport 5080 2012-08-28 10:58:10.396576 [DEBUG] switch_nat.c:511 mapped public port 19628 protocol UDP to localport 19628 2012-08-28 10:58:10.436573 [DEBUG] switch_nat.c:511 mapped public port 19629 protocol UDP to localport 19629 2012-08-28 10:58:10.476570 [DEBUG] switch_nat.c:511 mapped public port 22013 protocol UDP to localport 22013 2012-08-28 10:58:10.536566 [DEBUG] switch_nat.c:511 mapped public port 22191 protocol UDP to localport 22191 2012-08-28 10:58:10.576563 [DEBUG] switch_nat.c:511 mapped public port 25326 protocol UDP to localport 25326 2012-08-28 10:58:10.636559 [DEBUG] switch_nat.c:511 mapped public port 25327 protocol UDP to localport 25327 Loading /usr/lib64/freeswitch/mod/managed/Enyim.Caching.dll from domain Enyim.Caching.dll_63 2012-08-28 11:00:02.097780 [DEBUG] switch_cpp.cpp:1227 Assembly Enyim.Caching, Version=1.2.0.0, Culture=neutral, PublicKeyToken=null doesn't reference FreeSWITCH.Managed, not loading. Loading /usr/lib64/freeswitch/mod/managed/Jint.dll from domain Jint.dll_64 2012-08-28 11:00:02.316760 [DEBUG] switch_cpp.cpp:1227 Assembly Jint, Version=0.9.2.0, Culture=neutral, PublicKeyToken=null doesn't reference FreeSWITCH.Managed, not loading. Loading /usr/lib64/freeswitch/mod/managed/log4net.dll from domain log4net.dll_65 2012-08-28 11:00:02.536745 [DEBUG] switch_cpp.cpp:1227 Assembly log4net, Version=1.2.10.0, Culture=neutral, PublicKeyToken=1b44e1d426115821 doesn't reference FreeSWITCH.Managed, not loading. Loading /usr/lib64/freeswitch/mod/managed/Antlr3.Runtime.dll from domain Antlr3.Runtime.dll_66 2012-08-28 11:00:02.756720 [DEBUG] switch_cpp.cpp:1227 Assembly Antlr3.Runtime, Version=3.3.1.7705, Culture=neutral, PublicKeyToken=eb42632606e9261f doesn't reference FreeSWITCH.Managed, not loading. Loading /usr/lib64/freeswitch/mod/managed/RabbitMQ.Client.dll from domain RabbitMQ.Client.dll_67 2012-08-28 11:00:02.996708 [DEBUG] switch_cpp.cpp:1227 Assembly RabbitMQ.Client, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null doesn't reference FreeSWITCH.Managed, not loading. Loading /usr/lib64/freeswitch/mod/managed/ManagedEsl.dll from domain ManagedEsl.dll_68 2012-08-28 11:00:03.216689 [DEBUG] switch_cpp.cpp:1227 Assembly ManagedEsl, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null doesn't reference FreeSWITCH.Managed, not loading. Loading /usr/lib64/freeswitch/mod/managed/FreeSWITCH.Managed.dll from domain FreeSWITCH.Managed.dll_69 2012-08-28 11:00:03.436678 [DEBUG] switch_cpp.cpp:1227 Assembly FreeSWITCH.Managed, Version=1.0.5.0, Culture=neutral, PublicKeyToken=null doesn't reference FreeSWITCH.Managed, not loading. Loading /usr/lib64/freeswitch/mod/managed/FreeSwitch.EventSocket.dll from domain FreeSwitch.EventSocket.dll_70 2012-08-28 11:00:03.657671 [DEBUG] switch_cpp.cpp:1227 Assembly FreeSwitch.EventSocket, Version=1.0.0.0, Culture=neutral, PublicKeyToken=94d8a22cdb4b7713 doesn't reference FreeSWITCH.Managed, not loading. Loading /usr/lib64/freeswitch/mod/managed/Newtonsoft.Json.dll from domain Newtonsoft.Json.dll_71 2012-08-28 11:00:03.876655 [DEBUG] switch_cpp.cpp:1227 Assembly Newtonsoft.Json, Version=4.5.0.0, Culture=neutral, PublicKeyToken=30ad4fe6b2a6aeed doesn't reference FreeSWITCH.Managed, not loading. Loading /usr/lib64/freeswitch/mod/managed/Freeswitch.UUID.dll from domain Freeswitch.UUID.dll_72 2012-08-28 11:00:04.096628 [DEBUG] switch_cpp.cpp:1227 Assembly Freeswitch.UUID, Version=1.0.0.0, Culture=neutral, PublicKeyToken=f758751257b2cdaf doesn't reference FreeSWITCH.Managed, not loading. Loading /usr/lib64/freeswitch/mod/managed/Product.dll from domain Product.dll_73 freeswitch(a)fs03.int.colo> show channels 0 total. var session = ManagedSession.OriginateHandleHangup(s, dialString, ts, (y) => { try { Log.WriteLine(LogLevel.Info, "Hanging UP: "+ y.GetUuid()); y.SetAutoHangup(true); y.destroy(); } catch( Exception ) { Log.WriteLine(LogLevel.Critical, "Exception While Trying to handup"); } }); 2012-08-28 10:49:12.156172 [INFO] switch_cpp.cpp:1227 Dialing 2012-08-28 10:49:12.156172 [DEBUG] switch_ivr_originate.c:1947 Parsing global variables 2012-08-28 10:49:12.156172 [DEBUG] switch_event.c:1527 Parsing variable [ignore_early_media]=[true] 2012-08-28 10:49:12.156172 [DEBUG] switch_event.c:1527 Parsing variable [origination_caller_id_number]=[2223334444] 2012-08-28 10:49:12.156172 [DEBUG] switch_event.c:1527 Parsing variable [origination_caller_id_name]=[Vocalspace] 2012-08-28 10:49:12.156172 [NOTICE] switch_channel.c:926 New Channel sofia/external/XXXXXXXXXXX [e315f2e8-1fa8-4fd9-849b-f687dad8aed5] 2012-08-28 10:49:12.156172 [DEBUG] mod_sofia.c:4709 (sofia/external/XXXXXXXXXXX) State Change CS_NEW -> CS_INIT 2012-08-28 10:49:12.156172 [DEBUG] switch_core_session.c:1224 Send signal sofia/external/XXXXXXXXXXX [BREAK] 2012-08-28 10:49:12.156172 [DEBUG] switch_core_state_machine.c:382 (sofia/external/XXXXXXXXXXX) Running State Change CS_INIT 2012-08-28 10:49:12.156172 [DEBUG] switch_core_state_machine.c:421 (sofia/external/XXXXXXXXXXX) State INIT 2012-08-28 10:49:12.156172 [DEBUG] mod_sofia.c:85 sofia/external/XXXXXXXXXXX SOFIA INIT 2012-08-28 10:49:12.216161 [DEBUG] switch_nat.c:511 mapped public port 19628 protocol UDP to localport 19628 2012-08-28 10:49:12.256159 [DEBUG] switch_nat.c:511 mapped public port 19629 protocol UDP to localport 19629 2012-08-28 10:49:12.256159 [DEBUG] mod_sofia.c:129 (sofia/external/XXXXXXXXXXX) State Change CS_INIT -> CS_ROUTING 2012-08-28 10:49:12.256159 [DEBUG] switch_core_session.c:1224 Send signal sofia/external/XXXXXXXXXXX [BREAK] 2012-08-28 10:49:12.256159 [DEBUG] switch_core_state_machine.c:421 (sofia/external/XXXXXXXXXXX) State INIT going to sleep 2012-08-28 10:49:12.256159 [DEBUG] switch_core_state_machine.c:382 (sofia/external/XXXXXXXXXXX) Running State Change CS_ROUTING 2012-08-28 10:49:12.256159 [DEBUG] switch_channel.c:1887 (sofia/external/XXXXXXXXXXX) Callstate Change DOWN -> RINGING 2012-08-28 10:49:12.256159 [DEBUG] switch_core_state_machine.c:430 (sofia/external/XXXXXXXXXXX) State ROUTING 2012-08-28 10:49:12.256159 [DEBUG] mod_sofia.c:152 sofia/external/XXXXXXXXXXX SOFIA ROUTING 2012-08-28 10:49:12.256159 [DEBUG] switch_ivr_originate.c:67 (sofia/external/XXXXXXXXXXX) State Change CS_ROUTING -> CS_CONSUME_MEDIA 2012-08-28 10:49:12.256159 [DEBUG] switch_core_session.c:1224 Send signal sofia/external/XXXXXXXXXXX [BREAK] 2012-08-28 10:49:12.256159 [DEBUG] switch_core_state_machine.c:430 (sofia/external/XXXXXXXXXXX) State ROUTING going to sleep 2012-08-28 10:49:12.256159 [DEBUG] switch_core_state_machine.c:382 (sofia/external/XXXXXXXXXXX) Running State Change CS_CONSUME_MEDIA 2012-08-28 10:49:12.256159 [DEBUG] switch_core_state_machine.c:449 (sofia/external/XXXXXXXXXXX) State CONSUME_MEDIA 2012-08-28 10:49:12.256159 [DEBUG] switch_core_state_machine.c:449 (sofia/external/XXXXXXXXXXX) State CONSUME_MEDIA going to sleep 2012-08-28 10:49:12.256159 [DEBUG] switch_core_session.c:919 Send signal sofia/external/XXXXXXXXXXX [BREAK] 2012-08-28 10:49:12.256159 [DEBUG] sofia.c:5677 Channel sofia/external/XXXXXXXXXXX entering state [calling][0] 2012-08-28 10:49:12.636131 [DEBUG] switch_core_session.c:919 Send signal sofia/external/XXXXXXXXXXX [BREAK] 2012-08-28 10:49:12.636131 [DEBUG] switch_core_session.c:919 Send signal sofia/external/XXXXXXXXXXX [BREAK] 2012-08-28 10:49:12.636131 [INFO] sofia.c:890 sofia/external/XXXXXXXXXXX Update Callee ID to "Outbound Call" 2012-08-28 10:49:12.636131 [DEBUG] sofia.c:5677 Channel sofia/external/XXXXXXXXXXX entering state [proceeding][180] 2012-08-28 10:49:12.636131 [NOTICE] sofia.c:5769 Ring-Ready sofia/external/XXXXXXXXXXX! 2012-08-28 10:49:14.655990 [DEBUG] switch_core_session.c:919 Send signal sofia/external/XXXXXXXXXXX [BREAK] 2012-08-28 10:49:14.655990 [DEBUG] switch_core_session.c:919 Send signal sofia/external/XXXXXXXXXXX [BREAK] 2012-08-28 10:49:14.655990 [INFO] sofia.c:890 sofia/external/XXXXXXXXXXX Update Callee ID to "Outbound Call" 2012-08-28 10:49:14.655990 [DEBUG] sofia.c:5677 Channel sofia/external/XXXXXXXXXXX entering state [proceeding][183] 2012-08-28 10:49:14.655990 [DEBUG] sofia.c:5688 Remote SDP: v=0 o=FreeSWITCH 1346150407 1346150408 IN IP4 8.19.97.6 s=FreeSWITCH c=IN IP4 8.19.97.6 t=0 0 m=audio 18534 RTP/AVP 0 101 13 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=rtpmap:13 CN/8000 a=ptime:20 2012-08-28 10:49:14.655990 [DEBUG] sofia_glue.c:4911 Audio Codec Compare [PCMU:0:8000:20:64000]/[PCMU:0:8000:20:64000] 2012-08-28 10:49:14.655990 [DEBUG] sofia_glue.c:2995 Set Codec sofia/external/XXXXXXXXXXX PCMU/8000 20 ms 160 samples 64000 bits 2012-08-28 10:49:14.655990 [DEBUG] switch_core_codec.c:111 sofia/external/XXXXXXXXXXX Original read codec set to PCMU:0 2012-08-28 10:49:14.655990 [DEBUG] sofia_glue.c:5025 Set 2833 dtmf send payload to 101 2012-08-28 10:49:14.655990 [DEBUG] sofia_glue.c:3244 AUDIO RTP [sofia/external/XXXXXXXXXXX] 10.10.80.33 port 19628 -> 8.19.97.6 port 18534 codec: 0 ms: 20 2012-08-28 10:49:14.655990 [DEBUG] switch_rtp.c:1676 Starting timer [soft] 160 bytes per 20ms 2012-08-28 10:49:14.655990 [DEBUG] sofia_glue.c:3508 Set 2833 dtmf send payload to 101 2012-08-28 10:49:14.655990 [DEBUG] sofia_glue.c:3514 Set 2833 dtmf receive payload to 101 2012-08-28 10:49:14.655990 [DEBUG] sofia_glue.c:3541 sofia/external/XXXXXXXXXXX Set rtp dtmf delay to 40 2012-08-28 10:49:14.655990 [DEBUG] sofia_glue.c:3547 Set comfort noise payload to 13 2012-08-28 10:49:14.655990 [NOTICE] sofia_glue.c:4052 Pre-Answer sofia/external/XXXXXXXXXXX! 2012-08-28 10:49:14.655990 [DEBUG] switch_channel.c:2986 (sofia/external/XXXXXXXXXXX) Callstate Change RINGING -> EARLY 2012-08-28 10:49:22.136467 [DEBUG] switch_core_session.c:919 Send signal sofia/external/XXXXXXXXXXX [BREAK] 2012-08-28 10:49:22.136467 [DEBUG] switch_core_session.c:919 Send signal sofia/external/XXXXXXXXXXX [BREAK] 2012-08-28 10:49:22.136467 [INFO] sofia.c:890 sofia/external/XXXXXXXXXXX Update Callee ID to "Outbound Call" 2012-08-28 10:49:22.136467 [DEBUG] sofia.c:5677 Channel sofia/external/XXXXXXXXXXX entering state [completing][200] 2012-08-28 10:49:22.136467 [DEBUG] sofia.c:5685 Duplicate SDP v=0 o=FreeSWITCH 1346150407 1346150408 IN IP4 8.19.97.6 s=FreeSWITCH c=IN IP4 8.19.97.6 t=0 0 m=audio 18534 RTP/AVP 0 101 13 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=rtpmap:13 CN/8000 a=ptime:20 2012-08-28 10:49:22.136467 [DEBUG] switch_core_session.c:919 Send signal sofia/external/XXXXXXXXXXX [BREAK] 2012-08-28 10:49:22.136467 [DEBUG] switch_core_session.c:919 Send signal sofia/external/XXXXXXXXXXX [BREAK] 2012-08-28 10:49:22.136467 [DEBUG] sofia.c:5677 Channel sofia/external/XXXXXXXXXXX entering state [ready][200] 2012-08-28 10:49:22.136467 [DEBUG] switch_channel.c:3245 (sofia/external/XXXXXXXXXXX) Callstate Change EARLY -> ACTIVE 2012-08-28 10:49:22.136467 [NOTICE] sofia.c:6352 Channel [sofia/external/XXXXXXXXXXX] has been answered 2012-08-28 10:49:22.136467 [DEBUG] switch_ivr_originate.c:3330 Originate Resulted in Success: [sofia/external/XXXXXXXXXXX] 2012-08-28 10:49:22.136467 [DEBUG] switch_cpp.cpp:1083 (sofia/external/XXXXXXXXXXX) State Change CS_CONSUME_MEDIA -> CS_SOFT_EXECUTE 2012-08-28 10:49:22.136467 [DEBUG] switch_core_session.c:1224 Send signal sofia/external/XXXXXXXXXXX [BREAK] 2012-08-28 10:49:22.136467 [DEBUG] switch_core_state_machine.c:382 (sofia/external/XXXXXXXXXXX) Running State Change CS_SOFT_EXECUTE 2012-08-28 10:49:22.136467 [DEBUG] switch_core_state_machine.c:443 (sofia/external/XXXXXXXXXXX) State SOFT_EXECUTE 2012-08-28 10:49:22.136467 [DEBUG] mod_sofia.c:592 SOFIA SOFT_EXECUTE 2012-08-28 10:49:22.136467 [DEBUG] switch_core_state_machine.c:261 sofia/external/XXXXXXXXXXX Standard SOFT_EXECUTE 2012-08-28 10:49:22.136467 [DEBUG] switch_core_state_machine.c:443 (sofia/external/XXXXXXXXXXX) State SOFT_EXECUTE going to sleep 2012-08-28 10:49:22.136467 [DEBUG] switch_cpp.cpp:1172 CoreSession::seHangupHook, hangup_func: (nil) 2012-08-28 10:49:22.136467 [INFO] switch_cpp.cpp:1227 Connected 2012-08-28 10:49:23.136397 [INFO] switch_cpp.cpp:1227 Session Ready 2012-08-28 10:49:23.136397 [INFO] switch_cpp.cpp:1227 Call Initialized 2012-08-28 10:49:23.136397 [INFO] switch_cpp.cpp:1227 Trying To Run 2012-08-28 10:49:23.136397 [INFO] switch_cpp.cpp:1227 Running 2012-08-28 10:49:23.160407 [NOTICE] switch_cpp.cpp:1227 Checking for file /svc/prod/product/2167/phone/2167.a74e3d86b1f93f0a1f2fc9ad4f6ef2f4.ulaw.ulaw 2012-08-28 10:49:23.160407 [ERR] mod_sndfile.c:197 Error Opening File [/svc/prod/product/2167/phone/2167.a74e3d86b1f93f0a1f2fc9ad4f6ef2f4.ulaw.ulaw] [System error : No such file or directory.] 2012-08-28 10:49:23.160407 [NOTICE] switch_cpp.cpp:1227 Transcoding xfile /svc/prod/product/2167/phone/2167.a74e3d86b1f93f0a1f2fc9ad4f6ef2f4.ulaw.ulaw 2012-08-28 10:49:23.160407 [NOTICE] switch_cpp.cpp:1227 Sending MQ Message 2012-08-28 10:49:23.296392 [NOTICE] switch_cpp.cpp:1227 Creating a channel... 2012-08-28 10:49:23.296392 [NOTICE] switch_cpp.cpp:1227 Defining Exchange FS... 2012-08-28 10:49:23.316389 [NOTICE] switch_cpp.cpp:1227 Binding Exchange and Queue.. 2012-08-28 10:49:23.336389 [NOTICE] switch_cpp.cpp:1227 Sending message.. 2012-08-28 10:49:23.356388 [NOTICE] switch_cpp.cpp:1227 shout://www.product.com/files/media/e53bc5bf-4e00-ab8d-4e4d-b201699628d1.mp3 2012-08-28 10:49:25.916204 [DEBUG] mod_shout.c:472 Read Thread Done 2012-08-28 10:49:26.356173 [DEBUG] switch_ivr_play_say.c:1309 Codec Activated L16@8000hz 1 channels 20ms 2012-08-28 10:49:26.596156 [DEBUG] switch_rtp.c:3252 Correct ip/port confirmed. 2012-08-28 10:49:27.296108 [DEBUG] switch_core_session.c:919 Send signal sofia/external/XXXXXXXXXXX [BREAK] 2012-08-28 10:49:27.296108 [DEBUG] switch_channel.c:2849 (sofia/external/XXXXXXXXXXX) Callstate Change ACTIVE -> HANGUP 2012-08-28 10:49:27.296108 [NOTICE] sofia.c:694 Hangup sofia/external/XXXXXXXXXXX [CS_SOFT_EXECUTE] [NORMAL_CLEARING] 2012-08-28 10:49:27.296108 [DEBUG] switch_channel.c:2872 Send signal sofia/external/XXXXXXXXXXX [KILL] 2012-08-28 10:49:27.296108 [DEBUG] switch_cpp.cpp:1227 AppFunction is in hangupCallback. 2012-08-28 10:49:27.296108 [DEBUG] switch_core_session.c:1224 Send signal sofia/external/XXXXXXXXXXX [BREAK] 2012-08-28 10:49:27.296108 [DEBUG] switch_core_state_machine.c:382 (sofia/external/XXXXXXXXXXX) Running State Change CS_HANGUP 2012-08-28 10:49:27.296108 [DEBUG] switch_core_state_machine.c:622 (sofia/external/XXXXXXXXXXX) State HANGUP 2012-08-28 10:49:27.296108 [DEBUG] mod_sofia.c:473 Channel sofia/external/XXXXXXXXXXX hanging up, cause: NORMAL_CLEARING 2012-08-28 10:49:27.296108 [DEBUG] switch_core_state_machine.c:47 sofia/external/XXXXXXXXXXX Standard HANGUP, cause: NORMAL_CLEARING 2012-08-28 10:49:27.296108 [DEBUG] switch_core_state_machine.c:622 (sofia/external/XXXXXXXXXXX) State HANGUP going to sleep 2012-08-28 10:49:27.296108 [DEBUG] switch_core_state_machine.c:413 (sofia/external/XXXXXXXXXXX) State Change CS_HANGUP -> CS_REPORTING 2012-08-28 10:49:27.296108 [DEBUG] switch_cpp.cpp:1227 AppFunction is in hangupCallback. 2012-08-28 10:49:27.296108 [DEBUG] switch_core_session.c:1224 Send signal sofia/external/XXXXXXXXXXX [BREAK] 2012-08-28 10:49:27.296108 [DEBUG] switch_core_state_machine.c:382 (sofia/external/XXXXXXXXXXX) Running State Change CS_REPORTING 2012-08-28 10:49:27.296108 [DEBUG] switch_core_state_machine.c:682 (sofia/external/XXXXXXXXXXX) State REPORTING 2012-08-28 10:49:27.296108 [INFO] switch_cpp.cpp:1227 Handing UP: e315f2e8-1fa8-4fd9-849b-f687dad8aed5 2012-08-28 10:49:27.296108 [DEBUG] switch_cpp.cpp:1007 sofia/external/XXXXXXXXXXX destroy/unlink session from object 2012-08-28 10:49:27.296108 [DEBUG] switch_core_state_machine.c:79 sofia/external/XXXXXXXXXXX Standard REPORTING, cause: NORMAL_CLEARING 2012-08-28 10:49:27.296108 [DEBUG] switch_core_state_machine.c:682 (sofia/external/XXXXXXXXXXX) State REPORTING going to sleep 2012-08-28 10:49:27.296108 [DEBUG] switch_core_state_machine.c:407 (sofia/external/XXXXXXXXXXX) State Change CS_REPORTING -> CS_DESTROY 2012-08-28 10:49:27.296108 [DEBUG] switch_core_session.c:1224 Send signal sofia/external/XXXXXXXXXXX [BREAK] 2012-08-28 10:49:27.296108 [DEBUG] switch_core_session.c:1424 Session 4 (sofia/external/XXXXXXXXXXX) Locked, Waiting on external entities 2012-08-28 10:49:27.316110 [DEBUG] switch_ivr_play_say.c:1682 done playing file shout://www.product.com/files/media/e53bc5bf-4e00-ab8d-4e4d-b201699628d1.mp3 freeswitch(a)fs03.int.colo> show channels uuid,direction,created,created_epoch,name,state,cid_name,cid_num,ip_addr,dest,application,application_data,dialplan,context,read_codec,read_rate,read_bit_rate,write_codec,write_rate,write_bit_rate,secure,hostname,presence_id,presence_data,callstate,callee_name,callee_num,callee_direction,call_uuid,sent_callee_name,sent_callee_num e315f2e8-1fa8-4fd9-849b-f687dad8aed5,outbound,2012-08-28 10:49:12,1346168952,sofia/external/XXXXXXXXXXX,CS_SOFT_EXECUTE,Vocalspace,2223334444,,XXXXXXXXXXX,,,,default,PCMU,8000,64000,PCMU,8000,64000,,fs03.int.colo,,,ACTIVE,Outbound Call,XXXXXXXXXXX,,,, 1 total. 2012-08-28 10:58:10.256585 [DEBUG] switch_nat.c:511 mapped public port 5060 protocol TCP to localport 5060 2012-08-28 10:58:10.296583 [DEBUG] switch_nat.c:511 mapped public port 5080 protocol UDP to localport 5080 2012-08-28 10:58:10.336580 [DEBUG] switch_nat.c:511 mapped public port 5080 protocol TCP to localport 5080 2012-08-28 10:58:10.396576 [DEBUG] switch_nat.c:511 mapped public port 19628 protocol UDP to localport 19628 2012-08-28 10:58:10.436573 [DEBUG] switch_nat.c:511 mapped public port 19629 protocol UDP to localport 19629 2012-08-28 10:58:10.476570 [DEBUG] switch_nat.c:511 mapped public port 22013 protocol UDP to localport 22013 2012-08-28 10:58:10.536566 [DEBUG] switch_nat.c:511 mapped public port 22191 protocol UDP to localport 22191 2012-08-28 10:58:10.576563 [DEBUG] switch_nat.c:511 mapped public port 25326 protocol UDP to localport 25326 2012-08-28 10:58:10.636559 [DEBUG] switch_nat.c:511 mapped public port 25327 protocol UDP to localport 25327 Loading /usr/lib64/freeswitch/mod/managed/Enyim.Caching.dll from domain Enyim.Caching.dll_63 2012-08-28 11:00:02.097780 [DEBUG] switch_cpp.cpp:1227 Assembly Enyim.Caching, Version=1.2.0.0, Culture=neutral, PublicKeyToken=null doesn't reference FreeSWITCH.Managed, not loading. Loading /usr/lib64/freeswitch/mod/managed/Jint.dll from domain Jint.dll_64 2012-08-28 11:00:02.316760 [DEBUG] switch_cpp.cpp:1227 Assembly Jint, Version=0.9.2.0, Culture=neutral, PublicKeyToken=null doesn't reference FreeSWITCH.Managed, not loading. Loading /usr/lib64/freeswitch/mod/managed/log4net.dll from domain log4net.dll_65 2012-08-28 11:00:02.536745 [DEBUG] switch_cpp.cpp:1227 Assembly log4net, Version=1.2.10.0, Culture=neutral, PublicKeyToken=1b44e1d426115821 doesn't reference FreeSWITCH.Managed, not loading. Loading /usr/lib64/freeswitch/mod/managed/Antlr3.Runtime.dll from domain Antlr3.Runtime.dll_66 2012-08-28 11:00:02.756720 [DEBUG] switch_cpp.cpp:1227 Assembly Antlr3.Runtime, Version=3.3.1.7705, Culture=neutral, PublicKeyToken=eb42632606e9261f doesn't reference FreeSWITCH.Managed, not loading. Loading /usr/lib64/freeswitch/mod/managed/RabbitMQ.Client.dll from domain RabbitMQ.Client.dll_67 2012-08-28 11:00:02.996708 [DEBUG] switch_cpp.cpp:1227 Assembly RabbitMQ.Client, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null doesn't reference FreeSWITCH.Managed, not loading. Loading /usr/lib64/freeswitch/mod/managed/ManagedEsl.dll from domain ManagedEsl.dll_68 2012-08-28 11:00:03.216689 [DEBUG] switch_cpp.cpp:1227 Assembly ManagedEsl, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null doesn't reference FreeSWITCH.Managed, not loading. Loading /usr/lib64/freeswitch/mod/managed/FreeSWITCH.Managed.dll from domain FreeSWITCH.Managed.dll_69 2012-08-28 11:00:03.436678 [DEBUG] switch_cpp.cpp:1227 Assembly FreeSWITCH.Managed, Version=1.0.5.0, Culture=neutral, PublicKeyToken=null doesn't reference FreeSWITCH.Managed, not loading. Loading /usr/lib64/freeswitch/mod/managed/FreeSwitch.EventSocket.dll from domain FreeSwitch.EventSocket.dll_70 2012-08-28 11:00:03.657671 [DEBUG] switch_cpp.cpp:1227 Assembly FreeSwitch.EventSocket, Version=1.0.0.0, Culture=neutral, PublicKeyToken=94d8a22cdb4b7713 doesn't reference FreeSWITCH.Managed, not loading. Loading /usr/lib64/freeswitch/mod/managed/Newtonsoft.Json.dll from domain Newtonsoft.Json.dll_71 2012-08-28 11:00:03.876655 [DEBUG] switch_cpp.cpp:1227 Assembly Newtonsoft.Json, Version=4.5.0.0, Culture=neutral, PublicKeyToken=30ad4fe6b2a6aeed doesn't reference FreeSWITCH.Managed, not loading. Loading /usr/lib64/freeswitch/mod/managed/Freeswitch.UUID.dll from domain Freeswitch.UUID.dll_72 2012-08-28 11:00:04.096628 [DEBUG] switch_cpp.cpp:1227 Assembly Freeswitch.UUID, Version=1.0.0.0, Culture=neutral, PublicKeyToken=f758751257b2cdaf doesn't reference FreeSWITCH.Managed, not loading. Loading /usr/lib64/freeswitch/mod/managed/Product.dll from domain Product.dll_73 freeswitch(a)fs03.int.colo> show channels 0 total.

6 23

Re: [Freeswitch-users] Variable continue on fail - ORIGINATOR_CANCEL
by Mi Ke 15 Sep '12

15 Sep '12

Also, you may have noticed ORIGINATOR_CANCEL among other reject codes assigned to fail_on_single_reject in our dp. Logically it shouldn't be there as all these reject codes suppose to come from B-leg. However, when leg A disconnects first and bridge is still trying next route on Leg B, we were getting the following error: [ERR] switch_core_io.c:812 sofia/external/legA_calling_id@legA_calling_ip has received a bad frame with no codec! After few experiments we found that adding OC to FOSR var takes above error away - not sure this is correct approach, but it worked. Cheers, Mike ----- Original Message ----- From: Kirill Sysoev Sent: 09/13/12 05:42 PM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Variable continue on fail Hi all! Really helpful and interesting answers. I can confirm that Vitaliy's lua script alreafy works like a charm for me. fail_on_single_reject variable wasn't even noticed by me, while I was looking for a solution. It seems like it exists exactly for such situations... Thank you again! Regards, 13.09.2012 18:19, Avi Marcus пишет: Can someone update the wiki http://wiki.freeswitch.org/wiki/Variable_continue_on_fail on this? I haven't quite figure out how to use this var. Thanks, -Avi On Thu, Sep 13, 2012 at 4:58 PM, Mi Ke < mi.ke(a)null.net > wrote: Hi Kirill, We use the following construction: <extension name="ex1"> <condition field="destination_number" expression="your_dest_num_here"> <action application="set" data="bridge_answer_timeout=120"/> <action application="set" data="continue_on_fail=NORMAL_TEMPORARY_FAILURE,NO_ROUTE_DESTINATION,CALL_REJECTED,RECOVERY_ON_TIMER_EXPIRE"/> <action application="set" data="fail_on_single_reject=USER_BUSY,NO_ANSWER,NO_USER_RESPONSE,ORIGINATOR_CANCEL"/> <---this prevents further failover in appropriate cases <action application="set" data="bridge_early_media=true"/> <action application="set" data="hangup_after_bridge=true"/> <action application="lua" data="get_dial_string.lua"/> <action application="bridge" data="${out_dial_string}"/> <anti-action application="pre_answer"/> <anti-action application="playback" data="/usr/local/freeswitch/recordings/number_incorrect.mp3"/> <anti-action application="hangup" data="INVALID_NUMBER_FORMAT"/> </condition> </extension> where get_dial_string app returns corresponding dialpeers as [dp1_params]sofia/external/dp1|[dp2_params]sofia/external/dp2|[dp3_params]sofia/external/dp3 It works without any issues. FreeSWITCH Version 1.2.0-rc2+git~20120815T215213Z~c6d7417aec, CentOS 6.2 x64 HTH, Mike ----- Original Message ----- From: Kirill Sysoev Sent: 09/13/12 02:13 PM Subject: Re: [Freeswitch-users] Variable continue on fail Hi David, Vitaly! Thank you for your answers. Will try to implement your advices. Best, Kirill 13.09.2012 14:52, Виталий Давудов пишет: > Hi, Kirill! > > I solved it by adding lua-script after "bridge" application in my > dialplan: > > endpoint_disposition = session:getVariable("endpoint_disposition") > last_bridge_hangup_cause = > session:getVariable("last_bridge_hangup_cause") > if (last_bridge_hangup_cause == "USER_BUSY" and endpoint_disposition > == "EARLY MEDIA" ) then > session:hangup(); > end > > You can see these variables by adding "info" application in the > corresponding extension. > > 12.09.2012 17:53, iam пишет: >> Hi Vitaly! >> >> Did you ever solve this problem? >> I have the same continue_on_fail behaviour. >> >> http://jira.freeswitch.org/browse/FS-4232 >> >> Vitaly added a comment - 26/Jun/12 3:14 AM >> Sorry for the long absence, but the problem is still actual for me. >> I replaced in my dialplan continue_on_fail to "true", but it's not give >> desired effect. >> May be some additional variables can help me? >> >> Regards, >> Kirill >> >> >> >> -- >> View this message in context: >> http://freeswitch-users.2379917.n2.nabble.com/Variable-continue-on-fail-tp7… >> Sent from the freeswitch-users mailing list archive at Nabble.com. >> >> _________________________________________________________________________ >> >> Professional FreeSWITCH Consulting Services: >> consulting(a)freeswitch.org >> http://www.freeswitchsolutions.com >> >> FreeSWITCH-powered IP PBX: The CudaTel Communication Server >> http://www.cudatel.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://wiki.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users(a)lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting(a)freeswitch.org http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users(a)lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting(a)freeswitch.org http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users(a)lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting(a)freeswitch.org http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users(a)lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

1 0

Problem with SIP INVITE
by Shishko 15 Sep '12

15 Sep '12

Hi, one of my ITSP is using Cisco 2811 (IOS 12.4) as H.323 to SIP gateway for SIP trunk to my Freeswitch. I noticed that it sends INVITE message without SDP, and then Freeswitch terminates the call. I tried using 3pcc parameter as "proxy" and as "true", but no avail. Is this expected behavior, and could I fix it somehow? Here's SIP trace: ------------------------------------------------------------------------ recv 784 bytes from udp/[192.168.117.8]:51358 at 08:06:51.013018: ------------------------------------------------------------------------ INVITE sip:100965461@192.168.117.9:5060 SIP/2.0 Via: SIP/2.0/UDP 192.168.117.8:5060;branch=z9hG4bK721016 From: <sip:xxxxxxxxxxxx@192.168.117.8>;tag=21811124-711 To: <sip:100965461@192.168.117.9> Date: Fri, 14 Sep 2012 08:07:14 GMT Call-ID: 6DE7A86-FD7A11E1-859AE929-E0E81CE1(a)192.168.117.8 Supported: 100rel,timer,replaces Min-SE: 1800 Cisco-Guid: 2649593691-218042625-2288844833-673556762 User-Agent: Cisco-SIPGateway/IOS-12.x Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, COMET, REFER, SUBSCRIBE, NOTIFY, INFO, UPDATE, REGISTER CSeq: 101 INVITE Max-Forwards: 70 Remote-Party-ID: <sip:xxxxxxxxxxxx@192.168.117.8>;party=calling;screen=yes;privacy=off Timestamp: 1347610034 Contact: <sip:xxxxxxxxxxxx@192.168.117.8:5060> Expires: 180 Allow-Events: telephone-event ------------------------------------------------------------------------ send 372 bytes to udp/[192.168.117.8]:5060 at 08:06:51.013018: ------------------------------------------------------------------------ SIP/2.0 100 Trying Via: SIP/2.0/UDP 192.168.117.8:5060;branch=z9hG4bK721016 From: <sip:xxxxxxxxxxxx@192.168.117.8>;tag=21811124-711 To: <sip:100965461@192.168.117.9> Call-ID: 6DE7A86-FD7A11E1-859AE929-E0E81CE1(a)192.168.117.8 CSeq: 101 INVITE Timestamp: 1347610034 0.000000 User-Agent: FreeSWITCH-mod_sofia/1.3.0+git~20120907T231757Z~c2893801cb Content-Length: 0 ------------------------------------------------------------------------ send 889 bytes to udp/[192.168.117.8]:5060 at 08:06:51.036020: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.117.8:5060;branch=z9hG4bK721016 From: <sip:xxxxxxxxxxxx@192.168.117.8>;tag=21811124-711 To: <sip:100965461@192.168.117.9>;tag=vUg243Ng67UHD Call-ID: 6DE7A86-FD7A11E1-859AE929-E0E81CE1(a)192.168.117.8 CSeq: 101 INVITE Contact: <sip:mod_sofia@192.168.117.9:5060> User-Agent: FreeSWITCH-mod_sofia/1.3.0+git~20120907T231757Z~c2893801cb Accept: application/sdp Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, REGISTER, REFER, NOTIFY Supported: timer, precondition, path, replaces Allow-Events: talk, hold, conference, refer Min-SE: 1800 Content-Type: application/sdp Content-Disposition: session Content-Length: 205 v=0 o=FreeSWITCH 1347586709 1347586710 IN IP4 192.168.117.9 s=FreeSWITCH c=IN IP4 192.168.117.9 t=0 0 m=audio 23302 RTP/AVP 8 0 101 13 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20 ------------------------------------------------------------------------ recv 364 bytes from udp/[192.168.117.8]:51358 at 08:06:51.041020: ------------------------------------------------------------------------ ACK sip:mod_sofia@192.168.117.9:5060 SIP/2.0 Via: SIP/2.0/UDP 192.168.117.8:5060;branch=z9hG4bK731155 From: <sip:xxxxxxxxxxxx@192.168.117.8>;tag=21811124-711 To: <sip:100965461@192.168.117.9>;tag=vUg243Ng67UHD Date: Fri, 14 Sep 2012 08:07:14 GMT Call-ID: 6DE7A86-FD7A11E1-859AE929-E0E81CE1(a)192.168.117.8 Max-Forwards: 70 CSeq: 101 ACK Content-Length: 0 ------------------------------------------------------------------------ send 645 bytes to udp/[192.168.117.8]:5060 at 08:06:51.041020: ------------------------------------------------------------------------ BYE sip:xxxxxxxxxxxx@192.168.117.8:5060 SIP/2.0 Via: SIP/2.0/UDP 192.168.117.9;rport;branch=z9hG4bKvBN2ZB9DZKZ6c Max-Forwards: 70 From: <sip:100965461@192.168.117.9>;tag=vUg243Ng67UHD To: <sip:xxxxxxxxxxxx@192.168.117.8>;tag=21811124-711 Call-ID: 6DE7A86-FD7A11E1-859AE929-E0E81CE1(a)192.168.117.8 CSeq: 33468941 BYE Contact: <sip:mod_sofia@192.168.117.9:5060> User-Agent: FreeSWITCH-mod_sofia/1.3.0+git~20120907T231757Z~c2893801cb Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, REGISTER, REFER, NOTIFY Supported: timer, precondition, path, replaces Reason: SIP;cause=488;text="No answer to offer" Content-Length: 0 ------------------------------------------------------------------------ recv 426 bytes from udp/[192.168.117.8]:51358 at 08:06:51.042020: ------------------------------------------------------------------------ BYE sip:mod_sofia@192.168.117.9:5060 SIP/2.0 Via: SIP/2.0/UDP 192.168.117.8:5060;branch=z9hG4bK741AD7 From: <sip:xxxxxxxxxxxx@192.168.117.8>;tag=21811124-711 To: <sip:100965461@192.168.117.9>;tag=vUg243Ng67UHD Date: Fri, 14 Sep 2012 08:07:14 GMT Call-ID: 6DE7A86-FD7A11E1-859AE929-E0E81CE1(a)192.168.117.8 User-Agent: Cisco-SIPGateway/IOS-12.x Max-Forwards: 70 Timestamp: 1347610034 CSeq: 102 BYE Content-Length: 0 ------------------------------------------------------------------------ send 387 bytes to udp/[192.168.117.8]:5060 at 08:06:51.042020: ------------------------------------------------------------------------ SIP/2.0 100 Trying Via: SIP/2.0/UDP 192.168.117.8:5060;branch=z9hG4bK741AD7 From: <sip:xxxxxxxxxxxx@192.168.117.8>;tag=21811124-711 To: <sip:100965461@192.168.117.9>;tag=vUg243Ng67UHD Call-ID: 6DE7A86-FD7A11E1-859AE929-E0E81CE1(a)192.168.117.8 CSeq: 102 BYE Timestamp: 1347610034 0.000000 User-Agent: FreeSWITCH-mod_sofia/1.3.0+git~20120907T231757Z~c2893801cb Content-Length: 0 ------------------------------------------------------------------------ send 510 bytes to udp/[192.168.117.8]:5060 at 08:06:51.043021: ------------------------------------------------------------------------ SIP/2.0 480 Temporarily Unavailable Via: SIP/2.0/UDP 192.168.117.8:5060;branch=z9hG4bK741AD7 From: <sip:xxxxxxxxxxxx@192.168.117.8>;tag=21811124-711 To: <sip:100965461@192.168.117.9>;tag=vUg243Ng67UHD Call-ID: 6DE7A86-FD7A11E1-859AE929-E0E81CE1(a)192.168.117.8 CSeq: 102 BYE User-Agent: FreeSWITCH-mod_sofia/1.3.0+git~20120907T231757Z~c2893801cb Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, REGISTER, REFER, NOTIFY Supported: timer, precondition, path, replaces Content-Length: 0 ------------------------------------------------------------------------ recv 363 bytes from udp/[192.168.117.8]:5060 at 08:06:51.046021: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.117.9;rport;branch=z9hG4bKvBN2ZB9DZKZ6c From: <sip:100965461@192.168.117.9>;tag=vUg243Ng67UHD To: <sip:xxxxxxxxxxxx@192.168.117.8>;tag=21811124-711 Date: Fri, 14 Sep 2012 08:07:14 GMT Call-ID: 6DE7A86-FD7A11E1-859AE929-E0E81CE1(a)192.168.117.8 Server: Cisco-SIPGateway/IOS-12.x Content-Length: 0 CSeq: 33468941 BYE ------------------------------------------------------------------------ Thanks, Denis

2 2

B-Leg / A-Leg Race Condition
by Mike Burlingame 14 Sep '12

14 Sep '12

We are seeing some instances when we send a invite from the B-Leg back to FS and FS passes the invite to the A-Leg that the dialog on the A-Leg has not fully completed yet causing a return of a 491 from the A-Leg side causing the call to be disconnected. wanted to see if anyone else has seen something like this while running FS and if anyone had any suggestions on a fix? A-Leg Invite into Freeswitch 100 Trying back from FS to A-Leg 180 Ringing from FS to A-Leg 200 OK from FS to A-Leg at 15:08:14.638799 Invite from FS to A-Leg (From B-Leg below) at 15:08:14.749515 100 Giving a try form A-Leg to FS at 15:08:14.749757 491 From A-Leg to FS at 15:08:14.780968 ACK from FS to A-Leg at 15:08:14.781102 ACK from FS to A-Leg at 15:08:14.797143 BYE from A-LEG to FS B-Leg Invite from Freeswitch to B-Leg 100 Giving a try from B-Leg 180 Ringing from B-Leg 200 OK from B-Leg at 15:08:14.635670 ACK from FS to B-Leg at 15:08:14.637044 Invite from B-Leg to FS at 15:08:14.748623 100 Trying from FS to B-Leg at 15:08:14.748954 491 from FS to B-Leg at 15:08:14.782169 ACK from B-Leg to FS at 15:08:14.782372 BYE from FS to B-Leg

5 37

T.38 with Re-INVITE question
by DJB International 14 Sep '12

14 Sep '12

I was testing T.38 with Re-INVITE. Call Flow: Inbound Carrier (1.2.3.4) -> FS (Bypass Media) -> Outbound Carrier that will send T.38 Re-INVITE (6.7.8.9). However, I noticed that FS generated 2 CDRs for the same call, which are: 1) A-leg CDR from inbound carrier, and also 2) A-leg CDR from outbound carrier that send T.38 Re-INVITE. I am wondering whether this is a normal behavior, or there is a way to ignore the 2nd CDR? Example of 2 FS CDRs below: 1 : caller_id_name = +16193301897 2 : caller_id_number = +16193301897 3 : aniii = 0 4 : destination_number = +12133456789 5 : context = routing 6 : start_stamp = 2012-09-13 21:12:13 7 : answer_stamp = 2012-09-13 21:12:13 8 : end_stamp = 2012-09-13 21:14:06 9 : duration = 113 10: billsec = 113 11: hangup_cause = NORMAL_CLEARING 12: channel_name = sofia/fs/+16193301897@1.2.3.4:5060 13: bridge_channel = 14: network_addr = 1.2.3.4 15: remote_ip_last_arg = sofia/fs/2133456789(a)6.7.8.9 16: bleg_network_addr = 6.7.8.9 17: sip_hangup_disposition = recv_bye 18: endpoint_disposition = ANSWER ***************************************** 1 : caller_id_name = 2133456789 2 : caller_id_number = 2133456789 3 : aniii = 4 : destination_number = mod_sofia 5 : context = routing 6 : start_stamp = 2012-09-13 21:12:13 7 : answer_stamp = 2012-09-13 21:12:13 8 : end_stamp = 2012-09-13 21:14:06 9 : duration = 113 10: billsec = 113 11: hangup_cause = NORMAL_CLEARING 12: channel_name = sofia/fs/2133456789(a)6.7.8.9 13: bridge_channel = 14: network_addr = 6.7.8.9 15: remote_ip_last_arg = 16: bleg_network_addr = 17: sip_hangup_disposition = send_bye 18: endpoint_disposition = INBOUND CALL Thank you.

3 4

calls remain connected after conference initiator hangs up
by Juan Pablo L. 14 Sep '12

14 Sep '12

Hi, i have a little problem that i m sure it is easy to fix , my extensions make conferences (the confonference button on the phone) and/or transfers and then they hag up but the others in the conference remainconnected, so this is provoking some people to abuse by connecting their friends through the company PBX and then they hang up and leave the friendsconnected in the call ... i have not succeeded so far in finding how to fix this. Also, it is possible to allow to transfer calls from outside to inside and/or inside to outsidebut not to transfer calls from outside to outside ?thanks!

2 2

Call screen for call to multiple endpoints not hanging up other endpoints on ANSWER
by Robert Hadley 14 Sep '12

14 Sep '12

I am using call screen feature and it works great for calls to single endpoints. However when call bridges to multiple endpoints the other endpoints continue to ring after one endpoint is answered. They are hungup on the accept/reject, but they should be hungup on answer. These are the variables I am setting up before call_screen: switch_channel_set_variable(channel, "ignore_early_media", "true"); switch_channel_set_variable(channel, "send_silence_when_idle", "10000"); // Eliminates initial white noise p = switch_channel_get_variable(channel, "caller_id_number"); s = switch_channel_get_variable(channel, "uuid"); switch_log_printf(SWITCH_CHANNEL_LOG, SWITCH_LOG_DEBUG, "screen_call: caller_id_number='%s', variable_uuid='%s'\n", p, s); switch_snprintf(q, 256, "/tmp/%s-%s-name.wav", p, s); switch_channel_set_variable(channel, "call_screen_filename", q); switch_channel_set_variable(channel, "group_confirm_key", "exec"); switch_core_session_execute_application(session, "answer", NULL); switch_core_session_execute_application(session, "sleep", "1000"); switch_snprintf(r, 256, "callscreen_record_name,%s", dn); switch_core_session_execute_application(session, "phrase", r); switch_core_session_execute_application(session, "playback", "tone_stream://%(500, 0, 640)"); switch_channel_set_variable(channel, "playback_terminators", "#*0123456789"); switch_snprintf(r, 256, "%s 7 200 2", q); switch_core_session_execute_application(session, "record", r); switch_core_session_execute_application(session, "set", "ringback=${hold_music}"); switch_core_session_execute_application(session, "set", "transfer_ringback=${hold_music}"); switch_channel_set_variable(channel, "group_confirm_key", "exec"); switch_channel_set_variable(channel, "group_confirm_cancel_timeout", "60"); switch_channel_set_variable(channel, "origination_cancel_key", "2"); switch_channel_set_variable(channel, "group_confirm_read_timeout", "60"); switch_channel_set_variable(channel, "group_confirm_error_file", "/opt/teoswitch/lang/en/vm/vm-goodbye.wav"); switch_channel_set_variable(channel, "fail_on_single_reject", "true"); switch_channel_set_variable(channel, "continue_on_fail", "true"); switch_channel_set_variable(channel, "call_timeout", "60"); p = switch_channel_get_variable(channel, "uuid"); switch_snprintf(r, 256, "callscreen %s %s", dn, p); switch_channel_set_variable(channel, "group_confirm_file", r); Thanks, Robert Hadley Software Engineer [Description: Description: Teo Logos (R)] Teo, formerly Tone Commander Systems UC 425.349.1045 WEB www.teotech.com<http://www.teotech.com/> CONNECT WITH US Facebook<http://facebook.com/TeoUC> | Twitter<http://twitter.com/TeoTechUC> | YouTube<http://youtube.com/TeoMedia>

1 0

mod_dingaling picking wrong IP address / no audio?
by Mark Campbell-Smith 14 Sep '12

14 Sep '12

Hi! I am trying to call from my corporate network (firewalled) using Gtalk to Freeswitch. I am not getting any audio. In the logs I see that mod_dingaling is using my internal corporate IP address which is not publically addressable. 2009-06-23 22:46:52.140382 [DEBUG] mod_dingaling.c:2634 using Existing session for 4085152502 2009-06-23 22:46:52.140382 [DEBUG] mod_dingaling.c:2932 1 candidates 2009-06-23 22:46:52.140382 [DEBUG] mod_dingaling.c:2960 candidates 146.xx.xx.xx:50320 2009-06-23 22:46:52.140382 [DEBUG] mod_dingaling.c:2993 Acceptable Candidate 146.xx.xx.xx:50320 Further on in the log, I can see GTalk sending a new candidate IP address to use: 2009-06-23 22:46:52.940486 [DEBUG] libdingaling.c:503 New Candidate 1 name=rtp type=local protocol=udp username=e+JTkVHT1xEkqXGD password=fAxU6Pr1oF9Zq48U address=192.168.1.102 port=50322 pref=1.00 2009-06-23 22:46:52.940486 [DEBUG] mod_dingaling.c:2634 using Existing session for 4085152502 2009-06-23 22:46:52.940486 [DEBUG] mod_dingaling.c:2928 Already picked an IP [146.xx.xx.xx] and 2009-06-23 22:46:52.957753 [DEBUG] libdingaling.c:503 New Candidate 2 name=rtp type=stun protocol=udp username=RBqyF2XNMYLfJNoU password=DQMjon1fSVoJIRTp address=124.xxx.xxx.xxx port=50323 pref=0.90 2009-06-23 22:46:52.957753 [DEBUG] mod_dingaling.c:2634 using Existing session for 4085152502 2009-06-23 22:46:52.957753 [DEBUG] mod_dingaling.c:2928 Already picked an IP [146.xx.xx.xx] and 2009-06-23 22:46:53.788341 [DEBUG] libdingaling.c:503 New Candidate 3 name=rtp type=relay protocol=udp username=62L5zs2FHbcUdeCJ password=KxmNgkUmZsLfuX6S address=209.xx.xxx.xxx port=19295 pref=0.50 2009-06-23 22:46:53.788341 [DEBUG] mod_dingaling.c:2634 using Existing session for 4085152502 2009-06-23 22:46:53.788341 [DEBUG] mod_dingaling.c:2928 Already picked an IP [146.xx.xx.xx] Because of this, I never get audio. Any ideas how to fix this? Thanks!

5 5

mod_dingaling & inbound audio
by Locutis of Borg 14 Sep '12

14 Sep '12

Followed instructions on wiki. Enabled mod_dingaling to register over at GV. Set external rtp to right address. Outbound calling terminates, and outbound audio works, but seems that I can not get return audio. FS is on DMZ - same problem Moved to internal (behind NAT, port forwarding) - same problem Moved back to DMZ and killed iptables and router spi - same problem In and out calling on SIP to provider works fine in both cases. So my questions are: Can mod_dingaling be used for GV or not? Since it uses TLS, NAT shouldn't be an issue? and Does GV not like us FS users? Thank you for you help. "Resistance is Fruitful"

9 14