Good Morning.<br><br>@ Steven,<br>Thanks for the idea i will make a prototype in Python , and will send you guysthe performance data when i have it.<br><br>@ François<br><br>You probably want this.<br><a href="http://wiki.freeswitch.org/wiki/XML_Switch_Configuration">http://wiki.freeswitch.org/wiki/XML_Switch_Configuration</a><br>
<br>'sessions-per-second' - throttling mechanism, the switch will only create this many channels at most, per second.
<br><br><br><br><div class="gmail_quote">2011/4/25 François Delawarde <span dir="ltr"><<a href="mailto:fdelawarde@wirelessmundi.com">fdelawarde@wirelessmundi.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
I also experienced a huge delay issue when attacked by mister<br>
"friendly-scanner". The machine was not overloaded and call setup was<br>
working well but with a 10-20 seconds delay. Note that the delay was<br>
only with SIP answers, and once RTP was setup the audio was perfect.<br>
<br>
Following advices from <a href="http://wiki.freeswitch.org/wiki/QoS" target="_blank">http://wiki.freeswitch.org/wiki/QoS</a> solved it in<br>
my case. Is there a mechanism in FS that could detect huge call setup<br>
delay and simply reject calls?<br>
<font color="#888888"><br>
François.<br>
</font><div><div></div><div class="h5"><br>
<br>
<br>
On Sat, 2011-04-23 at 14:46 +0100, Steven Ayre wrote:<br>
> ESL would be best as you can offload the processing to another server<br>
> - potentially a load balanced cluster.<br>
><br>
> Steve on iPhone<br>
><br>
> On 23 Apr 2011, at 08:51, Antonio Teixeira <<a href="mailto:eagle.antonio@gmail.com">eagle.antonio@gmail.com</a>><br>
> wrote:<br>
><br>
><br>
><br>
> > Hello Michael & The rest.<br>
> ><br>
> > What i'm trying to find is the solution with the highest performance<br>
> > for IVR Applications. And squeezing the last bit of performance out<br>
> > of freeswitch is a needed path specially on a industry that does<br>
> > second by second billing :P<br>
> > i'm going to do some performance testing with Lua , ESL And Mod Curl<br>
> > and of course python and measure some performance data and will post<br>
> > it later.<br>
> ><br>
> > A/T<br>
> ><br>
> ><br>
> > 2011/4/22 Michael Collins <<a href="mailto:msc@freeswitch.org">msc@freeswitch.org</a>><br>
> > You can definitely use the event socket. Heck, you can even<br>
> > use Python if you want to. The dev team wrote ESL<br>
> > specifically for cases like these - where you want to<br>
> > control FS externally. ESL beats the pants off AGI scripts.<br>
> > It gives you complete control over the system.<br>
> ><br>
> ><br>
> > That all being said, you can do all sorts of stuff with Lua<br>
> > dialplan scripts. Check out chapter 7 of the FreeSWITCH book<br>
> > for some nice examples. Lua is lightweight and easy to<br>
> > learn. It's a good alternative for many cases. Check it<br>
> > out...<br>
> ><br>
> ><br>
> > -MC<br>
> ><br>
> ><br>
> ><br>
> > On Fri, Apr 22, 2011 at 12:39 PM, Antonio Teixeira<br>
> > <<a href="mailto:eagle.antonio@gmail.com">eagle.antonio@gmail.com</a>> wrote:<br>
> > Well i totally agree with the Dev team decision , it<br>
> > would be impossible for a DEV team to "get it right"<br>
> > in all the distros that's why i started this post.<br>
> ><br>
> > But we also need to take into consideration that we<br>
> > are talking about IVR Processing , not<br>
> > auto-attendants or simply call pass trough.<br>
> > This means heavy use of TTS / ASR , Database Logic<br>
> > and Scripts , GetDigits and the works.<br>
> ><br>
> > I use python alot , but i think the mod_python is<br>
> > not the best tool for this job i admit that , that's<br>
> > why im currently looking for other solutions.<br>
> > I'm thinking in using mod_socket , but that scares<br>
> > me ( letś say bad experiences with Asterisk AGI) Or<br>
> > Mod Curl<br>
> ><br>
> > The main problem is that some IVR are extremely<br>
> > complex , like questionnaires , etc.<br>
> ><br>
> > It would be great if we could mod_event_zmq to<br>
> > control the calls <330.gif><br>
> ><br>
> > Just to Sum it UP so far , so i can later add it to<br>
> > the wiki.<br>
> ><br>
> > Use Cent OS 64.<br>
> > Use tmpfs for all the databases.<br>
> ><br>
> > Thank you all for helping and Happy Eastern.<br>
> > António Teixeira<br>
> ><br>
> ><br>
> ><br>
> ><br>
> ><br>
> ><br>
> > 2011/4/22 Michael Collins <<a href="mailto:msc@freeswitch.org">msc@freeswitch.org</a>><br>
> > FreeSWITCH runs well on many platforms.<br>
> > However, the devs are painfully aware that<br>
> > bleeding edge distros have bleeding edge gcc<br>
> > compilers and other interesting issues. That<br>
> > being said, CentOS 5.x is "stable" in that<br>
> > it's old and boring, therefore it has the<br>
> > least amount of drama. OTOH, some of our<br>
> > users have been having great success with<br>
> > Arch Linux (IRC:bougeyman) and FS, even<br>
> > though Arch uses very recent kernels.<br>
> ><br>
> ><br>
> > Bottom line: if you know what you're doing<br>
> > then you can probably run FS anywhere. If<br>
> > you don't know what you're doing then stick<br>
> > with CentOS 5.x or Debian Lenny until you<br>
> > do. (I run then both with zero issues,<br>
> > compiling latest git each day.)<br>
> ><br>
> ><br>
> > -MC<br>
> ><br>
> ><br>
> ><br>
> > On Fri, Apr 22, 2011 at 10:03 AM,<br>
> > curriegrad2004 <<a href="mailto:curriegrad2004@gmail.com">curriegrad2004@gmail.com</a>><br>
> > wrote:<br>
> > Freeswitch is targeted for CentOS<br>
> > 5.3, which in my opinion quite short<br>
> > sighted for the developers to do<br>
> > this. However with the limited size<br>
> > of developers and testers, I'm<br>
> > afraid there's not much platforms we<br>
> > can throughly test and actually say<br>
> > "okay, FS will run flawlessly on X<br>
> > distro"<br>
> ><br>
> > However you can always try messing<br>
> > with the CFLAG's mtune option and<br>
> > see what it produces for you...<br>
> ><br>
> > 2011/4/22 Christian Löschenkohl<br>
> > <<a href="mailto:christian.loeschenkohl@xpirio.com">christian.loeschenkohl@xpirio.com</a>>:<br>
> ><br>
> > > hi<br>
> > ><br>
> > > if you refer to my e-mail<br>
> > ><br>
> > > yes, we do use tmpfs on both<br>
> > variants but<br>
> > > - delays occur with concurrent<br>
> > calls > 80-100<br>
> > > - cps is limited to 5-10 on<br>
> > debian, with centos 30 cps and more<br>
> > are no problem at all<br>
> > ><br>
> > > also cpu load, stability and<br>
> > overall performace have been much<br>
> > better since using centos<br>
> > ><br>
> > > i just found out for me that<br>
> > debian works not as good for me as<br>
> > centos does.<br>
> > > btw. everywhere else debian is 1st<br>
> > choice (desktop, lamp, db etc.)<br>
> > ><br>
> > > br<br>
> > ><br>
> > ><br>
> > > On 2011-04-21 23:04, Jay Binks<br>
> > wrote:<br>
> > ><br>
> > >> I have no such problems on<br>
> > debian .<br>
> > >><br>
> > >> I use debian 5 with 2.6.18 kernel<br>
> > which is what Is recommended<br>
> > >><br>
> > >> Are you using tmpfs ??<br>
> > >><br>
> > >> Jay<br>
> > >><br>
> > >><br>
> > >><br>
> > >> On 22/04/2011, at 3:26 AM,<br>
> > Christian<br>
> > Löschenkohl<<a href="mailto:christian.loeschenkohl@xpirio.com">christian.loeschenkohl@xpirio.com</a>> wrote:<br>
> > >><br>
> > >>> hi<br>
> > >>><br>
> > >>> we did use debian too and had<br>
> > such performance issues (sip packet<br>
> > delays, low cps).<br>
> > >>> after using centos 64bit (as<br>
> > advised by the devs) all performance<br>
> > problems are gone.<br>
> > >>><br>
> > >>> br<br>
> > >>><br>
> > >>> On 2011-04-21 18:24, Antonio<br>
> > Teixeira wrote:<br>
> > >>><br>
> > >>>> Hello List.<br>
> > >>>><br>
> > >>>> I'm currently integrating an<br>
> > IVR in python together with<br>
> > freeswitch using mod_python and ESL<br>
> > and my life has been well until ...<br>
> > >>>> The flow of calls went over 80<br>
> > simultaneous calls.<br>
> > >>>> Now freeswitch starts sending<br>
> > packets with huge delays ( even when<br>
> > establishing the call , mainly the<br>
> > 200 ) and firing up the IVR with<br>
> > tons of delay up to 20 seconds.<br>
> > >>>><br>
> > >>>> So i searched the wiki forums<br>
> > and mailing list:<br>
> > >>>><br>
> > >>>> Put freeswitch on a diet ,<br>
> > trimmed modules.conf<br>
> > >>>> Played with the ulimit stuff.<br>
> > >>>> Played with the IVRS to reduce<br>
> > load to a minimum and i was able to<br>
> > squeeze more 5 calls of performance.<br>
> > >>>><br>
> > >>>> The problem is :<br>
> > >>>><br>
> > >>>> Top shows<br>
> > >>>> top - 16:14:33 up 35 days,<br>
> > 8:15, 3 users, load average:<br>
> > 1.92, 1.76, 1.78<br>
> > >>>> Tasks: 133 total, 1 running,<br>
> > 132 sleeping, 0 stopped, 0<br>
> > zombie<br>
> > >>>> Cpu(s): 1.4%us, 3.3%sy, 0.0%<br>
> > ni, 94.6%id, 0.0%wa, 0.3%hi, 0.5%<br>
> > si, 0.0%st<br>
> > >>>> Mem: 8193336k total,<br>
> > 1639156k used, 6554180k free,<br>
> > 177208k buffers<br>
> > >>>> Swap: 19534904k total,<br>
> > 0k used, 19534904k free, 1062272k<br>
> > cached<br>
> > >>>><br>
> > >>>> PID USER PR NI VIRT<br>
> > RES SHR S %CPU %MEM TIME+<br>
> > COMMAND<br>
> > >>>> 31361 yadayada 20 0<br>
> > 716m 164m 9628 S 73 2.1<br>
> > 155:17.85 freeswitch<br>
> > >>>><br>
> > >>>> Freeswitch goes up to 150 % and<br>
> > puff there goes the MOS down to 0.<br>
> > >>>><br>
> > >>>><br>
> > >>>> Some basic System Info :<br>
> > >>>> Debian 6.0 ( i heard the<br>
> > timming module is affected by<br>
> > Debian , but if the CPU % gets lower<br>
> > than 95% everything will be more<br>
> > stable)<br>
> > >>>> Python 2.5<br>
> > >>>><br>
> > >>>> 2 x Intel(R) Xeon(R) CPU<br>
> > E5506 @ 2.13GHz<br>
> > >>>> 8 GB of Ram<br>
> > >>>><br>
> > >>>> as you can see 94 % of the "Cpu<br>
> > Power" is sleeping :\<br>
> > >>>><br>
> > >>>><br>
> > >>>> It appears freeswitch is only<br>
> > capable of using let's say "one<br>
> > cpu"/thread ??<br>
> > >>>> Do you guys recommend simply<br>
> > starting more instances or redoing<br>
> > the IVR stuff.<br>
> > >>>><br>
> > >>>><br>
> > >>>> Hope you guys can help me out.<br>
> > >>>><br>
> > >>>> Thanks<br>
> > >>>> António Teixeira<br>
> > >>>><br>
> > >>>><br>
> > >>>><br>
> > >>>><br>
> > >>>><br>
> > >>>><br>
> > >>>><br>
> > >>>><br>
> > >>>><br>
> > >>>><br>
> > >>>><br>
> > >>>><br>
> > >>>><br>
> > >>>><br>
> > >>>><br>
> > _______________________________________________<br>
> > >>>> FreeSWITCH-users mailing list<br>
> > >>>><br>
> > <a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
> > >>>><br>
> > <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
> > >>>><br>
> > UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
> > >>>> <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
> > >>><br>
> > >>><br>
> > >>> --<br>
> > >>> Ing. Christian Löschenkohl<br>
> > >>> Technische Leitung, Forschung&<br>
> > Entwicklung VoIP<br>
> > >>><br>
> > >>> xpirio<br>
> > >>> Telekommunikation& Service GmbH<br>
> > >>> Lakeside B04<br>
> > >>> 9020 Klagenfurt<br>
> > >>> Austria<br>
> > >>><br>
> > >>> T +43 5 77 11 - 1000<br>
> > >>> F +43 5 77 11 - 1002<br>
> > >>> E<br>
> > <a href="mailto:christian.loeschenkohl@xpirio.com">christian.loeschenkohl@xpirio.com</a><br>
> > >>><br>
> > >>><br>
> > _______________________________________________<br>
> > >>> FreeSWITCH-users mailing list<br>
> > >>><br>
> > <a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
> > >>><br>
> > <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
> > >>><br>
> > UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
> > >>> <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
> > >><br>
> > >><br>
> > _______________________________________________<br>
> > >> FreeSWITCH-users mailing list<br>
> > >><br>
> > <a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
> > >><br>
> > <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
> > >><br>
> > UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
> > >> <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
> > ><br>
> > ><br>
> > > --<br>
> > > Ing. Christian Löschenkohl<br>
> > > Technische Leitung, Forschung &<br>
> > Entwicklung VoIP<br>
> > ><br>
> > > xpirio<br>
> > > Telekommunikation & Service GmbH<br>
> > > Lakeside B04<br>
> > > 9020 Klagenfurt<br>
> > > Austria<br>
> > ><br>
> > > T +43 5 77 11 - 1000<br>
> > > F +43 5 77 11 - 1002<br>
> > > E<br>
> > <a href="mailto:christian.loeschenkohl@xpirio.com">christian.loeschenkohl@xpirio.com</a><br>
> > ><br>
> > ><br>
> > _______________________________________________<br>
> > > FreeSWITCH-users mailing list<br>
> > ><br>
> > <a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
> > ><br>
> > <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
> > ><br>
> > UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
> > > <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
> > ><br>
> ><br>
> > _______________________________________________<br>
> > FreeSWITCH-users mailing list<br>
> > <a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
> > <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
> > UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
> > <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
> ><br>
> ><br>
> ><br>
> ><br>
> > _______________________________________________<br>
> > FreeSWITCH-users mailing list<br>
> > <a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
> > <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
> > UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
> > <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
> ><br>
> ><br>
> ><br>
> ><br>
> > _______________________________________________<br>
> > FreeSWITCH-users mailing list<br>
> > <a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
> > <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
> > UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
> > <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
> ><br>
> ><br>
> ><br>
> ><br>
> > _______________________________________________<br>
> > FreeSWITCH-users mailing list<br>
> > <a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
> > <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
> > UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
> > <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
> ><br>
> ><br>
> ><br>
> > _______________________________________________<br>
> > FreeSWITCH-users mailing list<br>
> > <a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
> > <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
> > UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
> > <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
> ><br>
> _______________________________________________<br>
> FreeSWITCH-users mailing list<br>
> <a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
> <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
> UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
> <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br>
<br>
<br>
_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</div></div></blockquote></div><br>