December 2009 - FreeSWITCH-users - FreeSWITCH Mailing Lists

Generate cdrs
by Mouncif Benniane 10 Dec '09

10 Dec '09

is it possible to run a javascript at the end of dialplan to generate cdrs? because (mod_cdr_csv) is giving me hard time as it rotates Master file on machine reboots or shutdown signals. javascript or LUA for preferences? thank you

4 6

Even socket question.
by Tim Uckun 10 Dec '09

10 Dec '09

Hey All. I am trying to get freeswitch to route to my socket handler and am having a problem. I am running freeswitch inside a virtualbox VM for testing purposes. The vitualbox communicates with my host via the "host only" adapter. The VM IP address is 192.168.56.3 and the laptop has the iP 192.168.56.1 I have set up both an outbound and an inbound socket handlers. The inbound one works fine, the outbound is not working . The inbound merely logs the event name. The outbound logs the connection and hangs up. I have set up an extension like this <include> <extension name="8084"> <condition field="destination_number" expression="^8084$"> <action application="set" data="continue_on_fail=true" />  <action application="set" data="call_timeout=5" /> <action application="socket" data="192.168.56.1:8084 sync full"/> </condition> </extension> </include> When I dial 8084 I get a lot of events being logged but the oubound never gets the calls and never logs the call. I have added the fs_cli output below. It looks to me like it's sending the output to the other IP address of my laptop instead of the one I specified in my extension but I could just be misreading that. I have set the external IP of the freeswitch to the 56.3 address. Here is the LSOF output freeswitc 2468 root 31u IPv4 5785 TCP ubuntuvm01:5080 (LISTEN) freeswitc 2468 root 33u IPv6 5791 TCP localhost:5060 (LISTEN) freeswitc 2468 root 36u IPv4 5804 TCP 192.168.56.3:5060 (LISTEN) freeswitc 2468 root 48u IPv4 5910 TCP 192.168.56.3:8021 (LISTEN) freeswitc 2468 root 50u IPv4 5912 TCP *:8080 (LISTEN) Here is the output from the fs_cli 2009-12-09 14:31:53.255579 [DEBUG] sofia.c:5224 0 acls to check for proxy 2009-12-09 14:31:53.255579 [DEBUG] sofia.c:5242 network ip is a proxy [0] 2009-12-09 14:31:53.255579 [DEBUG] sofia.c:5270 IP 192.168.56.1 Rejected by acl "domains". Falling back to Digest auth. 2009-12-09 14:31:53.357865 [DEBUG] sofia.c:5224 0 acls to check for proxy 2009-12-09 14:31:53.357865 [DEBUG] sofia.c:5242 network ip is a proxy [0] 2009-12-09 14:31:53.357865 [DEBUG] sofia.c:5270 IP 192.168.56.1 Rejected by acl "domains". Falling back to Digest auth. 2009-12-09 14:31:53.420949 [NOTICE] switch_channel.c:613 New Channel sofia/internal/1000(a)192.168.56.3 [2fbcf6fe-b35e-4c40-92a6-9f21de3102fa] 2009-12-09 14:31:53.422090 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/1000(a)192.168.56.3) Running State Change CS_NEW 2009-12-09 14:31:53.422090 [DEBUG] switch_core_state_machine.c:320 (sofia/internal/1000(a)192.168.56.3) State NEW 2009-12-09 14:31:53.422090 [DEBUG] sofia.c:3727 Channel sofia/internal/1000(a)192.168.56.3 entering state [received][100] 2009-12-09 14:31:53.422090 [DEBUG] sofia.c:3738 Remote SDP: v=0 o=Z 0 0 IN IP4 218.101.6.157 s=Z c=IN IP4 218.101.6.157 t=0 0 m=audio 8000 RTP/AVP 3 110 98 8 0 101 a=rtpmap:3 GSM/8000 a=rtpmap:110 speex/8000 a=rtpmap:98 iLBC/8000 a=fmtp:98 mode=30 a=rtpmap:8 PCMA/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 2009-12-09 14:31:53.422090 [DEBUG] sofia_glue.c:3305 Audio Codec Compare [GSM:3:8000:20]/[G7221:115:32000:20] 2009-12-09 14:31:53.422090 [DEBUG] sofia_glue.c:3305 Audio Codec Compare [GSM:3:8000:20]/[G7221:107:16000:20] 2009-12-09 14:31:53.422090 [DEBUG] sofia_glue.c:3305 Audio Codec Compare [GSM:3:8000:20]/[G722:9:8000:20] 2009-12-09 14:31:53.422090 [DEBUG] sofia_glue.c:3305 Audio Codec Compare [GSM:3:8000:20]/[PCMU:0:8000:20] 2009-12-09 14:31:53.422090 [DEBUG] sofia_glue.c:3305 Audio Codec Compare [GSM:3:8000:20]/[PCMA:8:8000:20] 2009-12-09 14:31:53.422090 [DEBUG] sofia_glue.c:3305 Audio Codec Compare [GSM:3:8000:20]/[GSM:3:8000:20] 2009-12-09 14:31:53.422090 [DEBUG] sofia_glue.c:2143 Set Codec sofia/internal/1000(a)192.168.56.3 GSM/8000 20 ms 160 samples 2009-12-09 14:31:53.423898 [DEBUG] sofia_glue.c:3261 Set 2833 dtmf payload to 101 2009-12-09 14:31:53.423898 [DEBUG] sofia.c:3885 (sofia/internal/1000(a)192.168.56.3) State Change CS_NEW -> CS_INIT 2009-12-09 14:31:53.423898 [DEBUG] switch_core_session.c:999 Send signal sofia/internal/1000(a)192.168.56.3 [BREAK] 2009-12-09 14:31:53.423898 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/1000(a)192.168.56.3) Running State Change CS_INIT 2009-12-09 14:31:53.423898 [DEBUG] switch_core_state_machine.c:338 (sofia/internal/1000(a)192.168.56.3) State INIT 2009-12-09 14:31:53.423898 [DEBUG] mod_sofia.c:83 sofia/internal/1000(a)192.168.56.3 SOFIA INIT 2009-12-09 14:31:53.423898 [DEBUG] mod_sofia.c:111 (sofia/internal/1000(a)192.168.56.3) State Change CS_INIT -> CS_ROUTING 2009-12-09 14:31:53.423898 [DEBUG] switch_core_session.c:999 Send signal sofia/internal/1000(a)192.168.56.3 [BREAK] 2009-12-09 14:31:53.423898 [DEBUG] switch_core_state_machine.c:338 (sofia/internal/1000(a)192.168.56.3) State INIT going to sleep 2009-12-09 14:31:53.423898 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/1000(a)192.168.56.3) Running State Change CS_ROUTING 2009-12-09 14:31:53.423898 [DEBUG] switch_core_state_machine.c:341 (sofia/internal/1000(a)192.168.56.3) State ROUTING 2009-12-09 14:31:53.423898 [DEBUG] mod_sofia.c:132 sofia/internal/1000(a)192.168.56.3 SOFIA ROUTING 2009-12-09 14:31:53.423898 [DEBUG] switch_core_state_machine.c:78 sofia/internal/1000(a)192.168.56.3 Standard ROUTING 2009-12-09 14:31:53.423898 [INFO] mod_dialplan_xml.c:408 Processing 1000->8084 in context default Dialplan: sofia/internal/1000(a)192.168.56.3 parsing [default->unloop] continue=false Dialplan: sofia/internal/1000(a)192.168.56.3 Regex (PASS) [unloop] ${unroll_loops}(true) =~ /^true$/ break=on-false Dialplan: sofia/internal/1000(a)192.168.56.3 Regex (FAIL) [unloop] ${sip_looped_call}() =~ /^true$/ break=on-false Dialplan: sofia/internal/1000(a)192.168.56.3 parsing [default->tod_example] continue=true Dialplan: day of week[4] =~ 2-6 (PASS) Dialplan: hour[14] =~ 9-18 (PASS) Dialplan: sofia/internal/1000(a)192.168.56.3 Date/Time Match (PASS) [tod_example] break=on-false Dialplan: sofia/internal/1000(a)192.168.56.3 Action set(open=true) Dialplan: sofia/internal/1000(a)192.168.56.3 parsing [default->holiday_example] continue=true Dialplan: month[12] =~ 1 (FAIL) Dialplan: sofia/internal/1000(a)192.168.56.3 Date/Time Match (FAIL) [holiday_example] break=on-false Dialplan: sofia/internal/1000(a)192.168.56.3 parsing [default->global-intercept] continue=false Dialplan: sofia/internal/1000(a)192.168.56.3 Regex (FAIL) [global-intercept] destination_number(8084) =~ /^886$/ break=on-false Dialplan: sofia/internal/1000(a)192.168.56.3 parsing [default->group-intercept] continue=false Dialplan: sofia/internal/1000(a)192.168.56.3 Regex (FAIL) [group-intercept] destination_number(8084) =~ /^\*8$/ break=on-false Dialplan: sofia/internal/1000(a)192.168.56.3 parsing [default->intercept-ext] continue=false Dialplan: sofia/internal/1000(a)192.168.56.3 Regex (FAIL) [intercept-ext] destination_number(8084) =~ /^\*\*(\d+)$/ break=on-false Dialplan: sofia/internal/1000(a)192.168.56.3 parsing [default->redial] continue=false Dialplan: sofia/internal/1000(a)192.168.56.3 Regex (FAIL) [redial] destination_number(8084) =~ /^870$/ break=on-false Dialplan: sofia/internal/1000(a)192.168.56.3 parsing [default->global] continue=true Dialplan: sofia/internal/1000(a)192.168.56.3 Regex (FAIL) [global] ${call_debug}(false) =~ /^true$/ break=never Dialplan: sofia/internal/1000(a)192.168.56.3 Regex (FAIL) [global] ${sip_has_crypto}() =~ /^(AES_CM_128_HMAC_SHA1_32|AES_CM_128_HMAC_SHA1_80)$/ break=never Dialplan: sofia/internal/1000(a)192.168.56.3 Absolute Condition [global] Dialplan: sofia/internal/1000(a)192.168.56.3 Action hash(insert/${domain_name}-spymap/${caller_id_number}/${uuid}) Dialplan: sofia/internal/1000(a)192.168.56.3 Action hash(insert/${domain_name}-last_dial/${caller_id_number}/${destination_number}) Dialplan: sofia/internal/1000(a)192.168.56.3 Action hash(insert/${domain_name}-last_dial/global/${uuid}) Dialplan: sofia/internal/1000(a)192.168.56.3 parsing [default->snom-demo-2] continue=false Dialplan: sofia/internal/1000(a)192.168.56.3 Regex (FAIL) [snom-demo-2] destination_number(8084) =~ /^9001$/ break=on-false Dialplan: sofia/internal/1000(a)192.168.56.3 parsing [default->snom-demo-1] continue=false Dialplan: sofia/internal/1000(a)192.168.56.3 Regex (FAIL) [snom-demo-1] destination_number(8084) =~ /^9000$/ break=on-false Dialplan: sofia/internal/1000(a)192.168.56.3 parsing [default->eavesdrop] continue=false Dialplan: sofia/internal/1000(a)192.168.56.3 Regex (FAIL) [eavesdrop] destination_number(8084) =~ /^88(.*)$|^\*0(.*)$/ break=on-false Dialplan: sofia/internal/1000(a)192.168.56.3 parsing [default->eavesdrop] continue=false Dialplan: sofia/internal/1000(a)192.168.56.3 Regex (FAIL) [eavesdrop] destination_number(8084) =~ /^779$/ break=on-false Dialplan: sofia/internal/1000(a)192.168.56.3 parsing [default->call_return] continue=false Dialplan: sofia/internal/1000(a)192.168.56.3 Regex (FAIL) [call_return] destination_number(8084) =~ /^\*69$|^869$|^lcr$/ break=on-false Dialplan: sofia/internal/1000(a)192.168.56.3 parsing [default->del-group] continue=false Dialplan: sofia/internal/1000(a)192.168.56.3 Regex (PASS) [del-group] destination_number(8084) =~ /^80(\d{2})$/ break=on-false Dialplan: sofia/internal/1000(a)192.168.56.3 Action answer() Dialplan: sofia/internal/1000(a)192.168.56.3 Action group(delete:84@${domain_name}:${sofia_contact(${sip_from_user}@${domain_name})}) Dialplan: sofia/internal/1000(a)192.168.56.3 Action gentones(%(1000, 0, 320)) 2009-12-09 14:31:53.423898 [DEBUG] switch_core_state_machine.c:122 (sofia/internal/1000(a)192.168.56.3) State Change CS_ROUTING -> CS_EXECUTE 2009-12-09 14:31:53.423898 [DEBUG] switch_core_session.c:999 Send signal sofia/internal/1000(a)192.168.56.3 [BREAK] 2009-12-09 14:31:53.423898 [DEBUG] switch_core_state_machine.c:341 (sofia/internal/1000(a)192.168.56.3) State ROUTING going to sleep 2009-12-09 14:31:53.423898 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/1000(a)192.168.56.3) Running State Change CS_EXECUTE 2009-12-09 14:31:53.423898 [DEBUG] switch_core_state_machine.c:348 (sofia/internal/1000(a)192.168.56.3) State EXECUTE 2009-12-09 14:31:53.423898 [DEBUG] mod_sofia.c:181 sofia/internal/1000(a)192.168.56.3 SOFIA EXECUTE 2009-12-09 14:31:53.423898 [DEBUG] switch_core_state_machine.c:159 sofia/internal/1000(a)192.168.56.3 Standard EXECUTE EXECUTE sofia/internal/1000(a)192.168.56.3 set(open=true) 2009-12-09 14:31:53.423898 [DEBUG] mod_dptools.c:768 sofia/internal/1000(a)192.168.56.3 SET [open]=[true] EXECUTE sofia/internal/1000(a)192.168.56.3 hash(insert/192.168.56.3-spymap/1000/2fbcf6fe-b35e-4c40-92a6-9f21de3102fa) EXECUTE sofia/internal/1000(a)192.168.56.3 hash(insert/192.168.56.3-last_dial/1000/8084) EXECUTE sofia/internal/1000(a)192.168.56.3 hash(insert/192.168.56.3-last_dial/global/2fbcf6fe-b35e-4c40-92a6-9f21de3102fa) EXECUTE sofia/internal/1000(a)192.168.56.3 answer() 2009-12-09 14:31:53.423898 [DEBUG] mod_dptools.c:658 sofia/internal/1000(a)192.168.56.3 receive message [ANSWER] 2009-12-09 14:31:53.423898 [DEBUG] sofia_glue.c:2381 AUDIO RTP [sofia/internal/1000(a)192.168.56.3] 192.168.50.173 port 27042 -> 218.101.6.157 port 8000 codec: 3 ms: 20 2009-12-09 14:31:53.423898 [DEBUG] switch_rtp.c:1167 Starting timer [soft] 160 bytes per 20ms 2009-12-09 14:31:53.423898 [DEBUG] mod_sofia.c:571 Local SDP sofia/internal/1000(a)192.168.56.3: v=0 o=FreeSWITCH 1260370871 1260370872 IN IP4 192.168.50.173 s=FreeSWITCH c=IN IP4 192.168.50.173 t=0 0 m=audio 27042 RTP/AVP 3 101 a=rtpmap:3 GSM/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=silenceSupp:off - - - - a=ptime:20 a=sendrecv 2009-12-09 14:31:53.423898 [DEBUG] switch_core_session.c:645 Send signal sofia/internal/1000(a)192.168.56.3 [BREAK] 2009-12-09 14:31:53.423898 [NOTICE] mod_dptools.c:658 Channel [sofia/internal/1000(a)192.168.56.3] has been answered 2009-12-09 14:31:53.423898 [DEBUG] switch_channel.c:182 sofia/internal/1000(a)192.168.56.3 receive message [AUDIO_SYNC] EXECUTE sofia/internal/1000(a)192.168.56.3 group(delete:84@192.168.56.3:sofia/internal/sip:1000@218.101.6.157:5070;rinstance=a8b6fdbc731e3b66;transport=UDP) EXECUTE sofia/internal/1000(a)192.168.56.3 gentones(%(1000, 0, 320)) 2009-12-09 14:31:53.436374 [DEBUG] switch_core_io.c:652 sofia/internal/1000(a)192.168.56.3 receive message [TRANSCODING_NECESSARY] 2009-12-09 14:31:53.436670 [DEBUG] sofia.c:3727 Channel sofia/internal/1000(a)192.168.56.3 entering state [completed][200] 2009-12-09 14:31:53.490803 [DEBUG] sofia.c:3727 Channel sofia/internal/1000(a)192.168.56.3 entering state [ready][200] 2009-12-09 14:31:53.729534 [INFO] switch_rtp.c:1987 Auto Changing port from 218.101.6.157:8000 to 192.168.50.105:8000 2009-12-09 14:31:54.430526 [NOTICE] switch_core_state_machine.c:187 Hangup sofia/internal/1000(a)192.168.56.3 [CS_EXECUTE] [NORMAL_CLEARING] 2009-12-09 14:31:54.430526 [DEBUG] switch_channel.c:1912 Send signal sofia/internal/1000(a)192.168.56.3 [KILL] 2009-12-09 14:31:54.430526 [DEBUG] switch_core_session.c:999 Send signal sofia/internal/1000(a)192.168.56.3 [BREAK] 2009-12-09 14:31:54.430526 [DEBUG] switch_core_state_machine.c:488 (sofia/internal/1000(a)192.168.56.3) State HANGUP 2009-12-09 14:31:54.430526 [DEBUG] mod_sofia.c:358 Channel sofia/internal/1000(a)192.168.56.3 hanging up, cause: NORMAL_CLEARING 2009-12-09 14:31:54.430526 [DEBUG] mod_sofia.c:400 Sending BYE to sofia/internal/1000(a)192.168.56.3 2009-12-09 14:31:54.430526 [DEBUG] switch_core_state_machine.c:46 sofia/internal/1000(a)192.168.56.3 Standard HANGUP, cause: NORMAL_CLEARING 2009-12-09 14:31:54.430526 [DEBUG] switch_core_state_machine.c:488 (sofia/internal/1000(a)192.168.56.3) State HANGUP going to sleep 2009-12-09 14:31:54.430526 [DEBUG] switch_core_state_machine.c:348 (sofia/internal/1000(a)192.168.56.3) State EXECUTE going to sleep 2009-12-09 14:31:54.430526 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/1000(a)192.168.56.3) Running State Change CS_HANGUP 2009-12-09 14:31:54.430526 [DEBUG] switch_core_state_machine.c:465 sofia/internal/1000(a)192.168.56.3 handler already called, skipping state handler. 2009-12-09 14:31:54.430526 [DEBUG] switch_core_state_machine.c:333 (sofia/internal/1000(a)192.168.56.3) State Change CS_HANGUP -> CS_REPORTING 2009-12-09 14:31:54.430526 [DEBUG] switch_core_session.c:999 Send signal sofia/internal/1000(a)192.168.56.3 [BREAK] 2009-12-09 14:31:54.430526 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/1000(a)192.168.56.3) Running State Change CS_REPORTING 2009-12-09 14:31:54.430526 [DEBUG] switch_core_state_machine.c:579 (sofia/internal/1000(a)192.168.56.3) State REPORTING 2009-12-09 14:31:54.430526 [DEBUG] switch_core_state_machine.c:53 sofia/internal/1000(a)192.168.56.3 Standard REPORTING, cause: NORMAL_CLEARING 2009-12-09 14:31:54.430526 [DEBUG] switch_core_state_machine.c:579 (sofia/internal/1000(a)192.168.56.3) State REPORTING going to sleep 2009-12-09 14:31:54.430526 [DEBUG] switch_core_state_machine.c:327 (sofia/internal/1000(a)192.168.56.3) State Change CS_REPORTING -> CS_DESTROY 2009-12-09 14:31:54.430526 [DEBUG] switch_core_session.c:999 Send signal sofia/internal/1000(a)192.168.56.3 [BREAK] 2009-12-09 14:31:54.430526 [DEBUG] switch_core_session.c:1136 Session 6 (sofia/internal/1000(a)192.168.56.3) Locked, Waiting on external entities 2009-12-09 14:31:54.430526 [NOTICE] switch_core_session.c:1154 Session 6 (sofia/internal/1000(a)192.168.56.3) Ended 2009-12-09 14:31:54.430526 [NOTICE] switch_core_session.c:1156 Close Channel sofia/internal/1000(a)192.168.56.3 [CS_DESTROY] 2009-12-09 14:31:54.430526 [DEBUG] switch_core_state_machine.c:423 (sofia/internal/1000(a)192.168.56.3) Running State Change CS_DESTROY 2009-12-09 14:31:54.430526 [DEBUG] switch_core_state_machine.c:434 (sofia/internal/1000(a)192.168.56.3) State DESTROY 2009-12-09 14:31:54.430526 [DEBUG] mod_sofia.c:293 sofia/internal/1000(a)192.168.56.3 SOFIA DESTROY 2009-12-09 14:31:54.430526 [DEBUG] switch_core_state_machine.c:60 sofia/internal/1000(a)192.168.56.3 Standard DESTROY 2009-12-09 14:31:54.430526 [DEBUG] switch_core_state_machine.c:434 (sofia/internal/1000(a)192.168.56.3) State DESTROY going to sleep

2 3

Question regarding running FreeSWITCH with high priority enabled.
by DJB 09 Dec '09

09 Dec '09

I have 2 identical Dell PowerEdge 1950 servers running FreeSWITCH Version 1.0.4 (exported) with only one thing difference which is the first one is running with -hp enabled; however, I have noticed that the one with -hp option consumed double in memory usage than the other one. I wonder whether anyone can explain why. Thank you. Please see below: -------------------------------------------------------------------------------------------------------------- top - 01:01:42 up 53 days, 2:45, 1 user, load average: 0.22, 0.28, 0.29 Tasks: 143 total, 1 running, 142 sleeping, 0 stopped, 0 zombie Cpu(s): 0.9%us, 0.2%sy, 0.0%ni, 96.4%id, 2.5%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 8174164k total, 7550092k used, 624072k free, 187568k buffers Swap: 10223608k total, 0k used, 10223608k free, 5417524k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 30750 root -2 -10 1823m 1.5g 20m S 8.6 19.8 1153:40 freeswitch 4418 session(s) 14/100 root 30750 2.1 19.9 1879252 1634300 ? S<Ll Oct30 1153:50 /usr/local/freeswitch/bin/freeswitch -nc -hp -------------------------------------------------------------------------------------------------------------- top - 01:01:58 up 53 days, 2:45, 1 user, load average: 0.43, 0.51, 0.49 Tasks: 143 total, 1 running, 142 sleeping, 0 stopped, 0 zombie Cpu(s): 0.9%us, 0.3%sy, 0.0%ni, 96.4%id, 2.4%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 8174164k total, 6751260k used, 1422904k free, 203948k buffers Swap: 10223608k total, 0k used, 10223608k free, 5432632k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 7147 root 15 0 1961m 755m 5164 S 9.0 9.5 1452:26 freeswitch 4478 session(s) 14/100 root 7147 1.9 9.4 2009392 774848 ? Sl Oct15 1452:37 /usr/local/freeswitch/bin/freeswitch -nc

3 6

FreeSWITCH 1.0.4 Bug Reports...
by Brian West 09 Dec '09

09 Dec '09

Dear FreeSWITCHers, As of Friday Dec. 11th we will NOT accept any more bug reports on 1.0.4. You need to be on a 1.0.5pre or SVN trunk. 1.0.4 is over 6 months old and I really suspect your issues in 1.0.4 are already fixed. We will release a new pre every monday morning till 1.0.5 is released please keep up to date if possible. We are working hard to get 1.0.5 out and be as stable as possible and its more stable than 1.0.4... their might be some edge or corner cases that aren't accounted for so we need you to please download SVN trunk in your test labs and try it out... report issues and help us make the best FreeSWITCH release possible. Thank you, Brian West

1 0

Re: [Freeswitch-users] Svar: Re: pfSense with Freeswitch - so far so good, but no calls going through
by mailinglist 09 Dec '09

09 Dec '09

Hi Michael Thankyou for the excellent wiki article, yes, I did follow your guide there, all the way except to 'dialplan' and it seems that's the problem at the moment. I would very much like to create the dialplan in the webinterface, and not in the public.xml file. But at the moment it only uses the public.xml file :-( Great writeup you made, and it has brought me a long way. BR Fribert >>> 09-12-2009 kl. 16:16 skrev Michael Gende <mgende(a)gendesign.com> i meddelelsen <a87d43fd0912090716m689f6690m105264b874f12afa(a)mail.gmail.com>: Hey There, I came in not seeing any former posts of yours, so if this one is unhelpful, just delete. I did my FS install using PFsense as well. Its been working famously for a few months now. Very happy. I wrote what I discovered for FS on PFsense in this wiki: http://wiki.freeswitch.org/wiki/Multi_home_tutorial I assume since you're using PFsense that your computer is functioning as a firewall AND a phone system (a dual homed host, in other words). That's what the wiki attempt above is aimed at. If you follow those instructions, you'll send and receive calls (as we were and are able to). It is working for us, at least. One problem in your case: I didn't really like using the PFsense Web interface when configuring FS (except for installing FS and setting some system parameters. Its great for PFsense, though). It helped me more to get in with ssh and vi and make FS work. Having done that successfully, you'll be more likely to effectively use the PFsense web interface for FS, as it's really just a "short cut" for someone that understands the FS file system, in my opinion. Good luck, Mike G. On Tue, Dec 8, 2009 at 1:20 PM, mailinglist <mailinglist(a)fribert.dk> wrote: Hi All Ok, after reading a bit more I think I see what I've done wrong, but I don't know how to fix it properly. Looking in the Dialplan directory I see the following: default (dir) default.xml features.xml public (dir) public.xml Under the default dir the webinterface has created the 001_musimi.dk.xml file that I've created. But as I understand it, it doesn't use it. How do I make it use it, I would very much like to keep the webinterface editor, and not have to do it via ssh and vi all the time. >>> 08-12-2009 kl. 07:05 skrev "mailinglist" <mailinglist(a)fribert.dk> i meddelelsen <4B1DFABC020000E1000002C2(a)mail.fribert.dk>: Hi Mark Ok, thanks. Yes I have a gateway placed in external called musimi.dk (or should it be in public?), and I'll just create the empty XML's in lan to get rid of that error. I'll remove the second part of the dialplan, my idea was that it was needed for calls between sip phones hooked up to the freeswitch. Now the remaining problem: When I call ext 1002 from ext 1001 I see this message and get an error, the same goes for dialing 0XXXXXXXX to get an external number: 2009-12-08 07:02:20.522883 [NOTICE] switch_channel.c:602 New Channel sofia/internal/1001(a)10.11.12.25 [b2b1253f-bfe3-de11-af59-000c29b7b4cb] 2009-12-08 07:02:20.522883 [INFO] mod_dialplan_xml.c:252 Processing 1001->1002 in context default 2009-12-08 07:02:20.522883 [NOTICE] switch_channel.c:602 New Channel sofia/external/$1 [199e263f-bfe3-de11-af59-000c29b7b4cb] 2009-12-08 07:02:20.642371 [NOTICE] sofia.c:3770 Hangup sofia/external/$1 [CS_CONSUME_MEDIA] [NO_ROUTE_DESTINATION] 2009-12-08 07:02:20.642371 [INFO] mod_dptools.c:2091 Originate Failed. Cause: NO_ROUTE_DESTINATION 2009-12-08 07:02:20.642371 [NOTICE] mod_dptools.c:2123 Hangup sofia/internal/1001(a)10.11.12.25 [CS_EXECUTE] [NO_ROUTE_DESTINATION] 2009-12-08 07:02:20.663502 [NOTICE] switch_core_session.c:1085 Session 2 (sofia/external/$1) Ended 2009-12-08 07:02:20.663502 [NOTICE] switch_core_session.c:1087 Close Channel sofia/external/$1 [CS_DESTROY] 2009-12-08 07:02:20.663502 [NOTICE] switch_core_session.c:1085 Session 1 (sofia/internal/1001(a)10.11.12.25) Ended 2009-12-08 07:02:20.663502 [NOTICE] switch_core_session.c:1087 Close Channel sofia/internal/1001(a)10.11.12.25 [CS_DESTROY] I don't see any mention of the statements in the Dialplan, so for me it looks like it haven't registered the Dialplan? Best regards Kenneth >>> 08-12-2009 kl. 03:05 skrev Mark Crane <mctch(a)yahoo.com> i meddelelsen 659603.29094.qm(a)web56408.mail.re3.yahoo.com: Question ---------------------------------------------- If I do a reloadxml it gives me this output on the console: freeswitch(a)firewall.fribert.dk ( http://us.mc564.mail.yahoo.com/mc/compose?to=freeswitch@firewall.fribert.dk )> reloadxml 2009-12-07 21:21:40.381445 [ERR] switch_xml.c:1282 Couldnt open /usr/local/freeswitch/conf/autoload_configs/../sip_profiles/lan/*.xml (No such file or directory) Error including /usr/local/freeswitch/conf/autoload_configs/../sip_profiles/lan/*.xml (No such file or directory) I'm not sure if it's a genuine problem,as I can see it, it just complains that I haven't created any sip_profiles in /lan, but is that necessary? Response: ---------------------------------------------- This isn't really a problem. To get rid of the error simply put a blank xml file into each folder as in the internal and external directories. Dump the lan directory and lan profile as mentioned earlier. Question ---------------------------------------------- Extension Name musimi.dk Enabled true Order 001 Description ... condition ^0(.\d+)$ action bridge sofia/gateway/musimi.dk/$1 Response: ---------------------------------------------- This is correct as long as you have a gateway that is registered called musimi.dk Question ---------------------------------------------- Extension Name 10.11.12.25 Enabled true Order 002 Description ... action bridge sofia/internal/$ Response: ---------------------------------------------- No idea what this is for its not needed as far as I can tell. Now please summarize what you still need help on. Mark J Crane http://fusionpbx.com pfSense FreeSWITCH package developer _______________________________________________ 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

Multiple registration: Registration1 cannot call Registration2 in attended_transfer
by Peter P GMX 09 Dec '09

09 Dec '09

Hello, in our dialplan we have enabled multiple-registrations, so 2 phones can register on a single directory entry. <param name="multiple-registrations" value="true"/> Both phones are registered, both phones can be called and each phone can call the other phone. However in an attended_transfer mode calls cannot be transferred to the other phone with the same number. Attended_transfer in this case is needed when you take a call on your main SIP phone and and then want to transfer it to your mobile DECT/SIP phone, because you may have to check something in another room. I did a SIP trace and see the following: * A invites B(phone 1) => ok * B(phone 1) places call on hold => ok * B(phone 1) dials number B(phone 2 DECT) on second line * Freeswitch send Invite to B(phone 1) => ok * Freeswitch send Invite to B(phone 2 DECT) * B(phone 2 DECT) sends Ringing to Freeswitch => ok * B(phone 1) sends Busy to Freeswitch * B(phone 1) displays Busy and hangs up the second line Is there any way to overcome this? Is there a way to ignore the Busy from phone 1 when phone 2 answers Ringing? Best regards Peter

2 1

esl for Mac OS X 10.4
by Kendall Stauffer 09 Dec '09

09 Dec '09

I have downloaded and compiled freeswitch, and it runs fine, can compile everything without error including spandsp, but can't get esl to compile. My version is earlier than the snow leopard that is mentioned in the general install docs, and I have tried it with and without the compiler flags in the freewswtch installation -> MAC os X. I have also googled this, and don't see what I am doing wrong. Anybody there that can help? applesrv:/usr/src/freeswitch-1.0.4/libs/esl root# make phpmod-install make MYLIB="../libesl.a" SOLINK="-Xlinker -x" CFLAGS="-I/usr/src/freeswitch-1.0.4/libs/esl/src/include -DHAVE_EDITLINE -g -ggdb -I../libedit/src/ -fPIC -O2 -ffast-math -Wall -Werror -Wunused-variable -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes" CXXFLAGS="-I/usr/src/freeswitch-1.0.4/libs/esl/src/include -DHAVE_EDITLINE -g -ggdb -I../libedit/src/ -fPIC -Wall -Werror -Wno-unused-variable" CXX_CFLAGS="" -C php g++ -Xlinker -x esl_wrap.o ../libesl.a -L/usr/lib/mysql -liodbc -lmysqlclient -lldap -llber -lcurl -lm -lcurl -liodbc -o ESL.so -L. /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: Undefined symbols: _main __convert_to_string __efree __emalloc __estrndup __zend_get_parameters_array_ex __zend_list_find __zval_copy_ctor _compiler_globals _convert_to_long _zend_error _zend_get_constant _zend_hash_find _zend_register_list_destructors_ex _zend_register_long_constant _zend_register_resource _zend_rsrc_list_get_rsrc_type _zend_wrong_param_count collect2: ld returned 1 exit status make[1]: *** [ESL.so] Error 1 make: *** [phpmod] Error 2

6 7

controlling calls handled within a fifo using event_socket
by Luke Graybill 09 Dec '09

09 Dec '09

In my FreeSWITCH environment, calls are originated out to customers who are placed into a fifo upon answer. There are members (x-lite endpoints) in this fifo who handle those customer calls. I am writing a monitoring application that uses event_socket to watch the channels involved in this process, ultimately displaying an interface for each rep that allows them to interactively drive the calls (playback audio conditionally to the customer, save information obtained during the call to another database, etc). Problems arise when attempting to identify which customer channel is speaking to which rep (consumer) channel. My event_socket application is inspecting the CHANNEL_ANSWER event, but this event does not appear to contain enough information to make this determination. I have identified three distinct uuid values in the CHANNEL_ANSWER headers on the consumer channel: core uuid, the uuid of the consumer channel, and another uuid which is not the customer uuid (I'm assuming this is the uuid of the fifo). According to the wiki here<http://wiki.freeswitch.org/wiki/Mod_fifo#Additional_variables_.28not_yet_do…>, I expected the consumer CHANNEL_ANSWER headers to contain variables such as `fifo_target` with the uuid of the customer channel it is bridged to, but this variable is not in the headers. Indeed, no channel variables are set which correspond to the uuid of the customer channel to which the rep is speaking. After the call has been completed, data posted in the cdr does in fact contain the `fifo_target` information, but this does not help me during the call. The short version of my question is this: how do I programmatically determine which channel uuid the consumer channel in a fifo is connected to? Any help here would be greatly appreciated :) Thanks!

2 1

no hangup on B leg
by Nik Middleton 09 Dec '09

09 Dec '09

Hi all, I'll slowly pulling my hair out on this one. I had FS successfully hanging up both legs on a bridge, now today, with nothing changed, I'm not seeing a hangup of the b leg at all. FS is behind a PIX, so it might be a weird NAT issue, but A leg calls hangup just fine. Before when I had an issue with the B leg not closing the bridge, I was at least getting a hangup event, now it's not being fired. Does anyone have an idea what might be causing this? Regards,

3 6

Wrong RFC2833 in SDP on NEC phones
by Fernando Gregianin Testa 09 Dec '09

09 Dec '09

Dear list, Some Nec phones sends DTMF RFC2833 with payload 101 during the call, but have negotiated a different one on SDP. When integrating with pabx NEC SV8500 and using phones DT700ITL32D-1 we notice this phone sends the following INVITE packet and RTP packets: http://pastebin.freeswitch.org/11433 Whole wireshark capture file is on http://gregianin.org/teste_voice_rfc2833.pcap Is there any parameter to tweak FS in such a way to force understand 101 packets as DTMF? Thank you in advance! Fernando Testa PS: On pcap you have the following IPs: FS at 10.91.10.210 Nec Pbx 10.91.10.22 phone 10.91.10.85

3 2