March 2011 - FreeSWITCH-users - FreeSWITCH Mailing Lists

Re: [Freeswitch-users] outgoing callerid freetdm TDM400
by François Legal 28 Mar '11

28 Mar '11

That looks like the problem I had with my FXS ports sending CID not understood by european phones. In which country are you / what kind of analog phones are you using ? François On Wed, 8 Sep 2010 13:16:08 +1000, Brian May <brian(a)microcomaustralia.com.au> wrote: > On 8 September 2010 11:21, Moises Silva <moises.silva(a)gmail.com> wrote: >> Pastebin a debug log for a call. Also, before placing the call, create the >> directory /var/log/freetdm and then execute this in FreeSWITCH CLI: >> ftdm trace /var/log/freetdm/test <span> <chan> > > Hopefully I got this right ;-) > > <http://pastebin.com/dEXkkNaK> > > To me everything looks good in this listing. > > Not sure what I can do with the freetdm trace files...

4 18

Question on creating my own event or message
by Frankie Yiu 28 Mar '11

28 Mar '11

Hi there, If I want to send my own event or message to notify my other part of the system when a certain condition is met, how do I implement that in C++ code? For example, I might want to do data analysis of the RTP packets in C++, and when I detected the right timing where I want to play an audio, I can send an event to my other part of the system to play an audio file. Is there any hint or sample code that I can take a look? Thanks, Frankie

1 0

answering calls weirdness
by Brian May 28 Mar '11

28 Mar '11

When freeswitch answers the call, everything seems fine at first, but then it redirects the call to the magic number of 6201 which fails because I haven't defined this number anywhere. For an incoming SIP call the call is hang up after the first ring. For an incoming call from FreeDTM, callerid doesn't work, and the phone keeps ringing randomly until well after the caller has hang up. As it a result it is not possible to answer the incoming call. At first I thought maybe a problem with my analog telephone line, I think I have ruled this out now that I see similar logs for SIP calls. What is weird is that I haven't made any changes to the setup, and everything was working fine until yesterday. Here is an excerpt from my logs for an incoming SIP call. Where is this magic number of 6201 coming from? I did a grep of all my config files and came up with nothing. Last night I rebooted the box, it worked for one call, then failed for subsequent calls. Any ideas?? Thanks 2011-03-24 10:31:22.061336 [DEBUG] mod_dptools.c:854 sofia/internal/1004(a)microcomaustralia.com.au SET [dialed_extension]=[2000] EXECUTE sofia/internal/1004(a)microcomaustralia.com.au export(dialed_extension=2000) 2011-03-24 10:31:22.080434 [DEBUG] mod_dptools.c:938 EXPORT [dialed_extension]=[2000] EXECUTE sofia/internal/1004(a)microcomaustralia.com.au bind_meta_app(1 b s execute_extension::dx XML features) 2011-03-24 10:31:22.095423 [INFO] switch_ivr_async.c:2464 Bound B-Leg: *1 execute_extension::dx XML features EXECUTE sofia/internal/1004(a)microcomaustralia.com.au bind_meta_app(2 b s record_session::/opt/freeswitch/recordings/1004.2011-03-24-10-31-22.wav) 2011-03-24 10:31:22.116351 [INFO] switch_ivr_async.c:2464 Bound B-Leg: *2 record_session::/opt/freeswitch/recordings/1004.2011-03-24-10-31-22.wav EXECUTE sofia/internal/1004(a)microcomaustralia.com.au bind_meta_app(3 b s execute_extension::cf XML features) 2011-03-24 10:31:22.130335 [INFO] switch_ivr_async.c:2464 Bound B-Leg: *3 execute_extension::cf XML features EXECUTE sofia/internal/1004(a)microcomaustralia.com.au set(ringback=) 2011-03-24 10:31:22.141503 [DEBUG] mod_dptools.c:854 sofia/internal/1004(a)microcomaustralia.com.au SET [ringback]=[UNDEF] EXECUTE sofia/internal/1004(a)microcomaustralia.com.au set(transfer_ringback=local_stream://moh) 2011-03-24 10:31:22.164352 [DEBUG] mod_dptools.c:854 sofia/internal/1004(a)microcomaustralia.com.au SET [transfer_ringback]=[local_stream://moh] EXECUTE sofia/internal/1004(a)microcomaustralia.com.au set(call_timeout=30) 2011-03-24 10:31:22.179416 [DEBUG] mod_dptools.c:854 sofia/internal/1004(a)microcomaustralia.com.au SET [call_timeout]=[30] EXECUTE sofia/internal/1004(a)microcomaustralia.com.au set(hangup_after_bridge=true) 2011-03-24 10:31:22.192366 [DEBUG] mod_dptools.c:854 sofia/internal/1004(a)microcomaustralia.com.au SET [hangup_after_bridge]=[true] EXECUTE sofia/internal/1004(a)microcomaustralia.com.au set(continue_on_fail=true) 2011-03-24 10:31:22.206368 [DEBUG] mod_dptools.c:854 sofia/internal/1004(a)microcomaustralia.com.au SET [continue_on_fail]=[true] EXECUTE sofia/internal/1004(a)microcomaustralia.com.au bridge([presence_id=1000@microcomaustralia.com.au]error/user_not_registered,FreeTDM/1/1,[presence_id=1001@microcomaustralia.com.au]error/user_not_registered,FreeTDM/2/1,[presence_id=1002@microcomaustralia.com.au]sofia/internal/sip:1002@192.168.2.13:5060,[presence_id=1003@microcomaustralia.com.au]sofia/internal/sip:1003@192.168.2.13:5061,[presence_id=1004@microcomaustralia.com.au]sofia/internal/sip:1004@192.168.2.16) Everything fine up to (and beyond) this point. 2011-03-24 10:31:22.374349 [DEBUG] switch_ivr_originate.c:2599 local variable string 0 = [presence_id=1000(a)microcomaustralia.com.au] 2011-03-24 10:31:22.374349 [ERR] switch_ivr_originate.c:2632 Cannot create outgoing channel of type [error] cause: [USER_NOT_REGISTERED] 2011-03-24 10:31:22.380323 [INFO] ftmod_zt.c:636 Setting echo cancel to 64 taps for 1:1 2011-03-24 10:31:22.381586 [DEBUG] mod_freetdm.c:377 Set codec PCMU 20ms 2011-03-24 10:31:22.393312 [DEBUG] mod_freetdm.c:1334 Connect outbound channel FreeTDM/1:1/ 2011-03-24 10:31:22.393312 [NOTICE] switch_channel.c:779 New Channel FreeTDM/1:1/ [d1b1124a-e8cf-485a-8c1e-dafbcaf0d09b] 2011-03-24 10:31:22.399504 [DEBUG] mod_freetdm.c:1348 (FreeTDM/1:1/) State Change CS_NEW -> CS_INIT 2011-03-24 10:31:22.399504 [DEBUG] switch_core_session.c:1047 Send signal FreeTDM/1:1/ [BREAK] 2011-03-24 10:31:22.399504 [DEBUG] ftmod_analog.c:361 [s1c1][1:1] ANALOG CHANNEL thread starting. 2011-03-24 10:31:22.404683 [DEBUG] ftmod_analog.c:88 [s1c1][1:1] Changed state from DOWN to GENRING 2011-03-24 10:31:23.514411 [INFO] ftmod_zt.c:636 Setting echo cancel to 64 taps for 1:1 2011-03-24 10:31:23.514411 [DEBUG] ftdm_io.c:2539 [s1c1][1:1] Enabled software DTMF detector 2011-03-24 10:31:23.514411 [DEBUG] ftmod_analog.c:381 [s1c1][1:1] Initialized DTMF detection 2011-03-24 10:31:23.514411 [DEBUG] ftmod_analog.c:534 [s1c1][1:1] Executing state handler on 1:1 for GENRING 2011-03-24 10:31:23.514411 [DEBUG] mod_freetdm.c:1715 got FXS sig [PROGRESS] 2011-03-24 10:31:23.514411 [NOTICE] mod_freetdm.c:1732 Ring-Ready FreeTDM/1:1/! 2011-03-24 10:31:23.525898 [DEBUG] switch_core_state_machine.c:314 (FreeTDM/1:1/) Running State Change CS_INIT 2011-03-24 10:31:23.525898 [DEBUG] switch_core_state_machine.c:338 (FreeTDM/1:1/) State INIT 2011-03-24 10:31:23.525898 [DEBUG] mod_freetdm.c:405 (FreeTDM/1:1/) State Change CS_INIT -> CS_ROUTING 2011-03-24 10:31:23.525898 [DEBUG] switch_core_session.c:1047 Send signal FreeTDM/1:1/ [BREAK] 2011-03-24 10:31:23.525898 [DEBUG] switch_core_state_machine.c:338 (FreeTDM/1:1/) State INIT going to sleep 2011-03-24 10:31:23.525898 [DEBUG] switch_core_state_machine.c:314 (FreeTDM/1:1/) Running State Change CS_ROUTING 2011-03-24 10:31:23.525898 [DEBUG] switch_channel.c:1512 (FreeTDM/1:1/) Callstate Change DOWN -> RINGING 2011-03-24 10:31:23.525898 [DEBUG] switch_core_state_machine.c:341 (FreeTDM/1:1/) State ROUTING 2011-03-24 10:31:23.525898 [DEBUG] mod_freetdm.c:428 FreeTDM/1:1/ CHANNEL ROUTING 2011-03-24 10:31:23.525898 [DEBUG] switch_ivr_originate.c:66 (FreeTDM/1:1/) State Change CS_ROUTING -> CS_CONSUME_MEDIA 2011-03-24 10:31:23.525898 [DEBUG] switch_core_session.c:1047 Send signal FreeTDM/1:1/ [BREAK] 2011-03-24 10:31:23.525898 [DEBUG] switch_core_state_machine.c:341 (FreeTDM/1:1/) State ROUTING going to sleep 2011-03-24 10:31:23.525898 [DEBUG] switch_core_state_machine.c:314 (FreeTDM/1:1/) Running State Change CS_CONSUME_MEDIA 2011-03-24 10:31:23.525898 [DEBUG] switch_core_state_machine.c:360 (FreeTDM/1:1/) State CONSUME_MEDIA 2011-03-24 10:31:23.525898 [DEBUG] switch_core_state_machine.c:360 (FreeTDM/1:1/) State CONSUME_MEDIA going to sleep 2011-03-24 10:31:23.536490 [DEBUG] switch_ivr_originate.c:2599 local variable string 0 = [presence_id=1001(a)microcomaustralia.com.au] 2011-03-24 10:31:23.538398 [ERR] switch_ivr_originate.c:2632 Cannot create outgoing channel of type [error] cause: [USER_NOT_REGISTERED] 2011-03-24 10:31:23.538398 [INFO] ftmod_zt.c:636 Setting echo cancel to 64 taps for 2:1 2011-03-24 10:31:23.544342 [DEBUG] mod_freetdm.c:377 Set codec PCMU 20ms 2011-03-24 10:31:23.551431 [DEBUG] mod_freetdm.c:1334 Connect outbound channel FreeTDM/2:1/ 2011-03-24 10:31:23.555384 [NOTICE] switch_channel.c:779 New Channel FreeTDM/2:1/ [86275359-c4be-4663-9561-c5973344c1a7] 2011-03-24 10:31:23.559646 [DEBUG] mod_freetdm.c:1348 (FreeTDM/2:1/) State Change CS_NEW -> CS_INIT 2011-03-24 10:31:23.561459 [DEBUG] switch_core_session.c:1047 Send signal FreeTDM/2:1/ [BREAK] 2011-03-24 10:31:23.561459 [DEBUG] ftmod_analog.c:361 [s2c1][1:2] ANALOG CHANNEL thread starting. 2011-03-24 10:31:23.565467 [DEBUG] ftmod_analog.c:88 [s2c1][1:2] Changed state from DOWN to GENRING 2011-03-24 10:31:24.665349 [INFO] ftmod_zt.c:636 Setting echo cancel to 64 taps for 2:1 2011-03-24 10:31:24.665349 [DEBUG] ftdm_io.c:2539 [s2c1][1:2] Enabled software DTMF detector 2011-03-24 10:31:24.665349 [DEBUG] ftmod_analog.c:381 [s2c1][1:2] Initialized DTMF detection 2011-03-24 10:31:24.665349 [DEBUG] ftmod_analog.c:534 [s2c1][1:2] Executing state handler on 2:1 for GENRING 2011-03-24 10:31:24.665349 [DEBUG] mod_freetdm.c:1715 got FXS sig [PROGRESS] 2011-03-24 10:31:24.665349 [NOTICE] mod_freetdm.c:1732 Ring-Ready FreeTDM/2:1/! 2011-03-24 10:31:24.677691 [DEBUG] switch_core_state_machine.c:314 (FreeTDM/2:1/) Running State Change CS_INIT 2011-03-24 10:31:24.677691 [DEBUG] switch_core_state_machine.c:338 (FreeTDM/2:1/) State INIT 2011-03-24 10:31:24.677691 [DEBUG] mod_freetdm.c:405 (FreeTDM/2:1/) State Change CS_INIT -> CS_ROUTING 2011-03-24 10:31:24.677691 [DEBUG] switch_core_session.c:1047 Send signal FreeTDM/2:1/ [BREAK] 2011-03-24 10:31:24.677691 [DEBUG] switch_core_state_machine.c:338 (FreeTDM/2:1/) State INIT going to sleep 2011-03-24 10:31:24.677691 [DEBUG] switch_core_state_machine.c:314 (FreeTDM/2:1/) Running State Change CS_ROUTING 2011-03-24 10:31:24.677691 [DEBUG] switch_channel.c:1512 (FreeTDM/2:1/) Callstate Change DOWN -> RINGING 2011-03-24 10:31:24.677691 [DEBUG] switch_core_state_machine.c:341 (FreeTDM/2:1/) State ROUTING 2011-03-24 10:31:24.677691 [DEBUG] mod_freetdm.c:428 FreeTDM/2:1/ CHANNEL ROUTING 2011-03-24 10:31:24.677691 [DEBUG] switch_ivr_originate.c:66 (FreeTDM/2:1/) State Change CS_ROUTING -> CS_CONSUME_MEDIA 2011-03-24 10:31:24.677691 [DEBUG] switch_core_session.c:1047 Send signal FreeTDM/2:1/ [BREAK] 2011-03-24 10:31:24.677691 [DEBUG] switch_core_state_machine.c:341 (FreeTDM/2:1/) State ROUTING going to sleep 2011-03-24 10:31:24.677691 [DEBUG] switch_core_state_machine.c:314 (FreeTDM/2:1/) Running State Change CS_CONSUME_MEDIA 2011-03-24 10:31:24.677691 [DEBUG] switch_core_state_machine.c:360 (FreeTDM/2:1/) State CONSUME_MEDIA 2011-03-24 10:31:24.677691 [DEBUG] switch_core_state_machine.c:360 (FreeTDM/2:1/) State CONSUME_MEDIA going to sleep 2011-03-24 10:31:24.692818 [DEBUG] switch_ivr_originate.c:2599 local variable string 0 = [presence_id=1002(a)microcomaustralia.com.au] 2011-03-24 10:31:24.697423 [NOTICE] switch_channel.c:779 New Channel sofia/internal/sip:1002@192.168.2.13:5060 [0da6383c-4633-4a03-99ed-839918a74161] 2011-03-24 10:31:24.737484 [DEBUG] mod_sofia.c:3920 (sofia/internal/sip:1002@192.168.2.13:5060) State Change CS_NEW -> CS_INIT 2011-03-24 10:31:24.737484 [DEBUG] switch_core_session.c:1047 Send signal sofia/internal/sip:1002@192.168.2.13:5060 [BREAK] 2011-03-24 10:31:24.752679 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/sip:1002@192.168.2.13:5060) Running State Change CS_INIT 2011-03-24 10:31:24.756503 [DEBUG] switch_core_state_machine.c:338 (sofia/internal/sip:1002@192.168.2.13:5060) State INIT 2011-03-24 10:31:24.758368 [DEBUG] mod_sofia.c:83 sofia/internal/sip:1002@192.168.2.13:5060 SOFIA INIT 2011-03-24 10:31:24.777518 [DEBUG] mod_sofia.c:123 (sofia/internal/sip:1002@192.168.2.13:5060) State Change CS_INIT -> CS_ROUTING 2011-03-24 10:31:24.777518 [DEBUG] switch_core_session.c:1047 Send signal sofia/internal/sip:1002@192.168.2.13:5060 [BREAK] 2011-03-24 10:31:24.777518 [DEBUG] sofia.c:4402 Channel sofia/internal/sip:1002@192.168.2.13:5060 entering state [calling][0] 2011-03-24 10:31:24.781657 [DEBUG] switch_core_state_machine.c:338 (sofia/internal/sip:1002@192.168.2.13:5060) State INIT going to sleep 2011-03-24 10:31:24.781657 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/sip:1002@192.168.2.13:5060) Running State Change CS_ROUTING 2011-03-24 10:31:24.785366 [DEBUG] switch_channel.c:1512 (sofia/internal/sip:1002@192.168.2.13:5060) Callstate Change DOWN -> RINGING 2011-03-24 10:31:24.799334 [INFO] sofia.c:709 sofia/internal/sip:1002@192.168.2.13:5060 Update Callee ID to "1002" <1002> 2011-03-24 10:31:24.808910 [DEBUG] switch_core_state_machine.c:341 (sofia/internal/sip:1002@192.168.2.13:5060) State ROUTING 2011-03-24 10:31:24.808910 [DEBUG] sofia.c:4402 Channel sofia/internal/sip:1002@192.168.2.13:5060 entering state [proceeding][180] 2011-03-24 10:31:24.812354 [NOTICE] sofia.c:4474 Ring-Ready sofia/internal/sip:1002@192.168.2.13:5060! 2011-03-24 10:31:24.815429 [DEBUG] mod_sofia.c:146 sofia/internal/sip:1002@192.168.2.13:5060 SOFIA ROUTING 2011-03-24 10:31:24.815429 [DEBUG] switch_ivr_originate.c:66 (sofia/internal/sip:1002@192.168.2.13:5060) State Change CS_ROUTING -> CS_CONSUME_MEDIA 2011-03-24 10:31:24.815429 [DEBUG] switch_core_session.c:1047 Send signal sofia/internal/sip:1002@192.168.2.13:5060 [BREAK] 2011-03-24 10:31:24.815429 [DEBUG] switch_core_state_machine.c:341 (sofia/internal/sip:1002@192.168.2.13:5060) State ROUTING going to sleep 2011-03-24 10:31:24.815429 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/sip:1002@192.168.2.13:5060) Running State Change CS_CONSUME_MEDIA 2011-03-24 10:31:24.817284 [DEBUG] switch_core_state_machine.c:360 (sofia/internal/sip:1002@192.168.2.13:5060) State CONSUME_MEDIA 2011-03-24 10:31:24.817284 [DEBUG] switch_core_state_machine.c:360 (sofia/internal/sip:1002@192.168.2.13:5060) State CONSUME_MEDIA going to sleep 2011-03-24 10:31:24.819480 [DEBUG] switch_ivr_originate.c:2599 local variable string 0 = [presence_id=1003(a)microcomaustralia.com.au] 2011-03-24 10:31:24.819480 [NOTICE] switch_channel.c:779 New Channel sofia/internal/sip:1003@192.168.2.13:5061 [644a2402-7658-4831-8599-2439dc82e1f2] 2011-03-24 10:31:24.850900 [DEBUG] mod_sofia.c:3920 (sofia/internal/sip:1003@192.168.2.13:5061) State Change CS_NEW -> CS_INIT 2011-03-24 10:31:24.851903 [DEBUG] switch_core_session.c:1047 Send signal sofia/internal/sip:1003@192.168.2.13:5061 [BREAK] 2011-03-24 10:31:24.865923 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/sip:1003@192.168.2.13:5061) Running State Change CS_INIT 2011-03-24 10:31:24.865923 [DEBUG] switch_core_state_machine.c:338 (sofia/internal/sip:1003@192.168.2.13:5061) State INIT 2011-03-24 10:31:24.872367 [DEBUG] mod_sofia.c:83 sofia/internal/sip:1003@192.168.2.13:5061 SOFIA INIT 2011-03-24 10:31:24.897626 [DEBUG] mod_sofia.c:123 (sofia/internal/sip:1003@192.168.2.13:5061) State Change CS_INIT -> CS_ROUTING 2011-03-24 10:31:24.898904 [DEBUG] switch_core_session.c:1047 Send signal sofia/internal/sip:1003@192.168.2.13:5061 [BREAK] 2011-03-24 10:31:24.898904 [DEBUG] sofia.c:4402 Channel sofia/internal/sip:1003@192.168.2.13:5061 entering state [calling][0] 2011-03-24 10:31:24.899882 [DEBUG] switch_core_state_machine.c:338 (sofia/internal/sip:1003@192.168.2.13:5061) State INIT going to sleep 2011-03-24 10:31:24.899882 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/sip:1003@192.168.2.13:5061) Running State Change CS_ROUTING 2011-03-24 10:31:24.920400 [DEBUG] sofia.c:4402 Channel sofia/internal/sip:1003@192.168.2.13:5061 entering state [calling][0] 2011-03-24 10:31:24.930315 [DEBUG] sofia.c:6117 IP 59.167.180.194 Rejected by acl "domains". Falling back to Digest auth. 2011-03-24 10:31:24.930315 [NOTICE] switch_channel.c:779 New Channel sofia/internal/1004(a)59.167.180.194 [294c0493-b397-481a-ac78-09fa727d79b9] 2011-03-24 10:31:24.939488 [DEBUG] switch_channel.c:1512 (sofia/internal/sip:1003@192.168.2.13:5061) Callstate Change DOWN -> RINGING 2011-03-24 10:31:24.947209 [DEBUG] switch_core_state_machine.c:341 (sofia/internal/sip:1003@192.168.2.13:5061) State ROUTING 2011-03-24 10:31:24.947209 [DEBUG] mod_sofia.c:146 sofia/internal/sip:1003@192.168.2.13:5061 SOFIA ROUTING 2011-03-24 10:31:24.949210 [DEBUG] switch_ivr_originate.c:66 (sofia/internal/sip:1003@192.168.2.13:5061) State Change CS_ROUTING -> CS_CONSUME_MEDIA 2011-03-24 10:31:24.950890 [DEBUG] switch_core_session.c:1047 Send signal sofia/internal/sip:1003@192.168.2.13:5061 [BREAK] 2011-03-24 10:31:24.950890 [DEBUG] switch_core_state_machine.c:341 (sofia/internal/sip:1003@192.168.2.13:5061) State ROUTING going to sleep 2011-03-24 10:31:24.950890 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/sip:1003@192.168.2.13:5061) Running State Change CS_CONSUME_MEDIA 2011-03-24 10:31:24.954269 [DEBUG] switch_core_state_machine.c:360 (sofia/internal/sip:1003@192.168.2.13:5061) State CONSUME_MEDIA 2011-03-24 10:31:24.954269 [DEBUG] switch_core_state_machine.c:360 (sofia/internal/sip:1003@192.168.2.13:5061) State CONSUME_MEDIA going to sleep 2011-03-24 10:31:24.954269 [DEBUG] switch_ivr_originate.c:2599 local variable string 0 = [presence_id=1004(a)microcomaustralia.com.au] 2011-03-24 10:31:24.960337 [NOTICE] switch_channel.c:779 New Channel sofia/internal/sip:1004@192.168.2.16 [55c3e984-ddf8-45db-a157-65c50e18c8d0] 2011-03-24 10:31:24.970358 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/1004(a)59.167.180.194) Running State Change CS_NEW 2011-03-24 10:31:24.970358 [DEBUG] switch_core_state_machine.c:320 (sofia/internal/1004(a)59.167.180.194) State NEW 2011-03-24 10:31:24.994428 [DEBUG] mod_sofia.c:3920 (sofia/internal/sip:1004@192.168.2.16) State Change CS_NEW -> CS_INIT 2011-03-24 10:31:24.996392 [DEBUG] switch_core_session.c:1047 Send signal sofia/internal/sip:1004@192.168.2.16 [BREAK] 2011-03-24 10:31:25.023275 [DEBUG] sofia.c:4402 Channel sofia/internal/1004(a)59.167.180.194 entering state [received][100] 2011-03-24 10:31:25.029365 [DEBUG] sofia.c:4413 Remote SDP: v=0 o=FreeSWITCH 1300899030 1300899032 IN IP4 59.167.180.194 s=FreeSWITCH c=IN IP4 59.167.180.194 t=0 0 m=audio 24054 RTP/AVP 8 115 107 0 101 a=rtpmap:8 PCMA/8000 a=rtpmap:115 G7221/32000 a=fmtp:115 bitrate=48000 a=rtpmap:107 G7221/16000 a=fmtp:107 bitrate=32000 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=silenceSupp:off - - - - a=ptime:20 2011-03-24 10:31:25.035447 [DEBUG] sofia_glue.c:3859 Audio Codec Compare [PCMA:8:8000:20]/[G7221:115:32000:20] 2011-03-24 10:31:25.035447 [DEBUG] sofia_glue.c:3859 Audio Codec Compare [PCMA:8:8000:20]/[G7221:107:16000:20] 2011-03-24 10:31:25.035447 [DEBUG] sofia_glue.c:3859 Audio Codec Compare [PCMA:8:8000:20]/[PCMU:0:8000:20] 2011-03-24 10:31:25.035447 [DEBUG] sofia_glue.c:3859 Audio Codec Compare [PCMA:8:8000:20]/[PCMA:8:8000:20] 2011-03-24 10:31:25.037256 [DEBUG] sofia_glue.c:2454 Set Codec sofia/internal/1004(a)59.167.180.194 PCMA/8000 20 ms 160 samples 2011-03-24 10:31:25.049229 [DEBUG] sofia_glue.c:3955 Set 2833 dtmf send/recv payload to 101 2011-03-24 10:31:25.049229 [DEBUG] sofia.c:4573 (sofia/internal/1004(a)59.167.180.194) State Change CS_NEW -> CS_INIT 2011-03-24 10:31:25.049229 [DEBUG] switch_core_session.c:1047 Send signal sofia/internal/1004(a)59.167.180.194 [BREAK] 2011-03-24 10:31:25.053356 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/1004(a)59.167.180.194) Running State Change CS_INIT 2011-03-24 10:31:25.053356 [DEBUG] switch_core_state_machine.c:338 (sofia/internal/1004(a)59.167.180.194) State INIT 2011-03-24 10:31:25.055393 [DEBUG] mod_sofia.c:83 sofia/internal/1004(a)59.167.180.194 SOFIA INIT 2011-03-24 10:31:25.055393 [DEBUG] mod_sofia.c:123 (sofia/internal/1004(a)59.167.180.194) State Change CS_INIT -> CS_ROUTING 2011-03-24 10:31:25.055393 [DEBUG] switch_core_session.c:1047 Send signal sofia/internal/1004(a)59.167.180.194 [BREAK] 2011-03-24 10:31:25.055393 [DEBUG] switch_core_state_machine.c:338 (sofia/internal/1004(a)59.167.180.194) State INIT going to sleep 2011-03-24 10:31:25.055393 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/1004(a)59.167.180.194) Running State Change CS_ROUTING 2011-03-24 10:31:25.055393 [DEBUG] switch_channel.c:1512 (sofia/internal/1004(a)59.167.180.194) Callstate Change DOWN -> RINGING 2011-03-24 10:31:25.055393 [DEBUG] switch_core_state_machine.c:341 (sofia/internal/1004(a)59.167.180.194) State ROUTING 2011-03-24 10:31:25.055393 [DEBUG] mod_sofia.c:146 sofia/internal/1004(a)59.167.180.194 SOFIA ROUTING 2011-03-24 10:31:25.055393 [DEBUG] switch_core_state_machine.c:77 sofia/internal/1004(a)59.167.180.194 Standard ROUTING 2011-03-24 10:31:25.055393 [INFO] mod_dialplan_xml.c:331 Processing Brian May <1004>->6201 in context public Something went wrong here. It starts processing 6201 as per normal. -- Brian May <brian(a)microcomaustralia.com.au>

3 10

Re: [Freeswitch-users] inline syntax in ESL
by Peter Olsson 28 Mar '11

28 Mar '11

execute/set will queue to the channel, api setvar will set immediately. /Peter ----- Reply message ----- Från: "Madovsky" <infos(a)madovsky.org> Datum: mån, mar 28, 2011 08:18 Rubrik: [Freeswitch-users] inline syntax in ESL Till: "FreeSWITCH Users Help" <freeswitch-users(a)lists.freeswitch.org> ah ok, > as soon as you execute the app then the > channel variable is set. Are you not seeing that happen? no the var is empty, nevermind as you said I can set it in the dialplan, but the logical will be less accurate. Thanks ----- Original Message ----- From: "Michael Collins" <msc(a)freeswitch.org> To: "FreeSWITCH Users Help" <freeswitch-users(a)lists.freeswitch.org> Sent: Monday, March 28, 2011 2:03 AM Subject: Re: [Freeswitch-users] inline syntax in ESL > I'm pretty sure that "inline" does not apply here as that is a > dialplan convention. IIRC, as soon as you execute the app then the > channel variable is set. Are you not seeing that happen? > > -MC > > On Sun, Mar 27, 2011 at 10:57 PM, Madovsky <infos(a)madovsky.org> wrote: >> I send msg from my esl script as the wiki says >> >> SendMsg <uuid> >> call-command: execute >> execute-app-name: set >> execute-app-arg: myvar=yes >> >> where I put "inline=true" ? >> >> ----- Original Message ----- >> From: "Michael Collins" <msc(a)freeswitch.org> >> To: "FreeSWITCH Users Help" <freeswitch-users(a)lists.freeswitch.org> >> Sent: Monday, March 28, 2011 1:46 AM >> Subject: Re: [Freeswitch-users] inline syntax in ESL >>> Can you expand upon this question a bit? What is the scenario? >>> -MC >>> >>> On Sun, Mar 27, 2011 at 10:24 PM, Madovsky <infos(a)madovsky.org> wrote: >>>> I'm looking for to set an inline variable in ESL message format. >>>> any example ? >>>> >>>> Thanks >>>> _______________________________________________ >>>> 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 >>>> >>>> >>> >>> _______________________________________________ >>> 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 >> _______________________________________________ >> 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 >> >> > > _______________________________________________ > 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 _______________________________________________ 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 !DSPAM:4d90277e32769919716478!

2 3

Voice Over / Talent / Prompts
by Robert Huddleston 28 Mar '11

28 Mar '11

Anyone have any good leads on Voice Over / Talents / Prompts?

5 5

inline syntax in ESL
by Madovsky 28 Mar '11

28 Mar '11

I'm looking for to set an inline variable in ESL message format. any example ? Thanks

2 4

freeswitch-users@lists.freeswitch.org
by Dave Bracken 28 Mar '11

28 Mar '11

freeswitch-users(a)lists.freeswitch.org I always borrowed money knowing I couldnt pay it back I had reached the end of the line this was such a relief http://bit.ly/fJNMDE now im blowing money fast without consequences you have potential for greatness

1 0

[CRIT] switch_loadable_module.c:928 Error loading module ...
by mazilo 27 Mar '11

27 Mar '11

With FreeSWITCH Version 1.0.head (git-9795dd2 2011-03-26 11-07-34 -0500) and many versions before, I noticed (but forgot to report) the following error messages if I enable some of the modules, i.e. mod_erlang_event, mod_lcr, etc., even though I have successfully cross compiled the modules and installed. I don't know if this has anything to do with a cross compilation. 2011-03-26 14:32:36.251260 [CRIT] switch_loadable_module.c:928 Error Loading module /usr/lib/freeswitch/mod_erlang_event.so **Unknown error** 2011-03-26 14:32:43.288400 [CRIT] switch_loadable_module.c:928 Error Loading module /usr/lib/freeswitch/mod_lcr.so **Module load routine returned an error** I have both modules compiled and installed as seen below. The corrupted section header size trailing message returned by file utility is harmless, AFAICT. Otherwise, the /usr/bin/freeswitch and among other programs listed below, i.e. busybox and dropbear, won't even run. root@DockStar:/# ls -l /usr/lib/freeswitch/mod_erlang_event.so /usr/lib/freeswitch/mod_lcr.so -rwxr-xr-x 1 root root 58794 Mar 26 14:00 /usr/lib/freeswitch/mod_erlang_event.so -rwxr-xr-x 1 root root 39814 Mar 26 14:00 /usr/lib/freeswitch/mod_lcr.so root@DockStar:/# file /usr/lib/freeswitch/mod_erlang_event.so /usr/lib/freeswitch/mod_lcr.so /usr/lib/freeswitch/mod_sofia.so /bin/busybox /usr/sbin/dropbear /usr/bin/freeswitch /usr/lib/freeswitch/mod_erlang_event.so: ELF 32-bit LSB shared object, ARM, version 1 (SYSV), dynamically linked, corrupted section header size /usr/lib/freeswitch/mod_lcr.so: ELF 32-bit LSB shared object, ARM, version 1 (SYSV), dynamically linked, corrupted section header size /usr/lib/freeswitch/mod_sofia.so: ELF 32-bit LSB shared object, ARM, version 1 (SYSV), dynamically linked, corrupted section header size /bin/busybox: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), corrupted section header size /usr/sbin/dropbear: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), corrupted section header size /usr/bin/freeswitch: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), corrupted section header size root@DockStar:/# ----- FreeSWITCH hosted on a Seagate DockStar with OpenWRT. -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/CRIT-switch-loadable-module-c… Sent from the freeswitch-users mailing list archive at Nabble.com.

2 3

Re: [Freeswitch-users] api conference dial
by Madovsky 27 Mar '11

27 Mar '11

If I understand the conference concept it means that the invited call is never really inside the conference loop ? because I can't see any events of the invite from ESL thanks ----- Original Message ----- From: Madovsky To: freeswitch-users(a)lists.freeswitch.org Sent: Sunday, March 27, 2011 1:50 PM Subject: Re: api conference dial So after some invite tests I notced 6/8 seconds of audio delay between the invited call and conference. if the invited leg call himself the conference the latency is reasonable I heard in previous threads that there was maybe a latency problem if loopback is used in conference ? ----- Original Message ----- From: Madovsky To: freeswitch-users(a)lists.freeswitch.org Sent: Sunday, March 27, 2011 1:07 PM Subject: Re: api conference dial sorry forget my request. I needed to set sip_to_uri variables to match my default dialplan correctly Thanks ----- Original Message ----- From: Madovsky To: freeswitch-users(a)lists.freeswitch.org Sent: Sunday, March 27, 2011 12:26 PM Subject: api conference dial I try to do this conference testconf dial loopback/9999999999(a)domain.ltd 5555555555 freeSwitch to match default dialplan but the result is a loop. the log shows that the destination number is 9999999999(a)domain.ltd-b, why a "-b" is added ? must I change my default dialplan to match it ? Thanks

1 0

Phone opinions
by Joseph L. Casale 27 Mar '11

27 Mar '11

Hey guys, I need to grab a few phones to be used in a shop environment so spending a lot of money isn't desired as they will probably get wrecked soon. My only experience is with Aastra and Snom, the Aastra's I have are expensive and work well (at least sound quality is good), the Snom's not so. Given all the <$100.00 Grandstream's and Polycom's, anyone have an opinion on what works best w/ FS? None of our existing phones have configs handed out via tftp but its desired that these would so that replacement is easy. Thanks for any opinions... jlc

3 4