As Anthony said before, the most probable cause of poor performance is the pretend server you are running on.
Ok - my bad.As described in this FS has 3 media handling modes.In Proxy mode, FS just forward RTP from A-leg to B-leg with absolutely no modification.Question is how FS handle RTP traffic in Default mode if codecs on both legs are same?It is not just forwarding, right?Which modifications/analysis undergoes RTP passing through the switch in default mode?I've take a look at sources and found dtmf detection, jitter, ptime, vad, what else?Which one most probable to cause poor performance?Thank You.On Sun, Jul 21, 2013 at 7:15 AM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
I don't understand the question.On Sat, Jul 20, 2013 at 11:18 AM, Vladimir Getmanshchuk <vladget@gmail.com> wrote:
Anthony, thank you for your time.Which RTP headers FS parse and modifying in "Default mode" described here: https://wiki.freeswitch.org/wiki/Proxy_Media#Common_misconceptions_.28READ_THIS.29?On Sat, Jul 20, 2013 at 5:02 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
Just a heads up.. Proxy Media Mode does not offer any support benefit and may even be more intensive if not equally as intensive as not using it. Bypass media does require less resources because there is no media going over the server and that puts a lesser load on the server doing I/O operations. To use either one as a variable you need to enable Late Negotiation and set the variable before media establishment has taken place on the inbound side of the call.The leading cause of your performance issue will probably be the pretend server its running on.Anthony Minessale IIOn Sat, Jul 20, 2013 at 5:38 AM, 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.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.As for the proxy media question, a very simple Google search would have answered your question;Set proxy_media=true before the bridge.
<action application="set" data="proxy_media=true"/>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.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|PROXYbefore it was:
PCMA|PCMAso 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.orgPlease report back on whether the CPU flags helped you or not.Thanks
CalOn 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:Dbhbut 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 GetmanshchukYou never actually tell us what the nature of the problem is. What,
<vladget@gmail.com> wrote:
> So as you can see we have only 110 calls and 70 cpu idle!
> Please help to find bottleneck.
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
--
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
_________________________________________________________________________
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
--
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
_________________________________________________________________________
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