[Freeswitch-users] Tuning Up Freeswitch
Antonio Teixeira
eagle.antonio at gmail.com
Tue May 24 13:53:52 MSD 2011
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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20110524/9e2880af/attachment-0001.html
More information about the FreeSWITCH-users
mailing list