April 2016 - FreeSWITCH-users - FreeSWITCH Mailing Lists

FXO and FXS Devices
by Shawn Wheeler 16 Apr '16

16 Apr '16

What types of FXO and FXS devices does FreeSWITCH use? Thank you Shawn

6 10

HTTP2/Websockets support for mod XML CURL
by Abdul Hakeem 16 Apr '16

16 Apr '16

Hello, Is there http2/websockets support such as connection pooling, keepalive, header compression etc inbuilt into mod xml curl ?. My concern is for the setup teardown roundtrips for each call made by FS. I am hoping someone has worked on a push technology where a websserver listen for events, then pushes the xml data to FS. Does anyone have a clue on how to configure or how to make mod xml curl do this ? Cheers, AH

1 0

Register request problem
by amani mansour 15 Apr '16

15 Apr '16

Hi all , Please i need to know the file (directory,dialplan or ........) from which the request register is send ,I need your help , i need to know the origine of the message Register to be able to modify it i need to create a scenario which is: FS receive Register FS send 401 FS receive Register with authorization header FS send second 401 with stale = false please i need your help . thank you again with best regards amani

2 2

Asterisk-like hints
by Igor Olhovskiy 15 Apr '16

15 Apr '16

Hi! Is there any type of Asterisk-like hints in Freeswitch. Like a virtual extension, you can subscribe for and change it state over dialplan? Main idea - create BLF Day/Night switch. -- Best regards, Igor

1 0

Billsec in dialplan
by Joel Serrano 15 Apr '16

15 Apr '16

Hi, Is it possible to access ${billsec} in the dialplan after the bridge application (having hangup_after_bridge=false)?? I want to log the billsec but currently it is always empty. I have a workaround in a test server using api_hangup_hook to call a lua script with session_in_hangup_hook=true, and inside the lua script I can access the billsec variable and thus write it to the logs. Is there no way to do this within the XML dialplan? Thanks! Best regards, Joel.

6 11

Are there any known memory leaks with reloadxml and large XML configs?
by Nathan Neulinger 15 Apr '16

15 Apr '16

I've got a persistent issue with a slow (sometimes not that slow) memory leak in FS. Our environment does frequent reconfigs built around reloadxml and when the leak gets bad enough, I start getting random reports of slipping audio sync. I've put in weekly forced failovers, but if we have a week with more changes than typical (we're still in middle of mass migration off of CCM) - the leak growth can be too fast: freeswi+ 17977 12.1 27.2 15247652 2213648 ? S<l Apr02 2155:56 /local/freeswitch/server/bin/freeswitch -u freeswitch -core -cfgname freeswitch-prod.xml -base /local/freeswitch/server -conf /local/freeswitch/server/conf -db /local/freeswitch/server/db -run /local/freeswitch/data -log /local/freeswitch/data -rp -nf -nc -nonat -nonatmap The reason I ask if the leak is related to reloadxml - when doing some analysis on the resulting core dump on the (no longer active) server, I'm finding examples like this when doing a 'strings corefile | sort | uniq -c | sort -n': ... 74642 !-- type(skinny) -- 76811 /buttons 76811 "InvalidHash 76812 "a1-hash 76836 /skinny 76853 buttons ... 105277 !-- password won't be used by cisco devices -- ... 105277 "vm-mailfrom 105277 "vm-password [root@freesw-p1 data]# grep -c InvalidHash freeswitch-prod.xml.fsxml 1431 [root@freesw-p1 data]# ls -al *.fsxml -rw------- 1 freeswitch freeswitch 4985669 Apr 14 08:28 freeswitch-prod.xml.fsxml [root@freesw-p1 data]# wc -l *.fsxml 105025 freeswitch-prod.xml.fsxml It's like it's leaking large numbers of complete copies of the XML. When I look directly at the core dump, it looks to me like the strings are in the parsed state of the XML. (Below slightly masked copy and paste from viewing dump with less.) ------------- ^@!-- xxx-xxx-xxxx --^@ ^@user^@id^@"xxxxxxxxxxxxxxxxxxxxxxxx^@^@ ^@params^@ ^@!-- password won't be used by cisco devices --^@ ^@param^@name^@"password^@ value^@"XXXXXXXXXXXXXXXXX^@^@^@ ^@param^@name^@"vm-mailfrom^@ value^@"voicemail@mst.edu^@^@^@ ----------- Would really appreciate any ideas on how I might mitigate this leaking or if there is anything that could be done to help diagnose it further to help address the underlying issue. I'm happy to open a JIRA on this, but will NOT be able to test this with latest master as I can't just experiment with the live production environment. -- Nathan ------------------------------------------------------------ Nathan Neulinger nneul(a)mst.edu Missouri S&T Information Technology (573) 612-1412 System Administrator - Architect

3 8

matrix-appservice-verto
by Davide Colombo 15 Apr '16

15 Apr '16

Hi all, anyone knows matrix-appservice-verto, a verto bridge used to hook FreeSWITCH up to Matrix (an open standard for decentralised communication)? It seems cool!

1 0

Sending commands over Verto
by Carlos González Florido 15 Apr '16

15 Apr '16

Hi list. Reading "Verto Not just for call signaling" [1] I see you can send API commands over verto channels, I tested the included example ("command": "status") and it works. However I cannot make it work for any other command, FS always replies with {"code": -32602, "message": "Permission Denied"}. How can I enable other commands, even with arguments? Thank you, Carlos [1] https://freeswitch.org/verto-not-just-for-call-signaling/

2 2

HTTPS in mod_shout
by Alexander Mustafin 15 Apr '16

15 Apr '16

Hi there! Is it possible to use HTTPS URLs in mod_shout some way? I want to test TTS API and it require https. I’ve been tried to send request to 443 port, but it doesn’t work. Best regards, Alexander Mustafin mustafin.aleksandr(a)gmail.com

1 0

rfc 2833 not offered on outbound leg in bridge scenario with FS 1.6.7 (worked properly in FS 1.6.6)
by Dave Horton 15 Apr '16

15 Apr '16

I’m running into a problem on v1.6.7 with something that seemed to work properly on v1.6.6, and I am wondering if this is a known bug. I have an application that receives an incoming call and bridges it to an outbound destination. Where there is RFC 2833 offered on the A leg for dtmf I want that to offer that on the B leg as well. I have defined late-negotiation=true on my sip profile. In v1.6.6 (specifically, User agent header identifies as 1.6.6+git~20160111T201612Z~d2d0b3283a~64bit) this worked as expected. In v1.6.7 (specifically, User agent header identifies as 1.6.7+git~20160401T134007Z~f0c3870be3~64bit) it doesn’t. The SDP offered on the B leg does not include RFC 2833 even though the A leg offered it. Is this a known bug? If so, is there a patch? If not, I can provide more information (pastebin logs, etc) to help troubleshoot. Please let me know what would be most useful to see.

4 3