[Freeswitch-users] Tuning Up Freeswitch

Tue May 24 15:07:42 MSD 2011

Sounds kind of strange, that means:
we should limit the simultaneous call per profile
what about users, by default they do to 'Internal" profile, so to
avoid bottleneck, several profiles should be used for serving large
amount of users?

2011/5/24 Antonio Teixeira <eagle.antonio at gmail.com>:
> Sorry To Revive A Old Thread.
>
> But this could be interesting for some :
>
> Problem :
> I started to get some signaling problems with some calls :
>
> The SIP trunk was passing me 180 Ringing but the local station was not
> ringing , after a wire shark sniff i noticed that packets were coming out of
> order.
> Before calling our ISP , i used wire shark on the FS Public Interface , and
> the packets were coming in the correct order but FS would take up to 5
> seconds to route them into the private network and would mix the signaling.
> So debug started , there was lots of CPU + Memory , IO was not a problem ,
> network was also fine with 0 packet loss .
>
> So i turned into FS , i noticed this happened on a specific call volume ,
> after reading and reading i noticed a line in the wiki stating that libsofia
> profile is single threaded .
>
> Solution :
>
> Start Another Profile on a different port Ex:  5081 and route your calls
> trough that profile i noticed an improvement right away.
>
> originate sofia/2_profile/XXXXXX at mygatewayip
>
> Now i'm using profiles to load balance calls inside FS.
>
> P.S - I know this can be pretty obvious for some but some of us are still
> new to FS so i hope this can help someone out :D.
> P.S2 - Also if a veteran thinks this is the wrong approach please respond so
> we can all improve.
>
>
> Regards
> Antonio teixeira
>
>
>
> 2011/4/27 Madovsky <infos at madovsky.org>
>>
>> for info I'm using the old Fedora10 64bits
>> and everything is working fine with fq at 1000hz
>>
>>
>> ----- Original Message -----
>> From: "Ariel Monaco" <arielmonaco at flylabs.com>
>> To: "FreeSWITCH Users Help" <freeswitch-users at lists.freeswitch.org>
>> Sent: Tuesday, April 26, 2011 8:24 PM
>> Subject: Re: [Freeswitch-users] Tuning Up Freeswitch
>>
>>
>> We had high CPU utilization peaks in the past, which lead to some audio
>> issues (clipping). We were using debian at that time, which was a
>> customer-side requirement.
>>
>> I'm not a kernel guru but I remember this had something to do with kernel
>> timer cycles and the issue was address by adding "divider=10" or
>> "divider=100" as a kernel's boot loader option.
>>
>> My 2 cents,
>> Ariel
>>
>> On Apr 21, 2011, at 13:24 , Antonio Teixeira wrote:
>>
>> > Hello List.
>> >
>> > I'm currently integrating an IVR in python together with freeswitch
>> > using
>> > mod_python and ESL and my life has been well until ...
>> > The flow of calls went over 80 simultaneous calls.
>> > Now freeswitch starts sending packets with huge delays ( even when
>> > establishing the call , mainly the 200 ) and firing up the IVR with tons
>> > of delay up to 20 seconds.
>> >
>> > So i searched the wiki forums and mailing list:
>> >
>> > Put freeswitch on a diet , trimmed modules.conf
>> > Played with the ulimit stuff.
>> > Played with the IVRS to reduce load to a minimum and i was able to
>> > squeeze
>> > more 5 calls of performance.
>> >
>> > The problem is :
>> >
>> > Top shows
>> > top - 16:14:33 up 35 days,  8:15,  3 users,  load average: 1.92, 1.76,
>> > 1.78
>> > Tasks: 133 total,   1 running, 132 sleeping,   0 stopped,   0 zombie
>> > Cpu(s):  1.4%us,  3.3%sy,  0.0%ni, 94.6%id,  0.0%wa,  0.3%hi,  0.5%si,
>> > 0.0%st
>> > Mem:   8193336k total,  1639156k used,  6554180k free,   177208k buffers
>> > Swap: 19534904k total,        0k used, 19534904k free,  1062272k cached
>> >
>> >   PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
>> > 31361 yadayada      20   0  716m 164m 9628 S   73  2.1 155:17.85
>> > freeswitch
>> >
>> > Freeswitch goes up to 150 % and puff there goes the MOS down to 0.
>> >
>> >
>> > Some basic System Info :
>> > Debian 6.0 ( i heard the timming module is affected by Debian , but if
>> > the
>> > CPU % gets lower than 95% everything will be more stable)
>> > Python 2.5
>> >
>> > 2 x Intel(R) Xeon(R) CPU           E5506  @ 2.13GHz
>> > 8 GB of Ram
>> >
>> > as you can see 94 % of the "Cpu Power" is sleeping :\
>> >
>> >
>> > It appears freeswitch is only capable of using let's say "one
>> > cpu"/thread
>> > ??
>> > Do you guys recommend simply starting more instances or redoing the IVR
>> > stuff.
>> >
>> >
>> > Hope you guys can help me out.
>> >
>> > Thanks
>> > António Teixeira
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> > _______________________________________________
>> > 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
>>
>> Ariel Monaco – Systems Engineer
>> Flylabs - Open Source Telecommunications and  IT Consultants
>>
>> Address: Potosí 4456 C1199ACP - Buenos Aires - Argentina
>> Web: http://flylabs.com
>> E-Mail: arielmonaco at flylabs.com
>> Tel. +54 (11) 4982-2689, +1 (315) 688-7333
>>
>>
>> _______________________________________________
>> 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
>>
>>
>> --
>> This message has been scanned for viruses and
>> dangerous content by MailScanner, and is
>> believed to be clean.
>>
>>
>> _______________________________________________
>> 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
>
>
> _______________________________________________
> 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
>
>