February 2015 - FreeSWITCH-users - FreeSWITCH Mailing Lists

Can't build VS2013 Windows
by Malay Thakershi 09 Feb '15

09 Feb '15

Hello, I tried to build for Win32 target but I get these errors. Error 84 error C2220: warning treated as error - no 'object' file generated C:\FS_GIT\libs\sofia-sip\libsofia-sip-ua\tport\ws.c 314 1 libsofia_sip_ua_static Error 88 error C2220: warning treated as error - no 'object' file generated C:\FS_GIT\libs\sofia-sip\libsofia-sip-ua\stun\stun_common.c 784 1 libsofia_sip_ua_static Error 91 error C2220: warning treated as error - no 'object' file generated C:\FS_GIT\libs\sofia-sip\libsofia-sip-ua\stun\stun.c 2192 1 libsofia_sip_ua_static Error 170 error LNK1181: cannot open input file 'C:\FS_GIT\libs\win32\sofia\Win32\Debug\libsofia_sip_ua_static.lib' C:\FS_GIT\src\mod\asr_tts\mod_unimrcp\LINK mod_unimrcp Error 187 error LNK1181: cannot open input file 'C:\FS_GIT\libs\win32\sofia\Win32\Debug\libsofia_sip_ua_static.lib' C:\FS_GIT\src\mod\endpoints\mod_sofia\LINK mod_sofia Machine where I am building are 64-bit but my server where FS needs to be deployed is 32-bit. I tried building on two different machines with latest clones. x64 builds fine. Any suggestions. Thanks.

2 1

PRI channels get stuck in HANGUP state.
by Thomas Johnson 09 Feb '15

09 Feb '15

I am trying to track down an issue where FreeTDM seems to get confused about the state of channels on my PRI. The state seems to occur on origination; FreeTDM opens a channel, and immediately closes it, logging REQUESTED_CHAN_UNAVAIL. The channel then sits in the HANGUP state, preventing inbound calls and logging the following error. 2015-02-03 08:25:04.774438 [ERR] ftmod_libpri.c:1883 [s1c1][1:1] -- Selected channel is already in use I can resolve this by restarting Freeswitch, but it is obviously less-than-ideal. A bit of relevant logging is at the end of this message. It seems to occur immediately after a hangup on the same channel; could I be triggering a race condition? https://freeswitch.org/jira/browse/OPENZAP-220 seems to have similar symptoms, but manifests as a different error number. I upgraded Freeswitch last week (1.5.15b git 608d3e2 2015-01-22 09:09:59Z 64bit) to ensure that I had the patch referenced by the ticket. Is it possible that this could be a cabling issue? We're running Freeswitch on FreeBSD 10.0 amd64. I'm happy to provide any other information that would be useful. I'm [relatively] new to Freeswitch, so please be gentle ;-). Thank you, Tom 2015-02-03 14:34:23.437947 [DEBUG] ftmod_libpri.c:1451 -- Hangup ACK on channel 1:1 2015-02-03 14:34:23.437947 [DEBUG] ftmod_libpri.c:1460 [s1c1][1:1] Changed state from HANGUP to HANGUP_COMPLETE 2015-02-03 14:34:23.437947 [DEBUG] ftdm_state.c:541 [s1c1][1:1] Executing state processor for HANGUP_COMPLETE 2015-02-03 14:34:23.437947 [DEBUG] ftmod_libpri.c:942 -- 1:1 STATE [HANGUP_COMPLETE] 2015-02-03 14:34:23.437947 [DEBUG] ftmod_libpri.c:950 [s1c1][1:1] Completed state change from HANGUP to HANGUP_COMPLETE in 0 ms 2015-02-03 14:34:23.437947 [DEBUG] ftmod_libpri.c:1268 [s1c1][1:1] Changed state from HANGUP_COMPLETE to DOWN 2015-02-03 14:34:23.437947 [DEBUG] ftdm_state.c:541 [s1c1][1:1] Executing state processor for DOWN 2015-02-03 14:34:23.437947 [DEBUG] ftmod_libpri.c:942 -- 1:1 STATE [DOWN] 2015-02-03 14:34:23.437947 [DEBUG] ftmod_libpri.c:950 [s1c1][1:1] Completed state change from HANGUP_COMPLETE to DOWN in 0 ms 2015-02-03 14:34:23.437947 [DEBUG] ftdm_io.c:3194 [s1c1][1:1] DTMF debug is already disabled 2015-02-03 14:34:23.437947 [DEBUG] ftdm_io.c:3226 [s1c1][1:1] No need to disable input dump 2015-02-03 14:34:23.437947 [DEBUG] ftdm_io.c:3257 [s1c1][1:1] No need to disable output dump 2015-02-03 14:34:23.437947 [DEBUG] mod_freetdm.c:2707 got clear channel sig [RELEASED] 2015-02-03 14:34:23.437947 [DEBUG] ftdm_io.c:6873 Cleared call with id 37 2015-02-03 14:34:23.437947 [DEBUG] ftdm_io.c:2999 [s1c1][1:1] channel done 2015-02-03 14:34:23.437947 [DEBUG] ftmod_libpri.c:978 -- Closed channel 1:1 2015-02-03 14:34:23.679236 [DEBUG] switch_ivr_originate.c:2099 Parsing global variables 2015-02-03 14:34:23.679236 [DEBUG] switch_event.c:1688 Parsing variable [ignore_early_media]=[true] 2015-02-03 14:34:23.679236 [DEBUG] switch_event.c:1688 Parsing variable [file]=[46475.tif] 2015-02-03 14:34:23.679236 [DEBUG] switch_event.c:1688 Parsing variable [jobid]=[293102] 2015-02-03 14:34:23.679236 [INFO] ftmod_zt.c:671 Setting echo cancel to 64 taps for 1:1 2015-02-03 14:34:23.679236 [DEBUG] mod_freetdm.c:403 Set codec PCMU 20ms 8d09030a-e4ab-e411-905b-0026b95c8602 2015-02-03 14:34:23.679236 [DEBUG] mod_freetdm.c:1251 Connect outbound channel FreeTDM/1:1/18019941076 8d09030a-e4ab-e411-905b-0026b95c8602 2015-02-03 14:34:23.679236 [NOTICE] switch_channel.c:1055 New Channel FreeTDM/1:1/18019941076 [8d09030a-e4ab-e411-905b-0026b95c8602] 8d09030a-e4ab-e411-905b-0026b95c8602 2015-02-03 14:34:23.679236 [DEBUG] mod_freetdm.c:1260 (FreeTDM/1:1/18019941076) State Change CS_NEW -> CS_INIT 8d09030a-e4ab-e411-905b-0026b95c8602 2015-02-03 14:34:23.679236 [DEBUG] switch_core_session.c:1388 Send signal FreeTDM/1:1/18019941076 [BREAK] 8d09030a-e4ab-e411-905b-0026b95c8602 2015-02-03 14:34:23.679236 [DEBUG] mod_freetdm.c:1279 Attached session 8d09030a-e4ab-e411-905b-0026b95c8602 to channel 1:1 2015-02-03 14:34:23.679236 [DEBUG] mod_freetdm.c:1767 [s1c1][1:1] Changed state from DOWN to DIALING 2015-02-03 14:34:23.778359 [DEBUG] ftdm_state.c:541 [s1c1][1:1] Executing state processor for DIALING 2015-02-03 14:34:23.778359 [DEBUG] ftmod_libpri.c:942 -- 1:1 STATE [DIALING] 2015-02-03 14:34:23.778359 [DEBUG] mod_freetdm.c:2707 got clear channel sig [DIALING] 2015-02-03 14:34:23.778359 [DEBUG] ftmod_libpri.c:950 [s1c1][1:1] Completed state change from DOWN to DIALING in 95 ms 8d09030a-e4ab-e411-905b-0026b95c8602 2015-02-03 14:34:23.778359 [DEBUG] switch_core_state_machine.c:472 (FreeTDM/1:1/18019941076) Running State Change CS_INIT 8d09030a-e4ab-e411-905b-0026b95c8602 2015-02-03 14:34:23.778359 [DEBUG] switch_core_state_machine.c:512 (FreeTDM/1:1/18019941076) State INIT 8d09030a-e4ab-e411-905b-0026b95c8602 2015-02-03 14:34:23.778359 [DEBUG] mod_freetdm.c:430 (FreeTDM/1:1/18019941076) State Change CS_INIT -> CS_ROUTING 8d09030a-e4ab-e411-905b-0026b95c8602 2015-02-03 14:34:23.778359 [DEBUG] switch_core_session.c:1388 Send signal FreeTDM/1:1/18019941076 [BREAK] 8d09030a-e4ab-e411-905b-0026b95c8602 2015-02-03 14:34:23.778359 [DEBUG] switch_core_state_machine.c:512 (FreeTDM/1:1/18019941076) State INIT going to sleep 8d09030a-e4ab-e411-905b-0026b95c8602 2015-02-03 14:34:23.778359 [DEBUG] switch_core_state_machine.c:472 (FreeTDM/1:1/18019941076) Running State Change CS_ROUTING 8d09030a-e4ab-e411-905b-0026b95c8602 2015-02-03 14:34:23.778359 [DEBUG] switch_core_state_machine.c:528 (FreeTDM/1:1/18019941076) State ROUTING 2015-02-03 14:34:23.778359 [DEBUG] mod_freetdm.c:453 FreeTDM/1:1/18019941076 CHANNEL ROUTING 8d09030a-e4ab-e411-905b-0026b95c8602 2015-02-03 14:34:23.778359 [DEBUG] switch_ivr_originate.c:67 (FreeTDM/1:1/18019941076) State Change CS_ROUTING -> CS_CONSUME_MEDIA 8d09030a-e4ab-e411-905b-0026b95c8602 2015-02-03 14:34:23.778359 [DEBUG] switch_core_session.c:1388 Send signal FreeTDM/1:1/18019941076 [BREAK] 8d09030a-e4ab-e411-905b-0026b95c8602 2015-02-03 14:34:23.778359 [DEBUG] switch_core_state_machine.c:528 (FreeTDM/1:1/18019941076) State ROUTING going to sleep 8d09030a-e4ab-e411-905b-0026b95c8602 2015-02-03 14:34:23.778359 [DEBUG] switch_core_state_machine.c:472 (FreeTDM/1:1/18019941076) Running State Change CS_CONSUME_MEDIA 8d09030a-e4ab-e411-905b-0026b95c8602 2015-02-03 14:34:23.778359 [DEBUG] switch_core_state_machine.c:547 (FreeTDM/1:1/18019941076) State CONSUME_MEDIA 8d09030a-e4ab-e411-905b-0026b95c8602 2015-02-03 14:34:23.778359 [DEBUG] switch_core_state_machine.c:547 (FreeTDM/1:1/18019941076) State CONSUME_MEDIA going to sleep 2015-02-03 14:34:23.799281 [DEBUG] ftmod_libpri.c:1466 -- Hangup on channel 1:1 2015-02-03 14:34:23.799281 [DEBUG] ftmod_libpri.c:1479 [s1c1][1:1] Changed state from DIALING to TERMINATING 2015-02-03 14:34:23.799281 [DEBUG] ftdm_state.c:541 [s1c1][1:1] Executing state processor for TERMINATING 2015-02-03 14:34:23.799281 [DEBUG] ftmod_libpri.c:942 -- 1:1 STATE [TERMINATING] 2015-02-03 14:34:23.799281 [DEBUG] ftmod_libpri.c:950 [s1c1][1:1] Completed state change from DIALING to TERMINATING in 0 ms 2015-02-03 14:34:23.799281 [DEBUG] ftdm_io.c:6216 [s1c1][1:1] Scheduling safety hangup timer 2015-02-03 14:34:23.799281 [DEBUG] mod_freetdm.c:2707 got clear channel sig [STOP] 8d09030a-e4ab-e411-905b-0026b95c8602 2015-02-03 14:34:23.799281 [NOTICE] mod_freetdm.c:2731 Hangup FreeTDM/1:1/18019941076 [CS_CONSUME_MEDIA] [REQUESTED_CHAN_UNAVAIL] 8d09030a-e4ab-e411-905b-0026b95c8602 2015-02-03 14:34:23.799281 [DEBUG] switch_channel.c:3222 Send signal FreeTDM/1:1/18019941076 [KILL] 8d09030a-e4ab-e411-905b-0026b95c8602 2015-02-03 14:34:23.799281 [DEBUG] switch_core_session.c:1388 Send signal FreeTDM/1:1/18019941076 [BREAK] 8d09030a-e4ab-e411-905b-0026b95c8602 2015-02-03 14:34:23.799281 [DEBUG] switch_core_state_machine.c:472 (FreeTDM/1:1/18019941076) Running State Change CS_HANGUP 8d09030a-e4ab-e411-905b-0026b95c8602 2015-02-03 14:34:23.799281 [DEBUG] switch_core_state_machine.c:735 (FreeTDM/1:1/18019941076) Callstate Change DOWN -> HANGUP 8d09030a-e4ab-e411-905b-0026b95c8602 2015-02-03 14:34:23.799281 [DEBUG] switch_core_state_machine.c:737 (FreeTDM/1:1/18019941076) State HANGUP 2015-02-03 14:34:23.799281 [DEBUG] mod_freetdm.c:544 [1:1] FreeTDM/1:1/18019941076 CHANNEL HANGUP ENTER 2015-02-03 14:34:23.799281 [DEBUG] mod_freetdm.c:623 [s1c1][1:1] Changed state from TERMINATING to HANGUP 2015-02-03 14:34:23.819045 [DEBUG] switch_ivr_originate.c:3719 Originate Resulted in Error Cause: 44 [REQUESTED_CHAN_UNAVAIL] 2015-02-03 14:34:23.918415 [DEBUG] ftdm_state.c:541 [s1c1][1:1] Executing state processor for HANGUP 2015-02-03 14:34:23.918415 [DEBUG] ftmod_libpri.c:942 -- 1:1 STATE [HANGUP] 2015-02-03 14:34:23.918415 [DEBUG] ftmod_libpri.c:950 [s1c1][1:1] Completed state change from TERMINATING to HANGUP in 109 ms 2015-02-03 14:34:23.918415 [DEBUG] mod_freetdm.c:643 [1:1] FreeTDM/1:1/18019941076 CHANNEL HANGUP EXIT

2 2

api:execute vs session:execute
by John Nash 09 Feb '15

09 Feb '15

While reading documentation I saw that to call another lua script from inside a lua script we use .. api = freeswitch.API(); reply = api:executeString("luarun another.lua"); But we can also run another lua script using session:execute. I was wondering what is the difference, which one should be preferred?

3 2

Re: [Freeswitch-users] Setting Headers in a LUA mod_curl call
by Roland Selmer 09 Feb '15

09 Feb '15

Is it possible to set arbitrary headers on a LUA mod_curl call like you would using the -H flag on a standard CURL? i.e. the equivalent of this curl -H “token: 1234" http://192.168.100.100:5000/v2.0/tokens for this kind of call session:execute("curl", "https://api.acme.com”) <——How does one specify a token header of 1234?

2 2

Clear path in contact header when using TLS
by Emrah 09 Feb '15

09 Feb '15

Hi all, My experience with FS and TLS has been rather mixed so far. It's been a little inconsistent in keeping NAT sessions up and users discoverable. One thing I've noticed is that FS advertises the wrong information in option packets. The following is what I receive over my TLS session which is working on port 443. 1.2.3.4:443 -(SIP over TLS)-> 10.0.0.99:51132 OPTIONS sip:53178246@10.0.0.99:56494;transport=tls;received=5.6.7.8:51132 SIP/2.0 Via: SIP/2.0/TLS 1.2.3.4:443;branch=z9hG4bK6Kv171Q3U5rrD Route: <sip:53178246@5.6.7.8:51132>;transport=tls Max-Forwards: 70 From: <sip:mod_sofia@1.2.3.4:5060>;tag=Q6XDFHeUUrcHD To: <sip:user@domain.com> Call-ID: 0a052f23-34a8-4158-8c88-fd2a70ffb561_c2RhaSoOYBR6jfJe4ndLoTTKJMrO2gMv CSeq: 71498568 OPTIONS Contact: <sip:mod_sofia@1.2.3.4:5060> User-Agent: FreeSWITCH Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Allow-Events: talk, hold, conference, presence, as-feature-event, dialog, line-seize, call-info, sla, include-session-description, presence.winfo, message-summary, refer Content-Length: 0 Do you see the From and Contact line? How can I rewrite this? Port 5060 has nothing to do there. Thanks and all the best, Emrah

1 1

LIN16@16000h Freeswitch <-> Asterisk
by Antonio Eugenio Burriel 08 Feb '15

08 Feb '15

Hi, I've a FXO running Asterisk 1.8.32.1 registered to Freeswitch 1.4.15~1-1~wheezy+1. Majority of codecs (G722, ALAW, GSM, etc) work well, except for LIN16@16000h (SLIN16 in Asterisk). LIN16@8000h works great: v=0 o=root 739945760 739945761 IN IP4 192.168.1.2 s=Asterisk PBX 1.8.32.1 c=IN IP4 192.168.1.2 t=0 0 m=audio 18760 RTP/AVP 10 101 a=rtpmap:10 L16/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=silenceSupp:off - - - - a=ptime:20 2015-02-08 17:49:01.525330 [DEBUG] switch_core_media.c:3627 Audio Codec Compare [L16:10:8000:20:0:1]/[L16:70:8000:20:128000:1] 2015-02-08 17:49:01.525330 [DEBUG] switch_core_media.c:3682 Audio Codec Compare [L16:70:8000:20:128000:1] ++++ is saved as a match 2015-02-08 17:49:01.525330 [DEBUG] switch_core_media.c:3627 Audio Codec Compare [L16:10:8000:20:0:1]/[G722:9:8000:20:64000:1] 2015-02-08 17:49:01.525330 [DEBUG] switch_core_media.c:3627 Audio Codec Compare [L16:10:8000:20:0:1]/[PCMA:8:8000:20:64000:1] But with LIN16@16000h codec can't be matched, even being on Freeswitch allowed list!: v=0 o=root 202962363 202962364 IN IP4 192.168.1.2 s=Asterisk PBX 1.8.32.1 c=IN IP4 192.168.1.2 t=0 0 m=audio 13330 RTP/AVP 118 3 0 8 101 a=rtpmap:118 L16/16000 a=rtpmap:3 GSM/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=silenceSupp:off - - - - a=ptime:20 2015-02-08 15:53:13.645340 [DEBUG] switch_core_media.c:3627 Audio Codec Compare [L16:118:16000:20:0:1]/[L16:70:16000:20:256000:1] 2015-02-08 15:53:13.645340 [DEBUG] switch_core_media.c:3627 Audio Codec Compare [GSM:3:8000:20:13200:1]/[L16:70:16000:20:256000:1] 2015-02-08 15:53:13.645340 [DEBUG] switch_core_media.c:3627 Audio Codec Compare [PCMU:0:8000:20:64000:1]/[L16:70:16000:20:256000:1] 2015-02-08 15:53:13.645340 [DEBUG] switch_core_media.c:3627 Audio Codec Compare [PCMA:8:8000:20:64000:1]/[L16:70:16000:20:256000:1] With a ptime of 20ms, packet size is well below my MTU. Any hints?

1 0

Can I use a domain name in an ACL list?
by Szeto, Steven 06 Feb '15

06 Feb '15

Suppose I have a switch with DNS hostname of "myswitch.company.com" and an IP address of 10.11.12.13. If I want to allow this switch's phones to call FreeSwitch, I have to update the acl.conf.xml file with an entry that looks like this: <list name="domains" default="deny"> <node type="allow" cidr="10.11.12.13/32" /> </list> What I would like to do is use the DNS hostname of the switch instead. So the above entry should look something like this: <list name="domains" default="deny"> <node type="allow" host="myswitch.company.com" /> </list> When I try the above, the calls are rejected by FreeSwitch. When creating its Access Control List, is there a way to tell FreeSwitch to do a hostname lookup when hosts are specified? Regards, Steve -- This e-mail (including any attachments) is for the sole use of the intended recipient(s) and may contain information that is confidential and/or protected by legal privilege. Any unauthorized review, use, copy, disclosure or distribution of this e-mail is strictly prohibited. If you are not the intended recipient, please notify Mitel immediately and destroy all copies of this e-mail. Mitel does not accept any liability for breach of security, error or virus that may result from the transmission of this message.

2 2

How to use FreeSWITCH system scheduler?
by Борисов, Дмитрий / Dmitriy Borisov 06 Feb '15

06 Feb '15

Hi! I want to schedule a FreeSWITCH event from lua script. How can I do this? sched_api is too hard way to do this, in my opinion. -- with best regards, Dmitriy Borisov

3 5

[USER_NOT_REGISTERED]
by Mitchelle Johnson 06 Feb '15

06 Feb '15

Hi, I get this error when I am trying to call from 1016 to 1018 through FusionPBX. The FusionPBX/freeswitch server run on 192.168.0.103 and I am making a call from my machine at 192.168.0.106. The error logs can be found on http://pastebin.com/22MJ39HG Please help!!! Thanks, Mitchelle

3 4

Call from "Client without TLS" to "Client with TLS"
by srdrztrk 06 Feb '15

06 Feb '15

Hi all, I googled so much, unfortunately found nearly nothing about it. I've got two different clients. One of them supports TLS and registers Freeswitch via TLS. The other one doesn't support TLS and registers Freeswitch via UDP. I can make calls from TLS to UDP direction. But making calls from UDP to TLS direction is a problem. What do i have to do for dialing from UDP to TLS direction? Is it possible? If it is, how can i edit the configuration? Any example will be appreciated. Thx.

4 4