[Freeswitch-users] Freeswitch performance issues

Sun Jul 21 08:15:46 MSD 2013

I don't understand the question.

On Sat, Jul 20, 2013 at 11:18 AM, Vladimir Getmanshchuk
<vladget at 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 at 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.
>>
>>
>>
>>
>> On Sat, Jul 20, 2013 at 5:38 AM, Cal Leeming [Simplicity Media Ltd] <
>> cal.leeming at 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;
>>>
>>> https://wiki.freeswitch.org/wiki/Proxy_Media
>>> 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 at 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 at 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 at host:port did not
>>>>> enabled proxy mode for call, and only when I've set     <paramname="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 at 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 at simplicitymedialtd.co.uk> wrote:
>>>>>>
>>>>>>> If this is an urgent production problem then you might want to
>>>>>>> consider asking for professional assistance from
>>>>>>> consulting at 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 at 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 at gundy.org
>>>>>>>> > wrote:
>>>>>>>>
>>>>>>>>> On Fri, Jul 12, 2013 at 2:11 AM, Vladimir Getmanshchuk
>>>>>>>>> <vladget at 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 at freeswitch.org
>>>>>>>>> http://www.freeswitchsolutions.com
>>>>>>>>>
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>>
>>>>>>>>> Official FreeSWITCH Sites
>>>>>>>>> http://www.freeswitch.org
>>>>>>>>> http://wiki.freeswitch.org
>>>>>>>>> http://www.cluecon.com
>>>>>>>>>
>>>>>>>>> FreeSWITCH-users mailing list
>>>>>>>>> FreeSWITCH-users at 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 at freeswitch.org
>>>>>>>> http://www.freeswitchsolutions.com
>>>>>>>>
>>>>>>>> 
>>>>>>>> 
>>>>>>>>
>>>>>>>> Official FreeSWITCH Sites
>>>>>>>> http://www.freeswitch.org
>>>>>>>> http://wiki.freeswitch.org
>>>>>>>> http://www.cluecon.com
>>>>>>>>
>>>>>>>> FreeSWITCH-users mailing list
>>>>>>>> FreeSWITCH-users at 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 at freeswitch.org
>>>>>>> http://www.freeswitchsolutions.com
>>>>>>>
>>>>>>> 
>>>>>>> 
>>>>>>>
>>>>>>> Official FreeSWITCH Sites
>>>>>>> http://www.freeswitch.org
>>>>>>> http://wiki.freeswitch.org
>>>>>>> http://www.cluecon.com
>>>>>>>
>>>>>>> FreeSWITCH-users mailing list
>>>>>>> FreeSWITCH-users at 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 at freeswitch.org
>>>> http://www.freeswitchsolutions.com
>>>>
>>>> 
>>>> 
>>>>
>>>> Official FreeSWITCH Sites
>>>> http://www.freeswitch.org
>>>> http://wiki.freeswitch.org
>>>> http://www.cluecon.com
>>>>
>>>> FreeSWITCH-users mailing list
>>>> FreeSWITCH-users at 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 at freeswitch.org
>>> http://www.freeswitchsolutions.com
>>>
>>> 
>>> 
>>>
>>> Official FreeSWITCH Sites
>>> http://www.freeswitch.org
>>> http://wiki.freeswitch.org
>>> http://www.cluecon.com
>>>
>>> FreeSWITCH-users mailing list
>>> FreeSWITCH-users at 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 at hotmail.com
>> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com
>> IRC: irc.freenode.net #freeswitch
>>
>> FreeSWITCH Developer Conference
>> sip:888 at conference.freeswitch.org
>> googletalk:conf+888 at conference.freeswitch.org
>> pstn:+19193869900
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> 
>> 
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://wiki.freeswitch.org
>> http://www.cluecon.com
>>
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at 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 at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at 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 at hotmail.com
GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888 at conference.freeswitch.org
googletalk:conf+888 at conference.freeswitch.org
pstn:+19193869900
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20130720/775a3702/attachment-0001.html 