November 2009 - FreeSWITCH-users - FreeSWITCH Mailing Lists

No NOTIFY MWI when registering via proxy.
by mayamatakeshi 07 Dec '09

07 Dec '09

Hello, I'm testing FS support for the header Path (FS is behind opensips). It pretty much works: I tested calling from one user to the other and calls work perfectly. However, I've noticed that when I register my terminal directly with FS without going thru the proxy, I receive an unsolicited NOTIFY containing Message-Waiting information. But when I register via proxy, FS doesn't send this NOTIFY. What could be causing this difference of behavior? (enabling debug (F8) doesn't show anything for registration handling). I have just updated to trunk Revision 14729 and this behavior persists. Also, is it possible to disable this unsolicited MWI notification? (I want to send it only to subscribed terminals). regards, takeshi

6 21

Bad sound quality while eavesdropping
by Maciej Aniserowicz 07 Dec '09

07 Dec '09

Hello, When I use eavesdropping in FreeSWITCH, the sound quality is really bad. Is there any way to improve it? Is this a known problem? Br/ Maciej Aniserowicz

4 11

errors installing wanpipe drivers
by Neil Patel 05 Dec '09

05 Dec '09

Hi All, I am currently installing a Sangoma A102 card to work with FS using wanpipe drivers (OS = Ubuntu Jaunty). The problem is I can't get openzap-related modules to compile: > cd wanpipe-3.5.6.5/ > make openzap ... make[2]: Leaving directory `/usr/src/wanpipe-3.5.6.5/api/libsangoma' make[1]: Leaving directory `/usr/src/wanpipe-3.5.6.5/api/libsangoma' make -C api/libstelephony clean make[1]: Entering directory `/usr/src/wanpipe-3.5.6.5/api/libstelephony' make[1]: *** No rule to make target `clean'. Stop. make[1]: Leaving directory `/usr/src/wanpipe-3.5.6.5/api/libstelephony' make: *** [all_lib] Error 2 The libstelephony directory has no Makefile in it. Why is it missing? Is there a version of wanpipe drivers that will work? I have been unsuccessful with 3.4.4 and 3.5.6 in similar fashion. Thanks, Neil

5 5

odbc FLAG_MULTI_STATMENTS
by Frank ＠ Impact 04 Dec '09

04 Dec '09

"GREAT SCOTT!!! Cannot execute batched statements! If you are using mysql, make sure you are using MYODBC 3.51.18 or higher and enable FLAG_MULTI_STATEMENTS" I realize a bit off of list topic. But I do have mysql 3.51.18 and higher but for the life of me , I cannot seem to get the DSN config setup so that the odbc connector seems to tell FS that it can do multi statements. Anyone have any insight on how and where to set this flag?

5 8

uuid_bridge kills both channels if they are executing java app
by Artem Shiyanov 03 Dec '09

03 Dec '09

Hi there! I've got annoying FS behavior: There are 2 channels executing the same Java application (application itself is an IVR). If I try to bridge them with uuid_bridged then both channels are killed. Here is a log from FS console: uuid_bridge 68587a9d-1d20-48f1-bdfc-72a2c027e1d2 7d6c08fc-62bf-4a6c-a9ae-763d607e43de 2009-07-09 05:58:26.562783 [DEBUG] switch_ivr_bridge.c:1165 (sofia/internal/ 1005(a)192.168.147.130) State Change CS_EXECUTE -> CS_HIBERNATE 2009-07-09 05:58:26.562783 [DEBUG] switch_cpp.cpp:1185 hangup_hook called 2009-07-09 05:58:26.562783 [DEBUG] switch_ivr_play_say.c:1391 done playing file 2009-07-09 05:58:26.576844 [DEBUG] switch_ivr_play_say.c:1391 done playing file 2009-07-09 05:58:26.641307 [DEBUG] switch_core_session.c:933 Send signal sofia/internal/1005(a)192.168.147.130 [BREAK] 2009-07-09 05:58:26.641307 [DEBUG] switch_ivr_bridge.c:1167 (sofia/internal/ 1001(a)master.agent.starpoundtech.net) State Change CS_EXECUTE -> CS_HIBERNATE 2009-07-09 05:58:26.641307 [DEBUG] switch_cpp.cpp:1185 hangup_hook called API CALL [uuid_bridge(68587a9d-1d20-48f1-bdfc-72a2c027e1d2 7d6c08fc-62bf-4a6c-a9ae-763d607e43de)] output: +OK 7d6c08fc-62bf-4a6c-a9ae-763d607e43de freeswitch(a)localhost.localdomain> 2009-07-09 05:58:26.674348 [DEBUG] switch_core_session.c:933 Send signal sofia/internal/1001(a)master.agent.starpoundtec 2009-07-09 05:58:26.714809 [DEBUG] switch_core_session.c:813 Send signal sofia/internal/1005(a)192.168.147.130 [BREAK] 2009-07-09 05:58:26.742764 [CRIT] mod_local_stream.c:234 Leaking stream handle! [switch_ivr_play_file() src/switch_ivr_play_say.c:1026] 2009-07-09 05:58:26.754791 [DEBUG] switch_core_session.c:813 Send signal sofia/internal/1001(a)master.agent.starpoundtech.net [BREAK] (FS version is 1.0.4) Any thoughts? Artem

4 7

[local_stream://moh] already broadcasting...broadcast aborted
by Kristian Kielhofner 03 Dec '09

03 Dec '09

Full log and trace here: http://pastebin.freeswitch.org/11062 Pretty standard situation. User calls another user (same profile) and tries to place the call on hold (RFC 3264/sendonly). FS places call on hold and tries to start music but ends with: [local_stream://moh] already broadcasting...broadcast aborted ... and we don't get music. Any ideas why? Thanks! -- Kristian Kielhofner http://www.astlinux.org http://blog.krisk.org http://www.star2star.com http://www.submityoursip.com http://www.voalte.com

3 12

How do I know the destination profile name?
by Eli Hayun 03 Dec '09

03 Dec '09

Hi We have more then one profile. To make a call I have to enter : bridge sofia/profile/number@ip The problem is when I use : "${use_profile}" I am getting the caller profile, and I need the destination profile. How do I get this information? Thanks Eli

5 9

CDR records
by Puskás Zsolt 02 Dec '09

02 Dec '09

Hi Guys! I'm using the latest svn (15711) with the default xml config. Only modified cdr_csv.conf.xml the line <param name="legs" value="a"/> to <param name="legs" value="ab"/> Here is what i do: 1. 1000 calls 1001 (1001 answers the call) 2. 1001 do blind transfer to 1002 (using *1) 3. 1001 hangs up 4. 1002 answers the call 5. 1002 and 1000 hangs up 3 cdr records are generated (simplified): from,to,start,duration "1000" "1001" "2009-11-29 15:21:53" "53" "50" "1000" "1002" "2009-11-29 15:21:53" "79" "76" "1000" "1002" "2009-11-29 15:22:46" "26" "23" As you can see the second cdr is incorrect because 1000 doesn't speak with 1002 for 76 second. Is this a normal ? Is it possible to make only 2 record ? Thank you for any answer.

3 5

Transfer Problem
by Jonathan Barou 02 Dec '09

02 Dec '09

Hi everybody, I'm actually using the lastest version of Freeswitch, I have a problem. I have a trunk SIP with my PABX. There is 3 phones : 1. one Alcatel Advanced with number 368 (on PABX) 2. one Alcatel IpTouch 4028 with number 987 (on PABX) 3. one Siemens Gigaset A580 IP with number 8401 (on Freeswitch) *The first test* is to say to the phone 2 to transfer all the call to number 8401. So when I dial 987 on the phone 1, all work perfectly, the phone 3 is ringing and it's work. I have that in the log : 2009-11-27 16:52:18.677299 [INFO] switch_ivr_originate.c:1024 Sending early media 2009-11-27 16:52:18.677299 [DEBUG] sofia_glue.c:2375 AUDIO RTP [sofia/internal/368(a)10.33.69.246] 10.33.169.92 port 23054 -> 10.33.69.246 port 32000 codec: 8 ms: 90 2009-11-27 16:52:18.677299 [DEBUG] switch_rtp.c:1155 Starting timer [soft] 720 bytes per 90ms 2009-11-27 16:52:18.687301 [INFO] mod_sofia.c:1706 Ring SDP: v=0 o=FreeSWITCH 1259314084 1259314085 IN IP4 10.33.169.92 s=FreeSWITCH c=IN IP4 10.33.169.92 t=0 0 m=audio 23054 RTP/AVP 8 106 a=rtpmap:8 PCMA/8000 a=rtpmap:106 telephone-event/8000 a=fmtp:106 0-16 a=silenceSupp:off - - - - a=ptime:90 a=sendrecv 2009-11-27 16:52:18.687301 [NOTICE] mod_sofia.c:1709 Pre-Answer sofia/internal/368(a)10.33.69.246! 2009-11-27 16:52:18.687301 [DEBUG] switch_core_session.c:706 Send signal sofia/internal/sip:8401@10.33.170.231:5060 [BREAK] 2009-11-27 16:52:18.687301 [DEBUG] sofia.c:412 sofia/internal/ sip:8401@10.33.170.231:5060 receive message [DISPLAY] 2009-11-27 16:52:18.687301 [DEBUG] sofia.c:3691 Channel sofia/internal/ 368(a)10.33.69.246 skipping state [early][183] 2009-11-27 16:52:18.687301 [DEBUG] switch_core_session.c:645 Send signal sofia/internal/368(a)10.33.69.246 [BREAK] 2009-11-27 16:52:18.687301 [DEBUG] switch_ivr_originate.c:1054 Raw Codec Activation Success L16@8000hz 1 channel 90ms 2009-11-27 16:52:18.687301 [DEBUG] switch_ivr_originate.c:1116 Play Ringback Tone [%(2000,4000,440.0,480.0)] 2009-11-27 16:52:18.747333 [DEBUG] switch_core_io.c:652 sofia/internal/ 368(a)10.33.69.246 receive message [TRANSCODING_NECESSARY] 2009-11-27 16:52:18.927433 [DEBUG] switch_rtp.c:1992 Correct ip/port confirmed. 2009-11-27 16:52:19.187876 [DEBUG] switch_core_io.c:402 Engaging Read Buffer at 1440 bytes vs 81 *The Second Tes*t is to say to the phone 1 to transfer all the call to number 8401. So when I dial 368 on the phone 2, the phone 3 is ringing just one time and after it hangup. I have that in the log : 2009-11-27 17:17:10.487610 [INFO] switch_ivr_originate.c:1024 Sending early media 2009-11-27 17:17:10.487610 [DEBUG] sofia_glue.c:2375 AUDIO RTP [sofia/internal/987(a)10.33.69.246] 10.33.169.92 port 27732 -> 10.33.69.144 port 32000 codec: 8 ms: 90 2009-11-27 17:17:10.487610 [DEBUG] switch_rtp.c:1155 Starting timer [soft] 720 bytes per 90ms 2009-11-27 17:17:10.497659 [INFO] mod_sofia.c:1706 Ring SDP: v=0 o=FreeSWITCH 1259310898 1259310899 IN IP4 10.33.169.92 s=FreeSWITCH c=IN IP4 10.33.169.92 t=0 0 m=audio 27732 RTP/AVP 8 106 a=rtpmap:8 PCMA/8000 a=rtpmap:106 telephone-event/8000 a=fmtp:106 0-16 a=silenceSupp:off - - - - a=ptime:90 a=sendrecv 2009-11-27 17:17:10.497659 [NOTICE] mod_sofia.c:1709 Pre-Answer sofia/internal/987(a)10.33.69.246! 2009-11-27 17:17:10.497659 [DEBUG] switch_core_session.c:706 Send signal sofia/internal/sip:8401@10.33.170.231:5060 [BREAK] 2009-11-27 17:17:10.497659 [DEBUG] sofia.c:412 sofia/internal/ sip:8401@10.33.170.231:5060 receive message [DISPLAY] 2009-11-27 17:17:10.497659 [DEBUG] sofia.c:3691 Channel sofia/internal/ 987(a)10.33.69.246 skipping state [early][183] 2009-11-27 17:17:10.497659 [DEBUG] switch_core_session.c:645 Send signal sofia/internal/987(a)10.33.69.246 [BREAK] 2009-11-27 17:17:10.497659 [DEBUG] switch_ivr_originate.c:1054 Raw Codec Activation Success L16@8000hz 1 channel 90ms 2009-11-27 17:17:10.497659 [DEBUG] switch_ivr_originate.c:1116 Play Ringback Tone [%(2000,4000,440.0,480.0)] 2009-11-27 17:17:10.537273 [DEBUG] switch_core_io.c:652 sofia/internal/ 987(a)10.33.69.246 receive message [TRANSCODING_NECESSARY] 2009-11-27 17:17:11.317096 [DEBUG] sofia.c:3696 Channel sofia/internal/ 987(a)10.33.69.246 entering state [terminated][487] 2009-11-27 17:17:11.317096 [NOTICE] sofia.c:4299 Hangup sofia/internal/ 987(a)10.33.69.246 [CS_EXECUTE] [ORIGINATOR_CANCEL] 2009-11-27 17:17:11.317096 [DEBUG] switch_channel.c:1912 Send signal sofia/internal/987(a)10.33.69.246 [KILL] 2009-11-27 17:17:11.317096 [DEBUG] switch_core_session.c:984 Send signal sofia/internal/987(a)10.33.69.246 [BREAK] 2009-11-27 17:17:11.317096 [DEBUG] switch_core_state_machine.c:459 thread mismatch skipping state handler. 2009-11-27 17:17:11.347287 [DEBUG] switch_core_codec.c:122 Restore original codec. 2009-11-27 17:17:11.347287 [NOTICE] switch_ivr_originate.c:2842 Hangup sofia/internal/sip:8401@10.33.170.231:5060 [CS_CONSUME_MEDIA] [ORIGINATOR_CANCEL] 2009-11-27 17:17:11.347287 [DEBUG] switch_channel.c:1912 Send signal sofia/internal/sip:8401@10.33.170.231:5060 [KILL] 2009-11-27 17:17:11.347287 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/sip:8401@10.33.170.231:5060) Running State Change CS_HANGUP 2009-11-27 17:17:11.347287 [DEBUG] switch_core_state_machine.c:486 (sofia/internal/sip:8401@10.33.170.231:5060) State HANGUP 2009-11-27 17:17:11.347287 [DEBUG] mod_sofia.c:352 sofia/internal/ sip:8401@10.33.170.231:5060 Overriding SIP cause 487 with 487 from the other leg 2009-11-27 17:17:11.347287 [DEBUG] mod_sofia.c:358 Channel sofia/internal/ sip:8401@10.33.170.231:5060 hanging up, cause: ORIGINATOR_CANCEL 2009-11-27 17:17:11.347287 [DEBUG] mod_sofia.c:406 Sending CANCEL to sofia/internal/sip:8401@10.33.170.231:5060 2009-11-27 17:17:11.347287 [DEBUG] switch_core_state_machine.c:46 sofia/internal/sip:8401@10.33.170.231:5060 Standard HANGUP, cause: ORIGINATOR_CANCEL 2009-11-27 17:17:11.347287 [DEBUG] switch_core_state_machine.c:486 (sofia/internal/sip:8401@10.33.170.231:5060) State HANGUP going to sleep 2009-11-27 17:17:11.347287 [DEBUG] switch_core_state_machine.c:333 (sofia/internal/sip:8401@10.33.170.231:5060) State Change CS_HANGUP -> CS_REPORTING 2009-11-27 17:17:11.347287 [DEBUG] switch_core_session.c:984 Send signal sofia/internal/sip:8401@10.33.170.231:5060 [BREAK] 2009-11-27 17:17:11.347287 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/sip:8401@10.33.170.231:5060) Running State Change CS_REPORTING 2009-11-27 17:17:11.347287 [DEBUG] switch_core_state_machine.c:577 (sofia/internal/sip:8401@10.33.170.231:5060) State REPORTING 2009-11-27 17:17:11.347287 [DEBUG] switch_core_state_machine.c:53 sofia/internal/sip:8401@10.33.170.231:5060 Standard REPORTING, cause: ORIGINATOR_CANCEL 2009-11-27 17:17:11.347287 [DEBUG] switch_core_state_machine.c:577 (sofia/internal/sip:8401@10.33.170.231:5060) State REPORTING going to sleep 2009-11-27 17:17:11.347287 [DEBUG] switch_core_state_machine.c:327 (sofia/internal/sip:8401@10.33.170.231:5060) State Change CS_REPORTING -> CS_DESTROY 2009-11-27 17:17:11.347287 [DEBUG] switch_core_session.c:984 Send signal sofia/internal/sip:8401@10.33.170.231:5060 [BREAK] 2009-11-27 17:17:11.347287 [DEBUG] switch_core_session.c:1121 Session 48 (sofia/internal/sip:8401@10.33.170.231:5060) Locked, Waiting on external entities 2009-11-27 17:17:11.347287 [DEBUG] switch_core_session.c:984 Send signal sofia/internal/sip:8401@10.33.170.231:5060 [BREAK] 2009-11-27 17:17:11.347287 [DEBUG] switch_core_state_machine.c:459 thread mismatch skipping state handler. 2009-11-27 17:17:11.347287 [DEBUG] switch_ivr_originate.c:2982 Originate Cancelled by originator termination Cause: 487 [ORIGINATOR_CANCEL] 2009-11-27 17:17:11.347287 [NOTICE] switch_core_session.c:1139 Session 48 (sofia/internal/sip:8401@10.33.170.231:5060) Ended 2009-11-27 17:17:11.347287 [NOTICE] switch_core_session.c:1141 Close Channel sofia/internal/sip:8401@10.33.170.231:5060 [CS_DESTROY] 2009-11-27 17:17:11.347287 [DEBUG] switch_core_state_machine.c:423 (sofia/internal/sip:8401@10.33.170.231:5060) Running State Change CS_DESTROY 2009-11-27 17:17:11.347287 [DEBUG] switch_core_state_machine.c:434 (sofia/internal/sip:8401@10.33.170.231:5060) State DESTROY 2009-11-27 17:17:11.347287 [DEBUG] mod_sofia.c:293 sofia/internal/ sip:8401@10.33.170.231:5060 SOFIA DESTROY 2009-11-27 17:17:11.347287 [DEBUG] switch_core_state_machine.c:60 sofia/internal/sip:8401@10.33.170.231:5060 Standard DESTROY 2009-11-27 17:17:11.347287 [DEBUG] switch_core_state_machine.c:434 (sofia/internal/sip:8401@10.33.170.231:5060) State DESTROY going to sleep 2009-11-27 17:17:11.347287 [ERR] switch_ivr_originate.c:2248 Cannot create outgoing channel of type [user] cause: [ORIGINATOR_CANCEL] 2009-11-27 17:17:11.347287 [DEBUG] switch_ivr_originate.c:2988 Originate Resulted in Error Cause: 487 [ORIGINATOR_CANCEL] 2009-11-27 17:17:11.347287 [INFO] mod_dptools.c:2295 Originate Failed. Cause: ORIGINATOR_CANCEL 2009-11-27 17:17:11.347287 [DEBUG] switch_core_state_machine.c:348 (sofia/internal/987(a)10.33.69.246) State EXECUTE going to sleep 2009-11-27 17:17:11.347287 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/987(a)10.33.69.246) Running State Change CS_HANGUP 2009-11-27 17:17:11.347287 [DEBUG] switch_core_state_machine.c:486 (sofia/internal/987(a)10.33.69.246) State HANGUP 2009-11-27 17:17:11.347287 [DEBUG] mod_sofia.c:352 sofia/internal/ 987(a)10.33.69.246 Overriding SIP cause 487 with 487 from the other leg 2009-11-27 17:17:11.347287 [DEBUG] mod_sofia.c:358 Channel sofia/internal/ 987(a)10.33.69.246 hanging up, cause: ORIGINATOR_CANCEL 2009-11-27 17:17:11.347287 [DEBUG] switch_core_state_machine.c:46 sofia/internal/987(a)10.33.69.246 Standard HANGUP, cause: ORIGINATOR_CANCEL 2009-11-27 17:17:11.347287 [DEBUG] switch_core_state_machine.c:486 (sofia/internal/987(a)10.33.69.246) State HANGUP going to sleep 2009-11-27 17:17:11.347287 [DEBUG] switch_core_state_machine.c:333 (sofia/internal/987(a)10.33.69.246) State Change CS_HANGUP -> CS_REPORTING 2009-11-27 17:17:11.347287 [DEBUG] switch_core_session.c:984 Send signal sofia/internal/987(a)10.33.69.246 [BREAK] 2009-11-27 17:17:11.347287 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/987(a)10.33.69.246) Running State Change CS_REPORTING 2009-11-27 17:17:11.347287 [DEBUG] switch_core_state_machine.c:577 (sofia/internal/987(a)10.33.69.246) State REPORTING 2009-11-27 17:17:11.347287 [DEBUG] switch_core_state_machine.c:53 sofia/internal/987(a)10.33.69.246 Standard REPORTING, cause: ORIGINATOR_CANCEL 2009-11-27 17:17:11.347287 [DEBUG] switch_core_state_machine.c:577 (sofia/internal/987(a)10.33.69.246) State REPORTING going to sleep 2009-11-27 17:17:11.347287 [DEBUG] switch_core_state_machine.c:327 (sofia/internal/987(a)10.33.69.246) State Change CS_REPORTING -> CS_DESTROY 2009-11-27 17:17:11.347287 [DEBUG] switch_core_session.c:984 Send signal sofia/internal/987(a)10.33.69.246 [BREAK] 2009-11-27 17:17:11.347287 [DEBUG] switch_core_session.c:1121 Session 47 (sofia/internal/987(a)10.33.69.246) Locked, Waiting on external entities 2009-11-27 17:17:11.347287 [NOTICE] switch_core_session.c:1139 Session 47 (sofia/internal/987(a)10.33.69.246) Ended 2009-11-27 17:17:11.347287 [NOTICE] switch_core_session.c:1141 Close Channel sofia/internal/987(a)10.33.69.246 [CS_DESTROY] 2009-11-27 17:17:11.347287 [DEBUG] switch_core_state_machine.c:423 (sofia/internal/987(a)10.33.69.246) Running State Change CS_DESTROY 2009-11-27 17:17:11.347287 [DEBUG] switch_core_state_machine.c:434 (sofia/internal/987(a)10.33.69.246) State DESTROY 2009-11-27 17:17:11.347287 [DEBUG] mod_sofia.c:293 sofia/internal/ 987(a)10.33.69.246 SOFIA DESTROY 2009-11-27 17:17:11.347287 [DEBUG] switch_core_state_machine.c:60 sofia/internal/987(a)10.33.69.246 Standard DESTROY 2009-11-27 17:17:11.347287 [DEBUG] switch_core_state_machine.c:434 (sofia/internal/987(a)10.33.69.246) State DESTROY going to sleep Finally when I tried to call the phone 3 with the phone 1 it's working, and not when I want to call the phone 3 with the phone 2, like just before, it's ringing just one time and hangup. Thanks you. Best Regards -- John

2 4

OSP Interop w/ Trans Nexus
by Gregory Boehnlein 02 Dec '09

02 Dec '09

Anyone know if Freeswitch can work w/ OSP and use something like Transnexus for CDR/Rating?

6 5