November 2012 - FreeSWITCH-users - FreeSWITCH Mailing Lists

Inbound bypass media not working?
by PhilQ 07 Nov '12

07 Nov '12

FreeSwitch is still proxying media after adding param name="inbound-bypass-media" value="true"/ (with enclosing <>) to sofia.conf.xml. When that didn't work, I added it to internal.xml as well. FS was restarted to ensure the changes were active but there was no change. I even tried setting inbound-no-media. What could I be doing wrong? I realize that not a lot of folks are using bypass-media (afaik) but if this were a bug I'm sure that others would be complaining about it. - Phil -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Inbound-bypass-media-not-work… Sent from the freeswitch-users mailing list archive at Nabble.com.

1 0

mod_http_cache with mod_xml_curl
by JP 06 Nov '12

06 Nov '12

Hi, My project has a need to use dynamically generated dial plans(stored in LDAP). But there are instances where I will need to fetch a dialplan that is static most of the time but may change occasionally I was wondering if there is a way to use mod_xml_curl, but make it go through mod_http_cache so that I can avoid unnecessary trips to the LDAP behind a web server when not required? If you have any experience with something like this please share it. Your help is greatly appreciated. -JP

2 2

A-leg hangup cause is blank
by Emrah 06 Nov '12

06 Nov '12

Hi all, To be simple, I am trying to play around with hangup causes and see what I get in my environment. I must have a pretty shy set up because FS never discloses any hangup cause… It's continuously blank. This is what I have before my bridge action: <action application="set" data="api_hangup_hook=system /root/hangup_cause.sh ${hangup_cause} ${hangup_cause_q850}" /> My shell script just stores the hangup_cause I get in a file. Ideally, I am trying to achieve the following: 1. User a calls user b; user a hangs up before user b picks up; I get a hangup_cause that is relevant and I can notify user b of a missed call. 2. User a calls user b; call goes to Voicemail; user a hangs up without recording a message; I get a hangup_cause that is relevant and I can notify user b of a missed call. And so on and so forth. With Asterisk, I would get channel statuses like NOANSWER, CHANUNAVAIL, CANCEL… and could act upon them. How do I get my FS to talk to me and give me some hangup_cause for my a-leg? Thanks a bunch for all your help, Emrah

2 4

Problem: call ends when answered on xlite mod callcenter skypopen
by Pankaj Belsare 06 Nov '12

06 Nov '12

Hi, I am trying to use mod callcenter for my FS installation with skypopen, the problem is when then incoming call from skype gets hangup as soon as it is answered by agent on queue, Can any body help me understand why this is happening. here is my console log. 2012-10-20 01:44:52.925614 [NOTICE] sofia.c:7053 Channel [sofia/internal/ sip:100@192.168.0.254:30977] has been answered 2012-10-20 01:44:52.925614 [DEBUG] switch_ivr_originate.c:3418 Originate Resulted in Success: [sofia/internal/sip:100@192.168.0.254:30977] 2012-10-20 01:44:52.925614 [DEBUG] switch_ivr_originate.c:3418 Originate Resulted in Success: [sofia/internal/sip:100@192.168.0.254:30977] 2012-10-20 01:44:52.925614 [DEBUG] mod_callcenter.c:1170 Updated tier: Agent 100(a)192.168.0.102 in Queue support(a)192.168.0.102 set state = Active Inbound 2012-10-20 01:44:52.945894 [DEBUG] mod_callcenter.c:1049 Updated Agent 100(a)192.168.0.102 set state = In a queue call 2012-10-20 01:44:52.945894 [DEBUG] mod_callcenter.c:1643 Agent 100(a)192.168.0.102 answered "jeojit" <jeojit> from queue support(a)192.168.0.102 2012-10-20 01:44:52.945894 [INFO] switch_channel.c:2806 sofia/internal/ sip:100@192.168.0.254:30977 Flipping CID from "jeojit" <jeojit> to "Outbound Call" <100> 2012-10-20 01:44:52.945894 [DEBUG] switch_ivr_bridge.c:1674 (skypopen/skype102) State Change CS_EXECUTE -> CS_HIBERNATE 2012-10-20 01:44:52.945894 [DEBUG] switch_core_session.c:1210 Send signal skypopen/skype102 [BREAK] 2012-10-20 01:44:52.945894 [DEBUG] mod_skypopen.c:727 [464155c|07bc7ba] [DEBUG_SKYPE 727 ][skype102 ][UP,INPROGRS] skypopen/skype102 CHANNEL got SWITCH_SIG_BREAK 2012-10-20 01:44:52.945894 [DEBUG] switch_ivr_bridge.c:1676 (sofia/internal/ sip:100@192.168.0.254:30977) State Change CS_CONSUME_MEDIA -> CS_HIBERNATE 2012-10-20 01:44:52.945894 [DEBUG] switch_core_session.c:1210 Send signal sofia/internal/sip:100@192.168.0.254:30977 [BREAK] 2012-10-20 01:44:52.945894 [DEBUG] switch_core_session.c:821 Send signal sofia/internal/sip:100@192.168.0.254:30977 [BREAK] 2012-10-20 01:44:52.945894 [DEBUG] switch_core_session.c:821 Send signal skypopen/skype102 [BREAK] 2012-10-20 01:44:52.945894 [DEBUG] mod_skypopen.c:727 [464155c|07bc7ba] [DEBUG_SKYPE 727 ][skype102 ][UP,INPROGRS] skypopen/skype102 CHANNEL got SWITCH_SIG_BREAK 2012-10-20 01:44:52.945894 [DEBUG] switch_core_state_machine.c:398 (sofia/internal/sip:100@192.168.0.254:30977) Running State Change CS_HIBERNATE 2012-10-20 01:44:52.945894 [DEBUG] switch_core_state_machine.c:468 (sofia/internal/sip:100@192.168.0.254:30977) State HIBERNATE 2012-10-20 01:44:52.945894 [DEBUG] mod_sofia.c:223 sofia/internal/ sip:100@192.168.0.254:30977 SOFIA HIBERNATE 2012-10-20 01:44:52.945894 [DEBUG] switch_ivr_bridge.c:757 (sofia/internal/ sip:100@192.168.0.254:30977) State Change CS_HIBERNATE -> CS_RESET 2012-10-20 01:44:52.945894 [DEBUG] switch_core_session.c:1210 Send signal sofia/internal/sip:100@192.168.0.254:30977 [BREAK] 2012-10-20 01:44:52.945894 [DEBUG] switch_core_state_machine.c:468 (sofia/internal/sip:100@192.168.0.254:30977) State HIBERNATE going to sleep 2012-10-20 01:44:52.945894 [DEBUG] switch_core_state_machine.c:398 (sofia/internal/sip:100@192.168.0.254:30977) Running State Change CS_RESET 2012-10-20 01:44:52.945894 [DEBUG] switch_core_state_machine.c:449 (sofia/internal/sip:100@192.168.0.254:30977) State RESET 2012-10-20 01:44:52.945894 [DEBUG] mod_sofia.c:167 sofia/internal/ sip:100@192.168.0.254:30977 SOFIA RESET 2012-10-20 01:44:52.945894 [DEBUG] switch_ivr_bridge.c:742 sofia/internal/ sip:100@192.168.0.254:30977 CUSTOM RESET 2012-10-20 01:44:52.945894 [DEBUG] switch_core_state_machine.c:106 sofia/internal/sip:100@192.168.0.254:30977 Standard RESET 2012-10-20 01:44:52.945894 [DEBUG] switch_core_state_machine.c:449 (sofia/internal/sip:100@192.168.0.254:30977) State RESET going to sleep 2012-10-20 01:44:52.965612 [DEBUG] mod_skypopen.c:902 [464155c|07bc7ba] [DEBUG_SKYPE 902 ][skype102 ][UP,INPROGRS] CHANNEL READ FRAME goto CNG 2012-10-20 01:44:52.965612 [DEBUG] switch_ivr_play_say.c:1682 done playing file local_stream://moh 2012-10-20 01:44:52.965612 [DEBUG] mod_callcenter.c:2684 Member jeojit <jeojit> is answered by an agent in queue support(a)192.168.0.102 2012-10-20 01:44:52.965612 [DEBUG] mod_skypopen.c:1209 [464155c|07bc7ba] [DEBUG_SKYPE 1209 ][skype102 ][UP,INPROGRS] MSG_ID=27 2012-10-20 01:44:52.965612 [DEBUG] switch_core_state_machine.c:453 (skypopen/skype102) State EXECUTE going to sleep 2012-10-20 01:44:52.965612 [DEBUG] switch_core_state_machine.c:398 (skypopen/skype102) Running State Change CS_HIBERNATE 2012-10-20 01:44:52.965612 [DEBUG] switch_core_state_machine.c:468 (skypopen/skype102) State HIBERNATE 2012-10-20 01:44:52.965612 [DEBUG] switch_ivr_bridge.c:757 (skypopen/skype102) State Change CS_HIBERNATE -> CS_RESET 2012-10-20 01:44:52.965612 [DEBUG] switch_core_session.c:1210 Send signal skypopen/skype102 [BREAK] 2012-10-20 01:44:52.965612 [DEBUG] mod_skypopen.c:727 [464155c|07bc7ba] [DEBUG_SKYPE 727 ][skype102 ][UP,INPROGRS] skypopen/skype102 CHANNEL got SWITCH_SIG_BREAK 2012-10-20 01:44:52.965612 [DEBUG] switch_core_state_machine.c:468 (skypopen/skype102) State HIBERNATE going to sleep 2012-10-20 01:44:52.965612 [DEBUG] switch_core_state_machine.c:398 (skypopen/skype102) Running State Change CS_RESET 2012-10-20 01:44:52.965612 [DEBUG] switch_core_state_machine.c:449 (skypopen/skype102) State RESET 2012-10-20 01:44:52.965612 [DEBUG] mod_skypopen.c:774 [464155c|07bc7ba] [DEBUG_SKYPE 774 ][skype102 ][UP,INPROGRS] skype102 CHANNEL RESET 2012-10-20 01:44:52.965612 [DEBUG] mod_skypopen.c:783 (skypopen/skype102) State Change CS_RESET -> CS_HANGUP 2012-10-20 01:44:52.965612 [DEBUG] switch_core_session.c:1210 Send signal skypopen/skype102 [BREAK] 2012-10-20 01:44:52.965612 [DEBUG] mod_skypopen.c:727 [464155c|07bc7ba] [DEBUG_SKYPE 727 ][skype102 ][UP,INPROGRS] skypopen/skype102 CHANNEL got SWITCH_SIG_BREAK 2012-10-20 01:44:52.965612 [DEBUG] switch_ivr_bridge.c:742 skypopen/skype102 CUSTOM RESET 2012-10-20 01:44:52.965612 [DEBUG] switch_core_state_machine.c:449 (skypopen/skype102) State RESET going to sleep 2012-10-20 01:44:52.965612 [DEBUG] switch_core_state_machine.c:398 (skypopen/skype102) Running State Change CS_HANGUP 2012-10-20 01:44:52.965612 [DEBUG] switch_core_state_machine.c:638 (skypopen/skype102) State HANGUP 2012-10-20 01:44:52.965612 [DEBUG] mod_skypopen.c:623 [464155c|07bc7ba] [DEBUG_SKYPE 623 ][skype102 ][HANG_RQ,INPROGRS] hanging up skype call: 119 2012-10-20 01:44:52.965612 [DEBUG] skypopen_protocol.c:1675 [464155c|07bc7ba] [DEBUG_SKYPE 1675 ][skype102 ][HANG_RQ,INPROGRS] SENDING: |||ALTER CALL 119 END HANGUP|||| 2012-10-20 01:44:52.965612 [DEBUG] skypopen_protocol.c:1675 [464155c|07bc7ba] [DEBUG_SKYPE 1675 ][skype102 ][HANG_RQ,INPROGRS] SENDING: |||ALTER CALL 119 HANGUP|||| 2012-10-20 01:44:52.965612 [DEBUG] mod_skypopen.c:629 [464155c|07bc7ba] [DEBUG_SKYPE 629 ][skype102 ][HANG_RQ,INPROGRS] skype102 CHANNEL HANGUP 2012-10-20 01:44:52.965612 [DEBUG] mod_skypopen.c:648 (skypopen/skype102) State Change CS_HANGUP -> CS_DESTROY 2012-10-20 01:44:52.965612 [DEBUG] switch_core_session.c:1210 Send signal skypopen Pankaj

3 7

GSMOPEN dongle port changes randomly
by Yihui Li 06 Nov '12

06 Nov '12

Hi, I am using gsmopen on ubuntu 12.04LTS. With E169 dongle connected as ttyUSB0, ttyUSB1 and ttyUSB2. It runs well at first. But after days, all call failed. Checked the tty files, the ports on system is somehow changed to ttyUSB0, ttyUSB1 and ttyUSB3. ttyUSB2 just disappeared. Does anyone meet the same problem? How can I make it stable? Thanks. Regards, Eric

3 3

mod_skypopen - when call routes to a skype voicemail there is no audio.
by Mike Patterson 06 Nov '12

06 Nov '12

When using mod_skypopen we are able to route a call to the Skype user and it works great if the user is online and picks up the call. However, if the user allows the call to route to their Skype voice mail, then we receive an error - VM_PLAYING_GREETING is not recognized. The entire debug is attached. I have a complete debug if needed. Again, if the call is answered it works fine. If the call is routed to Skype voicemail we have about a minute of dead air, and then a fast busy. Using: ubuntu 11.10, FreeSWITCH Version 1.3.0+git~20120919T180633Z~d22e0caf15 (1.3.0) AMD Athlon(tm) II X3 425 Processor, 3 cores Log messages: 2012-10-20 12:32:53.281306 [DEBUG] mod_skypopen.c:727 [464155c|07bc7ba] [DEBUG_SKYPE 727 ][skype105 ][DIALING,UNPLACD] skypopen/RR/skype105/mikec.patterson CHANNEL got SWITCH_SIG_BREAK 2012-10-20 12:32:53.281306 [DEBUG] switch_core_state_machine.c:463 (skypopen/RR/skype105/mikec.patterson) State ROUTING going to sleep 2012-10-20 12:32:53.281306 [DEBUG] switch_core_state_machine.c:415 (skypopen/RR/skype105/mikec.patterson) Running State Change CS_CONSUME_MEDIA 2012-10-20 12:32:53.281306 [DEBUG] switch_core_state_machine.c:482 (skypopen/RR/skype105/mikec.patterson) State CONSUME_MEDIA 2012-10-20 12:32:53.281306 [DEBUG] mod_skypopen.c:748 [464155c|07bc7ba] [DEBUG_SKYPE 748 ][skype105 ][DIALING,UNPLACD] skype105 CHANNEL CONSUME_MEDIA 2012-10-20 12:32:53.281306 [DEBUG] switch_core_state_machine.c:482 (skypopen/RR/skype105/mikec.patterson) State CONSUME_MEDIA going to sleep 2012-10-20 12:32:53.341169 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,UNPLACD] READING: |||CALL 56 STATUS ROUTING||| 2012-10-20 12:32:53.341169 [DEBUG] skypopen_protocol.c:758 [464155c|07bc7ba] [DEBUG_SKYPE 758 ][skype105 ][DIALING,ROUTING] skype_call: 56 is now ROUTING 2012-10-20 12:32:54.921176 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||VOICEMAIL 58 TYPE OUTGOING||| 2012-10-20 12:32:54.921176 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||VOICEMAIL 58 PARTNER_HANDLE mikec.patterson||| 2012-10-20 12:32:54.921176 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||VOICEMAIL 58 PARTNER_DISPNAME Mike Patterson||| 2012-10-20 12:32:54.921176 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||VOICEMAIL 58 ALLOWED_DURATION 600||| 2012-10-20 12:32:54.921176 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||VOICEMAIL 58 SUBJECT ||| 2012-10-20 12:32:54.921176 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||VOICEMAIL 58 TIMESTAMP 1350736374||| 2012-10-20 12:32:54.921176 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||VOICEMAIL 58 DURATION 0||| 2012-10-20 12:32:54.921176 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||VOICEMAIL 58 STATUS UNKNOWN||| 2012-10-20 12:32:54.921176 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||CALL 56 VM_ALLOWED_DURATION 600||| 2012-10-20 12:32:54.921176 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||CALL 56 VM_DURATION 0||| 2012-10-20 12:32:55.821160 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||VOICEMAIL 58 STATUS BLANK||| 2012-10-20 12:32:55.821160 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||VOICEMAIL 59 TYPE CUSTOM_GREETING||| 2012-10-20 12:32:55.821160 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||VOICEMAIL 59 PARTNER_HANDLE mikec.patterson||| 2012-10-20 12:32:55.821160 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||VOICEMAIL 59 PARTNER_DISPNAME Mike Patterson||| 2012-10-20 12:32:55.821160 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||VOICEMAIL 59 ALLOWED_DURATION 60||| 2012-10-20 12:32:55.821160 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||VOICEMAIL 59 SUBJECT ||| 2012-10-20 12:32:55.821160 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||VOICEMAIL 59 TIMESTAMP 1350736375||| 2012-10-20 12:32:55.821160 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||VOICEMAIL 59 DURATION 0||| 2012-10-20 12:32:55.821160 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||VOICEMAIL 59 STATUS NOTDOWNLOADED||| 2012-10-20 12:32:55.821160 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||VOICEMAIL 59 STATUS PLAYING||| 2012-10-20 12:32:55.821160 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||VOICEMAIL 59 STATUS BUFFERING||| 2012-10-20 12:32:55.821160 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||CALL 56 STATUS VM_PLAYING_GREETING||| 2012-10-20 12:32:55.821160 [WARNING] skypopen_protocol.c:837 [464155c|07bc7ba] [WARNINGA 837 ][skype105 ][DIALING,ROUTING] skype_call: 56, STATUS: VM_PLAYING_GREETING is not recognized 2012-10-20 12:32:56.021190 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||VOICEMAIL 59 DURATION 6||| 2012-10-20 12:32:56.021190 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||VOICEMAIL 59 TYPE DEFAULT_GREETING||| 2012-10-20 12:32:56.121217 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||VOICEMAIL 59 STATUS PLAYING||| 2012-10-20 12:33:02.121165 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||VOICEMAIL 59 STATUS PLAYED||| 2012-10-20 12:33:02.121165 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||VOICEMAIL 58 TIMESTAMP 1350736382||| 2012-10-20 12:33:02.121165 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||VOICEMAIL 58 STATUS RECORDING||| 2012-10-20 12:33:02.121165 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||CALL 56 STATUS VM_RECORDING||| 2012-10-20 12:33:02.121165 [WARNING] skypopen_protocol.c:837 [464155c|07bc7ba] [WARNINGA 837 ][skype105 ][DIALING,ROUTING] skype_call: 56, STATUS: VM_RECORDING is not recognized 2012-10-20 12:33:03.421160 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||VOICEMAIL 58 DURATION 1||| 2012-10-20 12:33:03.421160 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||CALL 56 VM_DURATION 1||| 2012-10-20 12:33:03.821173 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||VOICEMAIL 58 DURATION 2||| 2012-10-20 12:33:03.821173 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||CALL 56 VM_DURATION 2||| 2012-10-20 12:33:04.821174 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||VOICEMAIL 58 DURATION 3||| 2012-10-20 12:33:04.821174 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||CALL 56 VM_DURATION 3||| 2012-10-20 12:33:05.821172 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||VOICEMAIL 58 DURATION 4||| 2012-10-20 12:33:05.821172 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||CALL 56 VM_DURATION 4||| 2012-10-20 12:33:06.921168 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||VOICEMAIL 58 DURATION 5||| 2012-10-20 12:33:06.921168 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||CALL 56 VM_DURATION 5||| 2012-10-20 12:33:07.821196 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||VOICEMAIL 58 DURATION 6||| 2012-10-20 12:33:07.821196 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||CALL 56 VM_DURATION 6||| 2012-10-20 12:33:08.821167 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||VOICEMAIL 58 DURATION 7||| 2012-10-20 12:33:08.821167 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||CALL 56 VM_DURATION 7||| 2012-10-20 12:33:09.821168 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||VOICEMAIL 58 DURATION 8||| 2012-10-20 12:33:09.821168 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||CALL 56 VM_DURATION 8||| 2012-10-20 12:33:10.921166 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||VOICEMAIL 58 DURATION 9||| 2012-10-20 12:33:10.921166 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||CALL 56 VM_DURATION 9||| 2012-10-20 12:33:11.821166 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||VOICEMAIL 58 DURATION 10||| 2012-10-20 12:33:11.821166 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||CALL 56 VM_DURATION 10||| 2012-10-20 12:33:12.921166 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||VOICEMAIL 58 DURATION 11||| 2012-10-20 12:33:12.921166 [DEBUG] skypopen_protocol.c:207 [464155c|07bc7ba] [DEBUG_SKYPE 207 ][skype105 ][DIALING,ROUTING] READING: |||CALL 56 VM_DURATION 11||| 2012-10-20 12:33:13.241213 [DEBUG] switch_core_session.c:969 Send signal sofia/internal/15405078003(a)38.100.174.200 [BREAK]

3 4

Core dump on CALL from a YEALINK on FreeBSD
by Tiago N. Sampaio 06 Nov '12

06 Nov '12

Hi guys! Im facing a strange problem (again!!!). Im using my FS with xlite and zoiper very well, but when i try call a ipphone Yalink t22p on my desk, freeswitch just coredump and exit. I tryed disable all codecs but alaw and ulaw, but no success. I tryed build version 1.2 and 1.3 from git, but the problem persists. I was running it on a freebsd 32 bits, today i put it on a 9.1-PRELEASE amd64 and FS from ports: freeswitch@internal> version FreeSWITCH Version 1.2.3 (1.2.3) reeswitch@internal> /quit When i start a call to the phone, freeswitch simple exit... here was the logs and backtrace: http://pastebin.com/rGZRgn1H When it say reading global variables it die Did someone experienced same problem?

2 1

Play music while transferring new incoming call
by ocset 06 Nov '12

06 Nov '12

Hi I am trying to to configure FS to play music while transferring a new incoming call. Like when you phone a business and you get the "your call in important to use, please wait while we transfer..." message. I found this suggestion on the web but it does not work for me. I have tested the two <action> command separately to make sure they work but when they are put together, the call is never answered and no music is played. <include> <extension name="ext_8888"> <condition field="destination_number" expression="^(8888)$"> <action application="playback" data="music/test.wav"/> <action application="bridge" data="{ignore_early_media}sofia/internal/1005(a)192.168.0.150"/> </condition> </extension> </include> ps. I cannot find the answer in either of the two FS books. Would have expected this to be there, at least in the cookbook? All I can find is examples of playing music and then hanging up. Happy to be corrected if I missed it:-) All help greatly appreciated Thanks O.

5 7

duplicate fax pages
by Babak Yakhchali 06 Nov '12

06 Nov '12

Hi I'm using mod_spandsp to send fax to different targets. when destination is another freeswitch or elastix everything works fine. but when sending faxes to old fax machines if tiff file contains only 1 page, sending will succeed. but if tiff contains more than 1 page FS keeps sending first page multiple times till I issue hupall and it stops sending(I should mention that sometimes it sends first page 3 times second page 3 times and keeps eating remote fax machine paper roll). I'm using this command: originate {fax_ident=$faxidnt,fax_header=$faxhdr,origination_caller_id_number=$callerid,tx_owner_id=$userid}sofia/gateway/fax_outbound/999 &txfax('path') in php to send faxes. I've set global t38_passthru to true and in spandsp.conf: <fax-settings> <param name="use-ecm" value="true"/> <param name="verbose" value="true"/> <param name="disable-v17 " value="false"/> <param name="ident" value="test"/> <param name="header" value="test"/> <param name="spool-dir" value="/tmp"/> <param name="file-prefix" value="faxrx"/> </fax-settings> and the logs for spandsp verbose mode: http://pastebin.freeswitch.org/20169 and the version: FreeSWITCH Version 1.3.0+git~20120908T211235Z~36cee285b0 (1.3.0; git at commit 36cee285b0 on Sat, 08 Sep 2012 21:12:35 Z) thanx

3 2

[Confidential] - uuid_broadcast
by Nuwan Wijerathne 06 Nov '12

06 Nov '12

Hello, I'm trying to broadcast audio on a bridged call. My requirement is to play audio on both legs at the same time. I used uuid_broadcast in following order, Uuid_broadcast uuid 'path' both Please note that I'm sending uuid_broadcast through an esl connection. So my actual request to freeswitch is as follows, eslWriteConnection.Send("bgapi uuid_broadcast uuid 'path to audio file' both"); (eslWriteConnection is an object of .Net ESLConnection) The issue I'm having is, freeswitch not playing the audio on both channels at the same time. FreeSwitch plays the audio on one leg first, then plays on the second leg (After it finished playing on first leg). I don't have this issue with FreeSwitch 1.0.6, where it plays audio on both legs at the same time. I'm having this issue with FreeSwtich 1.2.3. Could anyone please suggest any solution. Thank you, This e-mail and any attachments are for the intended addressee(s) only and may contain confidential and/or privileged material. If you are not a named addressee, do not use, retain or disclose such information. This email is not guaranteed to be free from viruses and does not bind Unify in any contract or obligation. Unify Business Solutions Ltd. Registered in England and Wales. No: 4749638 Registered Office: Ambassador House, 5 Midland Way, Barlborough, S43 4XA United Kingdom.

1 0