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