August 2018 - FreeSWITCH-users - FreeSWITCH Mailing Lists

Incorrect ptime
by Andrew Colin 25 Aug '18

25 Aug '18

Hi guys One of our idiot providers sends a ptime of either 20, 30 or 60 on each call.This causes quality issues as customers are all using 20 I have tried autofix-timing but that makes it worse. Any way i can set it to force the provider to use only 20? Kind RegardsAndrew Colin Sent via android mail

2 5

record_session pauses recording during hold by first endpoint
by Matthew Nichols 24 Aug '18

24 Aug '18

In our dialplan we have a section like this: <action application="export" data="recording_follow_transfer=true"/> <action application="record_session" data="$${recording_dir}/${uuid}.wav"/> The problem we have is if the original caller (over SIP) goes on hold, the recording stops (the file size remains the same) until the original caller goes off hold. Is there a setting that would prevent this behavior? We would like the recording to continue (possibly recording the hold music, though more importantly continuing to record the audio of the other endpoint(s)). record_waste_resources is set to true. We've also tried to export send_silence_when_idle=-1 though that doesn't work. Thanks, Matthew Nichols, WestTel International

1 0

respond to received SIP INFOs with a customized 200-OK
by Elliot 24 Aug '18

24 Aug '18

We're looking for a way to modify content-body of 200 OK message(CSeq INFO), insert XML content into its body. Purpose: FreeSWITCH to handle INFO interactions based on RFC5707: Media Server Markup Language (MSML) https://tools.ietf.org/html/rfc5707 > INFO message sent by UAC carries XML content. > UAS(FreeSWITCH) tries to parse the XML content on INFO message. 200 OK message should contain XML body in order to notify UAC with the structured "response codes" and "failed reason descriptions" by the INFO message. Current behavior: FreeSWITCH reply back to all INFO messages with 200 OK automatically, without carrying any content body on it(content-length=0) nua.c:879 nua_respond() nua: nua_respond: entering nua_stack.c:529 nua_signal() nua(0x7fcf0c009d70): sent signal r_respond nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering nua_stack.c:573 nua_stack_signal() nua(0x7fcf0c009d70): recv signal r_respond 200 OK nua_params.c:485 nua_stack_set_params() nua: nua_stack_set_params: entering soa.c:403 soa_set_params() soa_set_params(static::0x7fcf0c00a600, ...) called tport.c:3257 tport_tsend() tport_tsend(0x7fcf0c004700) tpn = UDP/x.x.x.x:5060 tport.c:4046 tport_resolve() tport_resolve addrinfo = x.x.x.x:5060 tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7fcf0c004700): not found by name UDP/x.x.x.x:5060 tport.c:3594 tport_vsend() tport_vsend(0x7fcf0c004700): 544 bytes of 544 to udp/x.x.x.x:5060 tport.c:3492 tport_send_msg() tport_vsend returned 544 nta.c:6791 incoming_reply() nta: sent 200 OK for INFO (2) 06:12:20.678673 IP (tos 0x0, ttl 64, id 22618, offset 0, flags [none], proto UDP (17), length 572) 192.168.89.162.sip > 192.168.89.45.sip: SIP, length: 544 SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.89.45:5060;branch=z9hG4bK-d8754z-8b0c4e23b5df6b68-1---d8754z-;rport=5060 From: <sip:192.168.89.45:5060>;tag=098fbe06e806d500 To: <sip:192.168.89.162:5060>;tag=tgX42HcKaeSma Call-ID: ZTM5MzMwYTI3NzA1ZDkxOGQ2MGZlYjcyYzNlZGUzMjY.e806d500(a)165.254.89.45 CSeq: 2 INFO User-Agent: FreeSWITCH Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: timer, path, replaces Content-Length: 0 Expected behavior: when receiving INFO, be able to customize its content body on 200-OK response message. either by setting channel variables or optionally treat this 200OK as FreeSWITCH event A sample 200 OK message: SIP/2.0 200 OK Call‐ID: 36C7E305@10.10.0.16:15062 CSeq: 324630703 INFO From: <sip:user@10.10.0.16:15062> ;tag=10.10.0.1615062+1+1090000+fa0329b5 To: <sip:msml@10.14.9.13:5060>;tag=10.14.9.135060+1+1060000+81d0b080 Via: SIP/2.0/UDP 10.10.0.16:15062 ;branch=z9hG4bK+fdebd5691fe0202fc7d685d1e1138955+10.10.0.1615062+1 Server: DC‐SIP/2.0 Supported: precondition Supported: timer Supported: 100rel Accept: application/sdp, text/*, application/msml+xml, application/moml+xml Content‐Length: 220 Content‐Type: application/msml+xml Contact: <sip:msml@10.14.9.13:5060> <?xml version="1.0" encoding="US‐ASCII"?> <msml version="1.1"> <result response="200"> <auditresult targetid="conf:conf04010105a"> <confconfig deletewhen="nocontrol" term="true"/> </auditresult> </result> </msml> -- Sent from: http://freeswitch-users.2379917.n2.nabble.com/

2 1

Voicemail MWI multiple mailboxes notify one user
by Mircea Botoca-Huh 23 Aug '18

23 Aug '18

Hello, I would like to know if there is any possibility to notify one user when messages are left in multiple mailboxes? I want to have just one registered user which should monitor multiple voicemail mailboxes. Thank you for your time. Best regards, Mircea

3 4

wait_for_silence not working through external gateway
by vidor 23 Aug '18

23 Aug '18

I'm attempting to detect when there is silence on the call in order to play audio file. If I dial to an internal extension the wait_for_silence and detect_silence commands are working fine. However if dial out through an external gateway to PSTN I don't get expected results. Silence is always detected, even if there is voice speaking. I can detect DTMF commands fine... Is there any known issue or parameter required on the gateway in order to detect the audio / silence. Thanks in advance! -- Sent from: http://freeswitch-users.2379917.n2.nabble.com/

1 0

Execute HTTP request from LUA script not work
by Jose David Jurado Alonso 23 Aug '18

23 Aug '18

Hi, I have tried to make a HTTP POST request from LUA script but it does not work correctly in any way. This is an example of the errors that I have obtained: 09802b39-524f-4011-ada7-418e6a870248 2018-08-03 12:23:07.981581 [ERR] mod_lua.cpp:203 error loading module socket.core from file /usr/local/lib/lua/5.1/socket/core.so: 09802b39-524f-4011-ada7-418e6a870248 /usr/local/lib/lua/5.1/socket/core.so: undefined symbol: lua_pcall 09802b39-524f-4011-ada7-418e6a870248 stack traceback: 09802b39-524f-4011-ada7-418e6a870248 [C]: in ? 09802b39-524f-4011-ada7-418e6a870248 [C]: in function require 09802b39-524f-4011-ada7-418e6a870248 /usr/local/share/lua/5.1/socket.lua:12: in main chunk 09802b39-524f-4011-ada7-418e6a870248 [C]: in function require 09802b39-524f-4011-ada7-418e6a870248 /usr/local/share/lua/5.1/socket/http.lua:10: in main chunk 09802b39-524f-4011-ada7-418e6a870248 [C]: in function require 09802b39-524f-4011-ada7-418e6a870248 /usr/share/freeswitch/scripts/test.lua:3: in main chunk The lua script is: local http = require "socket.http"; local req_url = "http://localhost/" http.request{ url = req_url, method = "POST" } I tried several tutorials and several configurations: - https://freeswitch.org/confluence/display/FREESWITCH/Installing+LuaSocket - https://freeswitch.org/confluence/display/FREESWITCH/Third+Party+Libraries with https://luarocks.org/modules/jakeg/lua-requests <https://luarocks.org/modules/jakeg/lua-requests> And some other things that I do not remember but always fail for some "undefined symbol". Any ideas? Thanks! José D.

4 7

variable to know who initiated call transfer
by Bipin Patel 23 Aug '18

23 Aug '18

hi, im stuck in one scenarion where A calls B and either of them can initiate a transfer using *3 and bind_meta_app in features.xml but i need a variable which can tell me which leg initiated the transfer, like was it A or B coz no matter who did i always see call going to features from A as A dialed B. the reason i need this is so i can add a hash value for the ext that dialed *3 i have been searching for such a variable like crazy but not able to find, i just want to know the ext number of the person initiating call transfer -- Regards, Bipin

2 2

Open and closing channels continously
by Jose David Jurado Alonso 23 Aug '18

23 Aug '18

Hi, I'm just observing in the log that user 1001 (and other random users like '55340115419480247') is continuously creating and closing channels. That users doesn't exist (I delete the folder "directory" since I use database with different user names, no numbers). I've done a search some reference to user 1001 in all the configuration and haven't found anything (using "grep -r '1001' /etc/freeswitch/*") Any idea why this happens? A bot or spider maybe? Log trace example: 2018-08-21 09:34:50.448541 [WARNING] switch_core_state_machine.c:687 1f89de01-b82f-44fa-9b91-9d111c44e220 sofia/internal/1001(a)192.168.1.120 Abandoned 2018-08-21 09:34:50.448541 [NOTICE] switch_core_state_machine.c:690 Hangup sofia/internal/1001(a)192.168.1.120 [CS_NEW] [WRONG_CALL_STATE] 2018-08-21 09:34:50.448541 [NOTICE] switch_core_session.c:1731 Session 291 (sofia/internal/1001(a)192.168.1.120) Ended 2018-08-21 09:34:50.448541 [NOTICE] switch_core_session.c:1735 Close Channel sofia/internal/1001(a)192.168.1.120 [CS_DESTROY] 2018-08-21 09:34:51.288542 [NOTICE] switch_channel.c:1104 New Channel sofia/internal/1001(a)192.168.1.120 [f8be20e3-1244-48bb-a89b-7b49382726af] 2018-08-21 09:34:52.568543 [WARNING] switch_core_state_machine.c:687 bae7044c-4915-4a9a-9265-6e48e969ffec sofia/internal/ 55340115419480247(a)192.168.1.120 Abandoned 2018-08-21 09:34:52.568543 [NOTICE] switch_core_state_machine.c:690 Hangup sofia/internal/55340115419480247(a)192.168.1.120 [CS_NEW] [WRONG_CALL_STATE] 2018-08-21 09:34:52.568543 [NOTICE] switch_core_session.c:1731 Session 292 (sofia/internal/55340115419480247(a)192.168.1.120) Ended 2018-08-21 09:34:52.568543 [NOTICE] switch_core_session.c:1735 Close Channel sofia/internal/55340115419480247(a)192.168.1.120 [CS_DESTROY] 2018-08-21 09:34:52.848563 [WARNING] switch_core_state_machine.c:687 a0a39ab8-f109-468b-8136-3ebf044c2ffd sofia/internal/1001(a)192.168.1.120 Abandoned 2018-08-21 09:34:52.848563 [NOTICE] switch_core_state_machine.c:690 Hangup sofia/internal/1001(a)192.168.1.120 [CS_NEW] [WRONG_CALL_STATE] 2018-08-21 09:34:52.848563 [NOTICE] switch_core_session.c:1731 Session 293 (sofia/internal/1001(a)192.168.1.120) Ended 2018-08-21 09:34:52.848563 [NOTICE] switch_core_session.c:1735 Close Channel sofia/internal/1001(a)192.168.1.120 [CS_DESTROY] 2018-08-21 09:34:54.248541 [NOTICE] switch_channel.c:1104 New Channel sofia/internal/1001(a)192.168.1.120 [ef2d84f4-89e5-453d-89df-8280b129b42b] 2018-08-21 09:34:55.148543 [WARNING] switch_core_state_machine.c:687 9f1804f2-80d0-4fad-8e43-40f0cf2777e9 sofia/internal/1001(a)192.168.1.120 Abandoned José D. Jurado Alonso

3 3

Re: [Freeswitch-users] SRTP crypto selection
by Tom Parrott 22 Aug '18

22 Aug '18

Hi FWIW worth I worked with the Zoiper support team to figure out a workaround in Freeswitch 1.6 for Zoiper 5. I wrote about it here: https://www.tomp.uk/blog/view/39 I haven't had chance to test whether it works out of the box on 1.8 yet though. Thanks Tom On 2018-08-21 21:29, freeswitch-users-request(a)lists.freeswitch.org wrote: > Send FreeSWITCH-users mailing list submissions to > freeswitch-users(a)lists.freeswitch.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > or, via email, send a message with subject or body 'help' to > freeswitch-users-request(a)lists.freeswitch.org > > You can reach the person managing the list at > freeswitch-users-owner(a)lists.freeswitch.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of FreeSWITCH-users digest..." > Today's Topics: > > 1. Re: SRTP crypto selection (Michael Jerris) > _______________________________________________ > 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

2 1

Zoiper5 broken with FS, outbound calls get dropped
by Rajil Saraswat 22 Aug '18

22 Aug '18

Hello, All my outbound calls made by Zoiper5 get dropped. I contacted Zoiper support and they mentioned that it is a FreeSwitch problem. How can this be fixed? Here is what Zoiper support said, There was a known issue with FreeSwitch related to the naming of the security suites sent from them, they were not completely matched to RFC 6188. On the left, the names are the standard ones - used in the RFC6188, and the right ones are the names used by FreeSwitch: AES_256_CM_HMAC_SHA1_80 == AES_CM_256_HMAC_SHA1_80 AES_256_CM_HMAC_SHA1_32 == AES_CM_256_HMAC_SHA1_32 AES_192_CM_HMAC_SHA1_80 == AES_CM_192_HMAC_SHA1_80 AES_192_CM_HMAC_SHA1_32 == AES_CM_192_HMAC_SHA1_32 In order to be robust we added the so called FS names but they are not different suits just one suite has two names (as the negotiation process requires a complete match of the names). In the previous Zoiper5 versions (e.g. 5.2.14) the additional FS names were not present. The offered by Zoiper suites were only the described in the RFC 6188 and 4568 in that priority order: AES_256_CM_HMAC_SHA1_80 AES_256_CM_HMAC_SHA1_32 AES_192_CM_HMAC_SHA1_80 AES_192_CM_HMAC_SHA1_32 AES_CM_128_HMAC_SHA1_80 AES_CM_128_HMAC_SHA1_32 After the addition of FS names (5.2.16 and newer) we now offer everything in the following order: AES_256_CM_HMAC_SHA1_80 // RFC 6188 AES_256_CM_HMAC_SHA1_32 // RFC 6188 AES_CM_256_HMAC_SHA1_80 // FS interpretation AES_CM_256_HMAC_SHA1_32 // FS interpretation AES_192_CM_HMAC_SHA1_80 // RFC 6188 AES_192_CM_HMAC_SHA1_32 // RFC 6188 AES_CM_192_HMAC_SHA1_80 // FS interpretation AES_CM_192_HMAC_SHA1_32 // FS interpretation AES_CM_128_HMAC_SHA1_80 // RFC 4568 AES_CM_128_HMAC_SHA1_32 // RFC 4568 It seems that FS also sends bad checksums with the AES_256_CM_HMAC_SHA1_80 and AES_CM_192_HMAC_SHA1_80, the only working suite is AES_CM_128_HMAC_SHA1. There is a workaround you can use until and if this issue is fixed by FS. You may try to rearrange the priority on your FS (put 128 on top instead of 256, or completely disable the non-working suites). Or you can simply keep using older version of Zoiper with 128 bit. Thanks

3 3