FreeSWITCH 1.4.14 Released
New Post on freeswitch.org from krice387 check it out at http://ift.tt/1zmebiE FreeSWITCH 1.4.14 Released FreeSWITCH 1.4.14 has been released! This is routine maintenance release. Quick highlight of improvements: support for logging full timestamps with dialplan (defaults to old behavior unless requested), allow mod_http_cache to S3 services other than Amazon, and new configuration parameter add-variables-to-offer, addition of `connect-timeout` option for curl API command, allow setting CURL timeout from curl API command , respecting umask when creating new files in mod_sndfile , support for additional curl auth methods in mod_curl , fifo_position macro, improvement of accuracy in timerfd implementation , and remove support SSLv2/3 from mod_rayo due to security concerns. Tarballs and Packages available at the usual locations. New features that were added: 7c0cf50 Set managedlist to return the value to the API stream and the log in mod_managed 4037e78 Support per-module references directory in mod_managed 10ebeba Add console log level in mod_managed 33cb950 Added pure CreateStateHandlerDelegate in ManagedSession for native api usage in mod_managed 889b678 Added GetPtr to Util class for internal pointers extraction (very useful when using native api) in mod_managed 8478874 FS-6831 Addition of unset app for the chatplan and while you can already unset by calling set with var=, same with set in dialplan, this is a convenience function similar to our unset in dialplan in mod_sms [Jira: http://ift.tt/1Hwa0Xw] bc767bb Adding rfc6598.auto and adding rfc6598 space to nat.auto acl. This is the NAT444 carrier grade nat space. 1190e59 FS-6965 Set the Accept-Language into a variable when received in mod_sofia [Jira: http://ift.tt/1uLG7M3] 94278b5 FS-5159 Allow enter and exit sounds to interrupt the MOH in a wait_mod conference 1944f9a FS-6968 Changes to mod_fifo.c to add outbound_per_cycle_min in mod_fifo [Jira: http://ift.tt/1Hwa0XA] 0f2816d Add command to compile non-minified js file for testing in mod_verto f175c71 FS-6805 add support for logging full timestamps with dialplan, defaults to old behavior unless requested. Jira: http://ift.tt/11E7kpC fada4b8 FS-6977 Do not create freeswitch.serial if zrtp not enabled Jira: http://ift.tt/11E7kpG dd629c1 Add external_video_source to media handle and expose switch_core_media_start_video_thread() to start the core video thread for non-rtp based media 0eefdca FS-6947 Opus RTP payload fmtp settings ( maxaveragebitrate / maxplaybackrate ) Jira: http://ift.tt/11M58xc dd61232 FS-6979 Allow mod_http_cache to S3 services other than Amazon Jira: http://ift.tt/11E7i0R 826d428 FS-6992 Global configuration or maxplaybackrate and maxaveragebitrate from opus.conf.xml Jira: http://ift.tt/11M58xe e1c0ef5 New configuration parameter, add-variables-to-offer (default=false) (When true, all channel variables are included in the offer to rayo client in mod_rayo). 1ee325d Add `connect-timeout` option for curl API command f1df8d6 Allow setting CURL timeout from curl API command c73afe1 FS-7004 Respect unmasked when creating new files in mod_sndfile [Jira: http://ift.tt/1pgbVcN] 6f660c3 Updated mod_rayo to no longer support SSLv2/3 f198d82 FS-5666 Add ignore_connect_fail config setting to not kill the call when redis is down when using redis back-end for limit [Jira: http://ift.tt/1pgbVcP] 250234d FS-5800 Add support for additional curl auth methods in mod_curl [Jira: http://ift.tt/1pgbVcR] 1e92619 FS-6097 – added fifo_position macro [Jira: http://ift.tt/1FkkFCz] da6043f Improve timerfd implementation to be more accurate df423b8 Improve timerfd implementation to be more accurate Improvements in cross platform build supports: 0f8b993 Fix mod_say_es_ar Makefile.am 07030c6 Fix compiler warning on unmatched return type 5dee5ce FS-6953 Fix for build issues with OS X [Jira: http://ift.tt/1uLG9Um] a17be38 Add reconf target 300b8d8 FS-6973 Fix for changed Opal svn url breaking build of mod_opal [Jira: http://ift.tt/1Hwa1dY] 9673cf0 Fix for apr build issue FS-6848 freebsd arm 62a2e10 Remove hack breaking some cross compile builds. if you really need this, you should be using new enough glibc anyways. The following bugs were squashed: f87c335 Fix for issue with tracking agent availability 8f3c157 FS-6957 Fix for muting issues upon joining a conference in mod_conference [Jira: http://ift.tt/1uLG9Ue] 831832c FS-6890 Fix for FreeSWITCH forgets to send RE-INVITES [Jira: http://ift.tt/1uLG9Ug] 4eb5b38 Fix bug where re-invites needlessly re-init the codec and jb a497169 FS-6890 Additional work for FreeSWITCH forgetting to send RE-INVITES in mod_sofia [Jira: http://ift.tt/1uLG9Ug] 9c1e603 FS-6954 #comment Fix for side effect of another fix for this bug. Please test this patch. [Jira: http://ift.tt/1yzQC5V] f66f2ca FS-6890 More work toward fix for FreeSWITCH forgetting to send RE-INVITES in mod_sofia [Jira: http://ift.tt/1uLG9Ug] 415f82f FS-6954 Work toward fix for Freeswitch adding additional m=audio on t.38 call in mod_sofia [Jira: http://ift.tt/1yzQC5V] 5ce5199 FS-6969 Fix for unwanted profile shutdown in mod_verto [Jira: http://ift.tt/1Hwa0XE] In terms of stability these were the use cases that were fixed: f3d089a Fix a crash when trying to remove a shadow directory in mod_managed 2f1b12f OPENZAP-232 Check for digits received on sangoma isdn stack to avoid delaying moving to the ring state if all digits are received at once in overlap dialing mode. 6b8d5b2 Fix release guard timer check in freetdm 34cf3b9 FS-6980 #resolve Fix for crash when using native recording on recordstop Jira: http://ift.tt/11E7i0U ab24bde FS-5533 fix issue with busy signal being sent back to all shared lines instead of just the calling device Jira: http://ift.tt/11M58xi a279bf3 FS-6890 More work toward fix for FreeSWITCH forgetting to send RE-INVITES in mod_sofia Jira: http://ift.tt/1uLG9Ug 0c68bb6 FS-6957 Fix for muting issues in mod_conference Jira: http://ift.tt/1uLG9Ue 33d37ce PLIV-13 Disable SSLv3 in libcurl for mod_httapi dbc5571 FS-6983 Wrap new curl TLS macro usage with ifdefs Jira: http://ift.tt/11E7i0W 0699ea8 Fixes for various issues 87a4670 FS-6890 More work toward fix for FreeSWITCH forgetting to send RE-INVITES in mod_sofia Jira: http://ift.tt/1uLG9Ug 82aa331 FS-6531: #resolve set to tag on auto answer notify Jira: http://ift.tt/11M58xk 75473a7 FS-6531: #resolve set to tag on uuid_phone_event notify Jira: http://ift.tt/11M58xk 07c5cc1 FS-7003 Fix infinite loop when output sent to server without SSML configured and repeat-times=0 Jira: http://ift.tt/11E7kG0 0cf770a FS-6996: #resolve fix define change as of glibc 2.20 for _BSD_SOURCE -> _DEFAULT_SOURCE [Jira: http://ift.tt/1pgbVcT] 424df19 FS-Fix for build failure on mips[Jira: http://ift.tt/1pgbU8z] 8eaaa08 FS-6622 Set buffer size for streams based on the number of channels to avoid buffer starvation in mod_shout [Jira: http://ift.tt/1pgbVtb] 5127b64 FS-7014 Don’t touch the tech_pvt when a call has just ended, leaving us with a null tech_pvt in mod_sofia [Jira: http://ift.tt/1FkkFCF] 8330336 FS-6450 Update library [apr] Backport APR_RING_FOREACH and APR_RING_FOREACH_SAFE macros to APR for unimrcp compatibility.[Jira: http://ift.tt/1pgbVtf] c645ab3 FS-6848 #resolve #comment slight tweak to fix the logic and avoid unbalanced parens [Jira: http://ift.tt/1FkkE1B] 79de78a FS-7021 Remove extra loops when using originate_retries and the caller hangs up.[Jira: http://ift.tt/1pgbUp3]
Hi guys, While trying to find out the root cause of this, I just want to know if someone is also seeing a huge cpu load with freeswitch 1.4.14, which was not present in 1.4.12. OS is debian wheezy, packages are official ones. Same config, same trafic pattern, just an upgrade from 1.4.12 ( no other packages updated ). We were previously seeing load around 0.5, with pikes up to around 2. We now are seeing a constant load of around 2, and pikes up to 20... If someone is also seeing this, that would be interesting to exchange, helping find out what is causing this ! I'll file a jira once I find the root of this problem ( and no, this is production servers, we can't put master there, we need stable ). Best,
Hi everyone, Just a little followup, this is caused by <param name="rtp-timer-name" value="soft"/> in a sip_profile. Happens on baremetal servers as well as Xen guest. Still investigating on the exact root of this behaviour change, but at least now we know what is causing the trouble. Best, Tristan. Le 05/12/2014 19:46, Tristan Mahé a écrit :
Hi guys,
While trying to find out the root cause of this, I just want to know if someone is also seeing a huge cpu load with freeswitch 1.4.14, which was not present in 1.4.12.
OS is debian wheezy, packages are official ones.
Same config, same trafic pattern, just an upgrade from 1.4.12 ( no other packages updated ).
We were previously seeing load around 0.5, with pikes up to around 2.
We now are seeing a constant load of around 2, and pikes up to 20...
If someone is also seeing this, that would be interesting to exchange, helping find out what is causing this !
I'll file a jira once I find the root of this problem ( and no, this is production servers, we can't put master there, we need stable ).
Best,
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
So, have you solved your problem? Did you change rtp-timer-name? After we moved to 64-bit system, 1.4 branch shows huge LA spikes up to 35 on 4-core (or 4 single core virtual processor) with only 200-300 concurrent channels and very low CPS (1-5). On the same call load LA of 1.2 server is significantly lower. Setting 1.4 64bit to normal priority with -np helps to lower LA, but not completely solves a problem. It shows very big values in "ni" top fields (20-30%), but changing nice value of FS process to zero or positive value doesn't help. 2014-12-09 2:23 GMT+04:00 Tristan Mahé <t.mahe@b-and-c.net>:
Hi everyone,
Just a little followup, this is caused by <param name="rtp-timer-name" value="soft"/> in a sip_profile. Happens on baremetal servers as well as Xen guest.
Still investigating on the exact root of this behaviour change, but at least now we know what is causing the trouble.
Best,
Tristan.
Le 05/12/2014 19:46, Tristan Mahé a écrit :
Hi guys,
While trying to find out the root cause of this, I just want to know if someone is also seeing a huge cpu load with freeswitch 1.4.14, which was not present in 1.4.12.
OS is debian wheezy, packages are official ones.
Same config, same trafic pattern, just an upgrade from 1.4.12 ( no other packages updated ).
We were previously seeing load around 0.5, with pikes up to around 2.
We now are seeing a constant load of around 2, and pikes up to 20...
If someone is also seeing this, that would be interesting to exchange, helping find out what is causing this !
I'll file a jira once I find the root of this problem ( and no, this is production servers, we can't put master there, we need stable ).
Best,
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Best regards, Dmitry Sytchev, IT Engineer
Still on it, but I have some servers deployed without rtp-timer-name set to soft ( blocking read is something I'd like to avoid, but needs to find out what changed in FS code and also find out the impact on our users ), and so far they have load avg divided by 10 with the same amount of calls and the same trafic as those with rtp-timer-name to soft. Had no issue with 1.4.12 as said previously, but 1.4.14 has some interesting fixes that justify staying in production. Le 08/12/2014 14:33, Dmitry Sytchev a écrit :
So, have you solved your problem? Did you change rtp-timer-name? After we moved to 64-bit system, 1.4 branch shows huge LA spikes up to 35 on 4-core (or 4 single core virtual processor) with only 200-300 concurrent channels and very low CPS (1-5). On the same call load LA of 1.2 server is significantly lower. Setting 1.4 64bit to normal priority with -np helps to lower LA, but not completely solves a problem. It shows very big values in "ni" top fields (20-30%), but changing nice value of FS process to zero or positive value doesn't help.
2014-12-09 2:23 GMT+04:00 Tristan Mahé <t.mahe@b-and-c.net <mailto:t.mahe@b-and-c.net>>:
Hi everyone,
Just a little followup, this is caused by <param name="rtp-timer-name" value="soft"/> in a sip_profile. Happens on baremetal servers as well as Xen guest.
Still investigating on the exact root of this behaviour change, but at least now we know what is causing the trouble.
Best,
Tristan.
Le 05/12/2014 19:46, Tristan Mahé a écrit : > Hi guys, > > While trying to find out the root cause of this, I just want to know if > someone is also seeing a huge cpu load with freeswitch 1.4.14, which was > not present in 1.4.12. > > OS is debian wheezy, packages are official ones. > > Same config, same trafic pattern, just an upgrade from 1.4.12 ( no other > packages updated ). > > We were previously seeing load around 0.5, with pikes up to around 2. > > We now are seeing a constant load of around 2, and pikes up to 20... > > If someone is also seeing this, that would be interesting to exchange, > helping find out what is causing this ! > > I'll file a jira once I find the root of this problem ( and no, this is > production servers, we can't put master there, we need stable ). > > Best, > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting@freeswitch.org <mailto:consulting@freeswitch.org> > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org >
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Best regards,
Dmitry Sytchev, IT Engineer
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
This should have been in JIRA... Drop the mentality that you have to make a case first to open a JIRA. The actual process should be, if its any question about how FS works, if you are right or wrong about it, file it as a JIRA. If its wrong we can just close it........ If you want to send one email on the list to get some attention to your jira for discussion its ok but really you want to have the entire thing preserved there. I pushed a patch (4bcf1d888a4629993923527c26d4dbc6dae5d470) that might be related to your problem but now I have to wing it and use email where I get 200 emails a day and there is no tracking at all in email when it comes to issues so you put more resources on me to try to remember to look for your reply when we have a perfectly valid issue tracker system in place..... If master works better, good, if not, try git checkout 878a04715ae801ccd9587249240f5a6e4f16dd0e src/switch_time.c and make install_core All of this should be transposed back to JIRA by one of you..... On Mon, Dec 8, 2014 at 4:48 PM, Tristan Mahé <t.mahe@b-and-c.net> wrote:
Still on it, but I have some servers deployed without rtp-timer-name set to soft ( blocking read is something I'd like to avoid, but needs to find out what changed in FS code and also find out the impact on our users ), and so far they have load avg divided by 10 with the same amount of calls and the same trafic as those with rtp-timer-name to soft.
Had no issue with 1.4.12 as said previously, but 1.4.14 has some interesting fixes that justify staying in production.
So, have you solved your problem? Did you change rtp-timer-name? After we moved to 64-bit system, 1.4 branch shows huge LA spikes up to 35 on 4-core (or 4 single core virtual processor) with only 200-300 concurrent channels and very low CPS (1-5). On the same call load LA of 1.2 server is significantly lower. Setting 1.4 64bit to normal priority with -np helps to lower LA, but not completely solves a problem. It shows very big values in "ni" top fields (20-30%), but changing nice value of FS process to zero or positive value doesn't help.
2014-12-09 2:23 GMT+04:00 Tristan Mahé <t.mahe@b-and-c.net <mailto:t.mahe@b-and-c.net>>:
Hi everyone,
Just a little followup, this is caused by <param name="rtp-timer-name" value="soft"/> in a sip_profile. Happens on baremetal servers as well as Xen guest.
Still investigating on the exact root of this behaviour change, but at least now we know what is causing the trouble.
Best,
Tristan.
Le 05/12/2014 19:46, Tristan Mahé a écrit : > Hi guys, > > While trying to find out the root cause of this, I just want to know if > someone is also seeing a huge cpu load with freeswitch 1.4.14, which was > not present in 1.4.12. > > OS is debian wheezy, packages are official ones. > > Same config, same trafic pattern, just an upgrade from 1.4.12 ( no other > packages updated ). > > We were previously seeing load around 0.5, with pikes up to around
Le 08/12/2014 14:33, Dmitry Sytchev a écrit : 2.
> > We now are seeing a constant load of around 2, and pikes up to
20...
> > If someone is also seeing this, that would be interesting to
exchange,
> helping find out what is causing this ! > > I'll file a jira once I find the root of this problem ( and no, this is > production servers, we can't put master there, we need stable ). > > Best, > > > >
_________________________________________________________________________
> Professional FreeSWITCH Consulting Services: > consulting@freeswitch.org <mailto:consulting@freeswitch.org> > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:
http://lists.freeswitch.org/mailman/options/freeswitch-users
_________________________________________________________________________
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:
http://lists.freeswitch.org/mailman/options/freeswitch-users
-- Best regards,
Dmitry Sytchev, IT Engineer
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II ♬ @anthmfs ♬ @FreeSWITCH ♬ ☞ http://freeswitch.org/ ☞ http://cluecon.com/ ☞ http://twitter.com/FreeSWITCH ☞ irc.freenode.net #freeswitch ☞ *http://freeswitch.org/g+ <http://freeswitch.org/g+>* ClueCon Weekly Development Call ☎ sip:888@conference.freeswitch.org ☎ +19193869900
thanks Anthony, FS-7066 created with the content of the email. Will try this patch on our test server with a little flow of trafic as soon as I have the chance ! Le 08/12/2014 15:02, Anthony Minessale a écrit :
This should have been in JIRA... Drop the mentality that you have to make a case first to open a JIRA. The actual process should be, if its any question about how FS works, if you are right or wrong about it, file it as a JIRA. If its wrong we can just close it........
If you want to send one email on the list to get some attention to your jira for discussion its ok but really you want to have the entire thing preserved there.
I pushed a patch (4bcf1d888a4629993923527c26d4dbc6dae5d470) that might be related to your problem but now I have to wing it and use email where I get 200 emails a day and there is no tracking at all in email when it comes to issues so you put more resources on me to try to remember to look for your reply when we have a perfectly valid issue tracker system in place.....
If master works better, good, if not, try
git checkout 878a04715ae801ccd9587249240f5a6e4f16dd0e src/switch_time.c and make install_core
All of this should be transposed back to JIRA by one of you.....
On Mon, Dec 8, 2014 at 4:48 PM, Tristan Mahé <t.mahe@b-and-c.net <mailto:t.mahe@b-and-c.net>> wrote:
Still on it, but I have some servers deployed without rtp-timer-name set to soft ( blocking read is something I'd like to avoid, but needs to find out what changed in FS code and also find out the impact on our users ), and so far they have load avg divided by 10 with the same amount of calls and the same trafic as those with rtp-timer-name to soft.
Had no issue with 1.4.12 as said previously, but 1.4.14 has some interesting fixes that justify staying in production.
Le 08/12/2014 14:33, Dmitry Sytchev a écrit : > So, have you solved your problem? Did you change rtp-timer-name? > After we moved to 64-bit system, 1.4 branch shows huge LA spikes up to > 35 on 4-core (or 4 single core virtual processor) with only 200-300 > concurrent channels and very low CPS (1-5). On the same call load LA of > 1.2 server is significantly lower. > Setting 1.4 64bit to normal priority with -np helps to lower LA, but not > completely solves a problem. > It shows very big values in "ni" top fields (20-30%), but changing nice > value of FS process to zero or positive value doesn't help. > > > > > 2014-12-09 2:23 GMT+04:00 Tristan Mahé <t.mahe@b-and-c.net <mailto:t.mahe@b-and-c.net> > <mailto:t.mahe@b-and-c.net <mailto:t.mahe@b-and-c.net>>>: > > Hi everyone, > > Just a little followup, this is caused by <param name="rtp-timer-name" > value="soft"/> in a sip_profile. Happens on baremetal servers as well as > Xen guest. > > Still investigating on the exact root of this behaviour change, but at > least now we know what is causing the trouble. > > Best, > > Tristan. > > Le 05/12/2014 19:46, Tristan Mahé a écrit : > > Hi guys, > > > > While trying to find out the root cause of this, I just want to > know if > > someone is also seeing a huge cpu load with freeswitch 1.4.14, > which was > > not present in 1.4.12. > > > > OS is debian wheezy, packages are official ones. > > > > Same config, same trafic pattern, just an upgrade from 1.4.12 ( no > other > > packages updated ). > > > > We were previously seeing load around 0.5, with pikes up to around 2. > > > > We now are seeing a constant load of around 2, and pikes up to 20... > > > > If someone is also seeing this, that would be interesting to exchange, > > helping find out what is causing this ! > > > > I'll file a jira once I find the root of this problem ( and no, > this is > > production servers, we can't put master there, we need stable ). > > > > Best, > > > > > > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting@freeswitch.org <mailto:consulting@freeswitch.org> <mailto:consulting@freeswitch.org <mailto:consulting@freeswitch.org>> > > http://www.freeswitchsolutions.com > > > > Official FreeSWITCH Sites > > http://www.freeswitch.org > > http://confluence.freeswitch.org > > http://www.cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> > <mailto:FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org>> > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting@freeswitch.org <mailto:consulting@freeswitch.org> <mailto:consulting@freeswitch.org <mailto:consulting@freeswitch.org>> > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> > <mailto:FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org>> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > -- > Best regards, > > Dmitry Sytchev, > IT Engineer > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting@freeswitch.org <mailto:consulting@freeswitch.org> > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org >
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II ♬ @anthmfs ♬ @FreeSWITCH ♬
☞ http://freeswitch.org/ ☞ http://cluecon.com/ ☞ http://twitter.com/FreeSWITCH ☞ irc.freenode.net <http://irc.freenode.net> #freeswitch ☞ _http://freeswitch.org/g+_
ClueCon Weekly Development Call ☎ sip:888@conference.freeswitch.org <mailto:sip%3A888@conference.freeswitch.org> ☎ +19193869900
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
participants (4)
-
Anthony Minessale
-
Dmitry Sytchev
-
Ken Rice
-
Tristan Mahé