Hello! For first thank you all for time! On Sat, Jul 20, 2013 at 1:38 PM, Cal Leeming [Simplicity Media Ltd] < cal.leeming@simplicitymedialtd.co.uk> wrote:
I'll be completely honest here, the information you are giving is not really enough for us to tell you what is happening - and that's probably why you've had very little response on this thread.
I got this, but I've asked which additional information I should provide, but got no answers.
Jeff has given you some advice on what to try - can you please test this and confirm whether or not the advice to pass CPU feature flags to the guest made any impact?
The FS community relies on users doing their homework.. if you were a new user attempting to do something in development then perhaps someone might hold hand you through it.. but you are asking someone to donate their time to help you fix a production problem.
I got it, you are right, sorry my bad.
As for the proxy media question, a very simple Google search would have answered your question;
https://wiki.freeswitch.org/wiki/Proxy_Media Set proxy_media=true before the bridge. <action application="set" data="proxy_media=true"/>
Ive just confused, from this wiki info *Setting Variables for the B-leg thread-global:* bridge {variable_scope=thread_global}[variable_scope=endpoint-1]<target_endpoint>[,[variable_scope=endpoint-2]<target_endpoint>][|[variable_scope=endpoint-3]<target_endpoint>] and sets proxy_media variable before bridge in {} and this was my mistake.
Again you need to do as much home work as you can /before/ posting on the mailing list, otherwise people are simply just not going to help you.
I'll... Sorry for this thread!
Moving forward, you could try providing trace information, logs, graphs and anything else you can think of - and perhaps someone else will pick it up and help out.
Cal
On Sat, Jul 20, 2013 at 10:33 AM, Vladimir Getmanshchuk <vladget@gmail.com
wrote:
anyway, all stream on both legs(a and b) on all calls was in PCMA, why FS was so loaded? is it did transcoding from PCMA-to-PCMA or did ptime reframing?
please advice how to use proxy_media not globally, but only per call config.
thank you for your time.
On Sat, Jul 20, 2013 at 12:12 PM, Vladimir Getmanshchuk < vladget@gmail.com> wrote:
Hi,
I was wrong with my previous email, looks like issue was in proxy_media variable which I used to set before bridge string like {proxy_media=true} sofia/profile_name/1234567989@host:port did not enabled proxy mode for call, and only when I've set <param name="inbound-proxy-media" value="true"/> globally in sip profile performance issue was gone.
and I see codecs as proxy at core.db: select read_codec, write_codec from channels limit 1; PROXY|PROXY before it was: PCMA|PCMA
so looks like variable proxy_media does not work... any advice?
On Fri, Jul 19, 2013 at 3:52 PM, Vladimir Getmanshchuk < vladget@gmail.com> wrote:
Ho everyone!
Looks like I've resolve this performance issue.. I've just comment out this two params at internal profile: <!--<param name="presence-hosts" value="$${domain},$${local_ip_v4}"/>--> <!--<param name="presence-privacy" value="$${presence_privacy}"/>-->
but <param name="manage-presence" value="false"/> it was set to false all these time...
does one of two variable listed above (which, I have commented out) turns the presence on again just after <param name="manage-presence" value="false"/> ?
On Mon, Jul 15, 2013 at 10:17 PM, Cal Leeming [Simplicity Media Ltd] < cal.leeming@simplicitymedialtd.co.uk> wrote:
If this is an urgent production problem then you might want to consider asking for professional assistance from consulting@freeswitch.org
Please report back on whether the CPU flags helped you or not.
Thanks
Cal
On Mon, Jul 15, 2013 at 2:54 PM, Vladimir Getmanshchuk < vladget@gmail.com> wrote:
it is just lcr routing in simple dialplan using lua script, which backended on postgresql (just few pgplsql functions). lua script access postgresql via freeswitch:Dbh
but i sure bottlenack is not pgplsql, and i guess it is not lua script. please advice which additional information I should provide to you.
server currently at production, so i'll play with cpu flags this night.
On Sat, Jul 13, 2013 at 10:16 AM, Gabriel Gunderson <gabe@gundy.org>wrote:
> On Fri, Jul 12, 2013 at 2:11 AM, Vladimir Getmanshchuk > <vladget@gmail.com> wrote: > > So as you can see we have only 110 calls and 70 cpu idle! > > Please help to find bottleneck. > > You never actually tell us what the nature of the problem is. What, > exactly, are you dealing with? > > BTW, we've had decent luck with KVM, but it's never been as solid for > us as bare metal. > > > Best, > Gabe > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting@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-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 >
-- Yours sincerely, Vladimir Getmanshchuk
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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-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
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-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
-- Yours sincerely, Vladimir Getmanshchuk
-- Yours sincerely, Vladimir Getmanshchuk
-- Yours sincerely, Vladimir Getmanshchuk
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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-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
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-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
-- Yours sincerely, Vladimir Getmanshchuk