- FreeSWITCH-dev - FreeSWITCH Mailing Lists

FreeSWITCH website down
by Muhammad Shahzad 28 Jan '13

28 Jan '13

Hi, It seems that http://freeswitch.org as well as http://wiki.freeswitch.orgare down or at least unaccessible. Is it a scheduled maintenance or yet another DDOS? Thank you. -- Muhammad Shahzad ----------------------------------- CISCO Rich Media Communication Specialist (CRMCS) CISCO Certified Network Associate (CCNA) Cell: +49 176 99 83 10 85 MSN: shari_786pk(a)hotmail.com Email: shaheryarkh(a)googlemail.com

3 2

Re: [Freeswitch-dev] FreeSWITCH website down
by mercutio.viz＠gmail.com 27 Jan '13

27 Jan '13

I just accessed them both, so possibly a temp outage. Sent from my HTC EVO 4G LTE exclusively from Sprint ----- Reply message ----- From: "Muhammad Shahzad" <shaheryarkh(a)gmail.com> To: "FreeSWITCH Users Help" <freeswitch-users(a)lists.freeswitch.org>, <freeswitch-dev(a)lists.freeswitch.org> Subject: [Freeswitch-dev] FreeSWITCH website down Date: Sun, Jan 27, 2013 9:43 AM Hi, It seems that http://freeswitch.org as well as http://wiki.freeswitch.org are down or at least unaccessible. Is it a scheduled maintenance or yet another DDOS? Thank you. -- Muhammad Shahzad ----------------------------------- CISCO Rich Media Communication Specialist (CRMCS) CISCO Certified Network Associate (CCNA) Cell: +49 176 99 83 10 85 MSN: shari_786pk(a)hotmail.com Email: shaheryarkh(a)googlemail.com

1 0

Commit 5542d04 broke build / make current
by Robert Huddleston 24 Jan '13

24 Jan '13

Commit 5542d04 for mod_voicemail broke build / make current making all mod_voicemail make[5]: Entering directory `/usr/src/freeswitch/src/mod/applications/mod_voicemail' make[6]: Entering directory `/usr/src/freeswitch/src/mod/applications/mod_voicemail' Compiling /usr/src/freeswitch/src/mod/applications/mod_voicemail/mod_voicemail.c... quiet_libtool: compile: gcc -I/usr/src/freeswitch/libs/curl/include -I/usr/src/freeswitch/src/include -I/usr/src/freeswitch/src/include -I/usr/src/freeswitch/libs/libteletone/src -I/usr/src/freeswitch/libs/stfu -fPIC -Werror -fvisibility=hidden -DSWITCH_API_VISIBILITY=1 -DHAVE_VISIBILITY=1 -g -ggdb -DHAVE_OPENSSL -g -O2 -Wall -std=c99 -pedantic -Wdeclaration-after-statement -D_GNU_SOURCE -DHAVE_CONFIG_H -c /usr/src/freeswitch/src/mod/applications/mod_voicemail/mod_voicemail.c -fPIC -DPIC -o .libs/mod_voicemail.o /usr/src/freeswitch/src/mod/applications/mod_voicemail/mod_voicemail.c: In function 'vm_fsdb_pref_greeting_get_function': /usr/src/freeswitch/src/mod/applications/mod_voicemail/mod_voicemail.c:4981:6: error: variable 'slot' set but not used [-Werror=unused-but-set-variable] cc1: all warnings being treated as errors make[6]: *** [mod_voicemail.lo] Error 1 make[6]: Leaving directory `/usr/src/freeswitch/src/mod/applications/mod_voicemail' make[5]: *** [all] Error 1 make[5]: Leaving directory `/usr/src/freeswitch/src/mod/applications/mod_voicemail' make[4]: *** [mod_voicemail-all] Error 1 make[4]: Leaving directory `/usr/src/freeswitch/src/mod' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/usr/src/freeswitch/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/src/freeswitch' make[1]: *** [all] Error 2 make[1]: Leaving directory `/usr/src/freeswitch' make: *** [current] Error 2 root@ip-10-144-18-29:/usr/src/freeswitch#

1 0

mod_spandsp load fails on raspbian (raspberry-pi)
by Matteo 24 Jan '13

24 Jan '13

Hi, I've had some issue into loading mod_spandsp on Raspbian ( version 2012-12-16-wheezy-raspbian ) on a raspberry pi hw. freeswitch compiled fine, but when loading mod_spandsp failed with error: mod_spandsp.so: undefined symbol: lzma_stream_decoder** after some investigation the culprit seems the build process of fs shipped tiff lib, which includes the lzma libs (present on raspbian) but at load fails finding symbols. similar issue for jbig. So I manually reconfigured fs tiff lib adding the flags --disable-jbig --disable-lzma , then rebuilt mod_spandsp itself and everything started ok. don't know if something is wrong in lzma/jbig shipped libs on raspbian, or something wrong into the tiff linking process, that's why I'm posting here and not on jira (yet) Any idea / experience about that? my raspbian installed package list is here: http://pastebin.freeswitch.org/20474 regards, matteo.

3 5

FreeSWITCH Community Conference Call Today
by Michael Collins 23 Jan '13

23 Jan '13

Hello folks, On today's call we have a few news items to discuss, after which we will have an open forum for Q&A on FreeSWITCH topics. The agenda is here: http://wiki.freeswitch.org/wiki/FS_weekly_2013_01_23 Talk to you soon! -- Michael S Collins Twitter: @mercutioviz http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org

1 0

FreeSWITCH Weekly News and Notes
by Michael Collins 21 Jan '13

21 Jan '13

Hello to our great OSS community! We are happy to report that the first ClueCon 2012 videos have been posted to our YouTube channel <http://www.youtube.com/cluecon>! The first talks posted are: * I'm Living In The Wrong Future!<http://www.youtube.com/watch?v=7SPpicsrbac>- Dr. Moshe Yudkowsky * ClueCon 2012 Keynote Address <http://www.youtube.com/watch?v=5bQansGixpI>- Anthony Minessale This week we will be posting a few more videos from day one of ClueCon 2012<http://www.cluecon.com/schedule/2012/>. Join this week's conference call or subscribe to our YouTube channel to find out which videos are uploaded next. Now that calendar year 2013 is in full swing we are making plans for ClueCon 2013, which will be held on August 6-8, 2013. Once again we'll be at the Hyatt Chicago Magnificent Mile <http://www.cluecon.com/hotels/2012/>. Stay tuned for more information about this year's event. The development team has been working hard on some cool new things which will be announced in due course. In the meantime Ken Rice is working very hard on getting FreeSWITCH 1.2.6 ready for final release. If you have a sandbox system that you can use to test the latest git HEAD please do so. Also, feel free to visit our bug tracker and see if there are any bugs that you can fix or verify as was discussed on last week's conference call<http://wiki.freeswitch.org/wiki/FS_weekly_2013_01_16>. This week we will be having an open discussion<http://wiki.freeswitch.org/wiki/FS_weekly_2013_01_23>on topics that are dear to you. Please bring your questions for discussion and any tips and tricks that you'd like to share with the community. Have a great week! -- Michael S Collins Twitter: @mercutioviz http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org

1 0

Odp: Re: Conference CDRs via http
by Mariusz Czulada 21 Jan '13

21 Jan '13

Hi, I just created an iisue (FS-5042) with a patch for CDR events from mod_conferences. Any feedback appreciated. Mariusz Dnia Wtorek, 4 Grudnia 2012 02:00 Anthony Minessale <anthony.minessale(a)gmail.com> napisał(a) > I have no had time to do it but if you want to start a patch I can work on getting it in. > > > On Mon, Dec 3, 2012 at 6:56 PM, Seven Du <dujinfang(a)gmail.com> wrote: > > Any update on this? > > How about just fire a SWITCH_EVENT_CDR with raw event headers so mod like mod_cdr_pg_csv can listen to it and write to db without parsing back the XML? > > Thanks. > > -- Seven DuSent with Sparrow > > On Tuesday, June 12, 2012 at 10:31 AM, Anthony Minessale wrote: > > > B is the right choice. > > > The size of the body has no limit. > > > How bout, if a certian header exists in the event with a local file path, then the the mod opens the referenced file for delivery; Otherwise it uses the body if it exists. > > > > > > On Jun 11, 2012 8:39 PM, "Mariusz Czulada" <manieq(a)wp.eu> wrote: > > > > Hi all, > > > > > > > > I was thinking about sending CDRs via HTTP in a same or similar way mod_xml_cdr does. I consider implementing this (unless someone else is working on it) but first wanted to discuss with you the best approach. > > > > > > > > > > > > A. All in mod_conference > > > > > > > > This would require to copy many fragments of code from mod_xml_cdr into mod_conference. Also same configuration parameters used in xml_cdr must be processed and used for sending data. The advantage for this solution is that everything related to this mechanism is included in this module. Drawback: if something in mod_xml_cdr requires fixing or extending, probably the same changes should by applied in related parts of mod_conference. > > > > > > > > > > > > B. mod_conference builds, mod_xml_cdr sends data > > > > > > > > For this solution I'll give more details. > > > > 1. New event type should be added (like SWITCH_EVENT_CDR) > > > > 2. When a module (in this case: mod_conference) wants to store CDR via HTTP it must fire an event of that type and: > > > > - "Event-Subclass" set (like "conference") > > > > - Only common headers are needed, plus... > > > > - "Content-Type" and "Content-Length" must be set > > > > - CDR data must be build as XML in a module and added as an event content. > > > > 3. mod_xml_cdr will listen to this event type. > > > > 4. For each event subclass which mod_xml_cdr must must react, configuration file will contain a set of params same as for generic channel CDRs. > > > > 5. If subclass matches configuration, mod_xml_cdr reads data from event content and sends them according to configuration. > > > > > > > > Changes in mod_conference: > > > > - one new parameter for each profile (like "cdr-via-event=yes|no") > > > > - if "yes" then xml must be build even if "cdr-log-dir" is unset > > > > - if "yes", then an event must be fired as described above > > > > > > > > Changes in mod_xml_cdr: > > > > - extra parameters from configuration to be parsed (like '<settings subclass="conference">....</settings>') > > > > - bind to SWITCH_EVENT_CDR > > > > - if 'Event-Subclass' matches configuration, a content of the event will be sent via HTTP (probably most of 'my_on_report' routine bellow 'try to post it to the web server' comment will be reused) > > > > > > > > A [small] drawback is that it makes an indirect module dependency, but we already have such situations (like mod_shout needed to record a conference in mp3). > > > > > > > > Advantages are: > > > > - one can create an external tool for handling this type of event (to store it directly in db or send it with other protocols) > > > > - this mechanism can be easily reused in other modules if needed; maybe in mod_callcenter, maybe in other components. No further changes in mod_xml_cdr should be needed. > > > > > > > > What is unknown to me is a maximum size of event content. Conference CDR XMLs can be quite big - will it be a problem to send it this way? > > > > > > > > > > > > I think the second solution is better and more universal but I'd like to hear your opinions about this case. > > > > > > > > Regards, > > > > > > > > Mariusz > > > > > > > > > > > > > > > > > > > > _________________________________________________________________________ > > > > Professional FreeSWITCH Consulting Services: > > > > consulting(a)freeswitch.org > > > > http://www.freeswitchsolutions.com > > > > > > > > FreeSWITCH-powered IP PBX: The CudaTel Communication Server > > > > http://www.cudatel.com > > > > > > > > Official FreeSWITCH Sites > > > > http://www.freeswitch.org > > > > http://wiki.freeswitch.org > > > > http://www.cluecon.com > > > > > > > > Join Us At ClueCon - Aug 7-9, 2012 > > > > > > > > FreeSWITCH-dev mailing list > > > > FreeSWITCH-dev(a)lists.freeswitch.org > > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > > > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > > > > http://www.freeswitch.org > > > _________________________________________________________________________Professional FreeSWITCH Consulting Services:consulting@freeswitch.orghttp://www.freeswitchsolutions.com > > > FreeSWITCH-powered IP PBX: The CudaTel Communication Serverhttp://www.cudatel.com > > > Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://wiki.freeswitch.orghttp://www.cluecon.… > > > Join Us At ClueCon - Aug 7-9, 2012 > > > FreeSWITCH-dev mailing listFreeSWITCH-dev@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-devUNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-devhttp://www.freeswitch.org > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting(a)freeswitch.org > > http://www.freeswitchsolutions.com > > > > FreeSWITCH-powered IP PBX: The CudaTel Communication Server > > http://www.cudatel.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://wiki.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-dev mailing list > > FreeSWITCH-dev(a)lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > > http://www.freeswitch.org > > > > -- > Anthony Minessale II > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale@hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888@conference.freeswitch.org > googletalk:conf+888@conference.freeswitch.org > pstn:+19193869900

1 0

Re: [Freeswitch-dev] transfer_history performance
by David Brazier 18 Jan '13

18 Jan '13

François Thanks for the suggestion, will try re-working with execute_extension. David From: François Delawarde Sent: 17/01/2013 11:26 To: freeswitch-dev(a)lists.freeswitch.org Subject: Re: [Freeswitch-dev] transfer_history performance Hi David, The "transfer" app is quite heavy to be chained 1000s of times as it does many things to keep track of what happened (handle max-fw, dup caller profile, history var, ...). You might end-up with other issues trying to scale, maybe disk bottleneck writing huge xml-cdr files, ... What about making your application use "execute_extension" instead? Note that I still vote yes for your optimization ideas! François. On Thu, 2013-01-17 at 10:48 +0000, David Brazier wrote: > Hi again > > A bit more information on reproducing it: each call using > test_transfer will fully occupy one CPU, so on a 4 core machine you > need to start 4 of these calls to tie it up, then audio on other calls > is broken or completely stopped, CLI stops responding etc. As a > workaround I have commented out from switch_ivr.c line 1808 near end > of switch_ivr_session_transfer: > > /*switch_channel_add_variable_var_check(channel, > SWITCH_TRANSFER_HISTORY_VARIABLE, new_profile->transfer_source, > SWITCH_FALSE, SWITCH_STACK_PUSH);*/ > > Of course that means transfer_history is no longer populated, but it > does remove the performance problem, the test_transfer calls now run > through so fast I had to start the loop off at 9999 and although they > do use a bit of CPU (it is a tight loop with no sleep/IO etc after > all) 4 simultaneously do not tie up the server and other calls > continue fine. I can think of a few more complete solutions: > 1. Improve the performance of appending to variables with big > values - I think this is ultimately done in > switch_event_base_add_header in switch_event.c, though that > looks like quite a complex function. In the end, repeated > appending to long strings is never going to be efficient. > 2. Maintain the transfer history as a stack/list/array structure > and either render it to the variable string whenever it is > changed (still expensive?) or generate the string only on > demand - though I'm not sure how that would work with info, > uuid_dump and verbose events in event sockets etc. > 3. Allow channels to opt out of having transfer_history tracked, > perhaps by setting it to "suppress" or "false", this could be > checked before the line above. Would put the onus on the > dialplan to know if it was going to do lots of transfers, but > it would be backward-compatible with anyone who needs this > variable. Out of interest why was it added? > Once I have managed to log in to Jira I will raise all this there. > > Cheers > > David > > > On Thu, Jan 17, 2013 at 12:57 AM, David Brazier > <davidjbrazier(a)gmail.com> wrote: > Hi > > Our application makes use of long-running calls with a lot of > diaplan transfers to bridge them to other calls, put them on > hold etc. We've noticed a slow down in performance (high CPU, > audio dropped, delayed) after several hours. I can reproduce > it with some dialplan that does 1000 transfers: > > <extension name="test_transfer"> > <condition field="destination_number" > expression="^test_transfer$"> > <action application="set" data="max_forwards=9999"/> > <action application="transfer" data="test_transfer_999"/> > </condition> > </extension> > <extension name="test_transfer_0" continue="false"> > <condition field="destination_number" > expression="^test_transfer_0$"> > <action application="hangup"/> > </condition> > </extension> > <extension name="test_transfer_n"> > <condition field="destination_number" > expression="^test_transfer_(\d+)$"> >  > <action application="transfer" data="test_transfer_${expr > $1-1}"/> > </condition> > </extension> > > and then > > originate user/1000 test_transfer XML blah > > On a Windows laptop (git head) it slows down to more than 1 > sec per iteration after it gets past 800, on a bigger Linux > server (FS 1.2.5.1) it gets a bit futher but not much. On a > server with an old version (git-1086cba 2011-05-23 22-51-43 > -0500) it zips through to the end with no slow down. If you > put the info call in you can see that > variable_transfer_history is growing, and I think this is the > source of the problem - this variable is missing from the > older version but the newer ones are apparently appending to > it on each iteration which becomes a very expensive > operation. > > I'll raise a Jira. Any suggestion for a workaround? (Apart > from rewriting our dialplan!) > > David > > > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting(a)freeswitch.org > http://www.freeswitchsolutions.com > > FreeSWITCH-powered IP PBX: The CudaTel Communication Server > http://www.cudatel.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-dev mailing list > FreeSWITCH-dev(a)lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting(a)freeswitch.org http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com FreeSWITCH-dev mailing list FreeSWITCH-dev(a)lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org

1 1

deliver_vm function in mod_voicemail.c does not pass all user's variables and parameters
by Vik Killa 17 Jan '13

17 Jan '13

I'm experimenting with implementing a voicemail call page in mod_voicemail.c I have some semi-working test code, I'm stuck though, on the fact that the deliver_vm function does not get passed all of the mailbox user's domain variables and parameters. It only receives the specific user's variables and parameters. In my setup (and probably a lot of other setups) in order for a call to originate out a carrier you probably need some necessary directory variables (accountcode, default_areacode, etc...) I've been trying to hack a way to pass all the domain variables & parameters to deliver_vm (specifically in the voicemail_inject function) but I've gotten no where. I can see the parameters are passed using "switch_event_t *my_params" which apparently retrieves the data using 'switch_event_create(&my_params, SWITCH_EVENT_REQUEST_PARAMS);" I have no clue how this function works or if there is a way for SWITCH_EVENT_REQUEST_PARAMS to return ALL the user's (including the domain's) variables and parameters. Please help me so I can improve FreeSWITCH for everyone but adding this nice feature. Any tips or assistance would be greatly appreciated. Thank you again. Emmanuel

1 0

transfer_history performance
by David Brazier 17 Jan '13

17 Jan '13

Hi Our application makes use of long-running calls with a lot of diaplan transfers to bridge them to other calls, put them on hold etc. We've noticed a slow down in performance (high CPU, audio dropped, delayed) after several hours. I can reproduce it with some dialplan that does 1000 transfers: <extension name="test_transfer"> <condition field="destination_number" expression="^test_transfer$"> <action application="set" data="max_forwards=9999"/> <action application="transfer" data="test_transfer_999"/> </condition> </extension> <extension name="test_transfer_0" continue="false"> <condition field="destination_number" expression="^test_transfer_0$"> <action application="hangup"/> </condition> </extension> <extension name="test_transfer_n"> <condition field="destination_number" expression="^test_transfer_(\d+)$">  <action application="transfer" data="test_transfer_${expr $1-1}"/> </condition> </extension> and then originate user/1000 test_transfer XML blah On a Windows laptop (git head) it slows down to more than 1 sec per iteration after it gets past 800, on a bigger Linux server (FS 1.2.5.1) it gets a bit futher but not much. On a server with an old version (git-1086cba 2011-05-23 22-51-43 -0500) it zips through to the end with no slow down. If you put the info call in you can see that variable_transfer_history is growing, and I think this is the source of the problem - this variable is missing from the older version but the newer ones are apparently appending to it on each iteration which becomes a very expensive operation. I'll raise a Jira. Any suggestion for a workaround? (Apart from rewriting our dialplan!) David

2 2