<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div>tl;dr; 3 opportunities, none are urgent. virtualization isn't a need-to-have but it would be nice to know what is do-able these days... i've had the best part of 4 years away from 100% voip, and spent 2 years in academia on gentoo plus haven't worked for nearly 12 months just faffing about with J2EE stuff and a bit of recent asterisk/kamailio and now freeswitch.</div><div><br></div><div><br></div><div><br></div>Hi Dario - I am creating a load test at the moment for a queue of 90 calls and comparing FS with asterisk for queuing - just reading over my old notes for SIPp. I am very familiar with asterisk through to 1.4 but have been doing plain old web sys admin with gentoo in academia for 2 years and stayed away from voip and the industry - but times/opportunities are changing up to get back into it. I have lurked in the FS irc channel for about 6 months whilst doing this other stuff and now is the time to pull the finger out so to speak.<div><div><br></div><div>Current opportunities are 2 potential network providers and a start up i'm the tech guy for:</div><div>A) This 90 call queue scenario will not be virtualised as it probably would not suit queuing which I understand to be a bit hungry for resources - it will be a failover set up for an Avaya where the avaya is on-site and this hosted-queue will be at the DC.</div><div><br></div><div>B) I am working on another startup that does purely conferencing and sms (hence my persistence with mod_gsmopen over the last couple of days)</div><div><br></div><div>C) Am getting some information on a hosted pabx environment where the current set up is 2 asterisk boxes with 700 registrations and about 60 concurrent calls and where to go with it. the people that run that show haven't told me too much - i.e. we want to give access to "IT Guys" to administer their own customers, we just want to bill the minutes VS they have their own hosted apps and want to keep everything 100% theirs.</div><div><br></div><div>The great thing with (C) is that I will be doing system engineering and no support.</div><div><br></div><div>I will read through the links you sent. I am unfamiliar with virtualisation in terms of real world usage / performance etc. but have dabbled in a convenience-for-development xen and virtualbox.</div><div>Using openvz in a "you can manage your own customer handsets" is appealing - i just had a quick read of it all.</div><div><br></div><div>But yes -- it's a load testing thing at the end of the day, and there can be no blips, or other voiping artifacts (i.e. digitized voice and the like)</div><div><br></div><div>In general:</div><div><br></div><div>1. No transcoding (ever) - it will all be alaw all the way.</div><div>2. All servers have Xeon CPUs. Whether they are recent or from the last 5 years is another story depending on the availability of servers and/or cash. I think there are more servers than cash to spend - rackspace is not a problem. That being said, I just priced up some dells and supermicros to have some kind of figures ready.</div><div>3. Currently, there are 60 concurrent calls across about 700 registrations.</div><div><br></div><div>Switches and routers are none of my concern, but they use a range of some cisco switches, a redback router, extremenetworks switch and some juniper firewalls will be in before end of year.</div><div><br></div><div><br></div><div>There is no rush on any of the above, it's all early days, plus I still have some of this non-computer project work I've been doing - manual labour upgrades...fun fun fun!!!</div><div><br></div><div>Thanks for your links and comments - I look forward to hearing more.</div><div><br></div><div><div><br></div><div><br><div><div>On 15/05/2012, at 10:44 PM, Saugort Dario Garcia Tovar wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div bgcolor="#FFFFFF" text="#000000">
Hi, Chris<br>
<br>
That depend of your enviroment. First you have to take a sort of
scientific approach: define, trial and test again and again until
the result be consistent.<br>
Second tell us about your enviroment:<br>
- Real hardware: the server that will run your vm. ¿Are blades,
small server, etc? VM software used (VMware, OpenVZ, XEN, Jails...)?<br>
- ¿How you set your VM? cpu, cpu cores, memory, disk, #nic?<br>
- ¿How many calls have you handle in the real world?<br>
- ¿Transcoding?<br>
- ¿Have you tested your VM?<br>
<br>
Virtualized enviroment for VoIP are growing. I am consultant for
contact center services, and I have receive a lot of questions about
virtualization. A solution provider can give some guidence about
sizing and technical considerations but at the end the final word
is: <font color="#ff0000">YOU HAVE MAKE A LOAD TEST TO TEST YOUR
ENVIROMENT AND IDENTIFY POSSIBLE ISSUES BEFORE GO TO
PRODUCTION!!!!</font><br>
<br>
Virtualization solutions will do their homework to make VoIP a
secure option. Look this paper for wmware:<br>
<a class="moz-txt-link-freetext" href="http://blogs.vmware.com/performance/2012/01/voip-performance-on-vsphere-5.html">http://blogs.vmware.com/performance/2012/01/voip-performance-on-vsphere-5.html</a><br>
<a class="moz-txt-link-freetext" href="http://www.vmware.com/files/pdf/techpaper/voip-perf-vsphere5.pdf">http://www.vmware.com/files/pdf/techpaper/voip-perf-vsphere5.pdf</a><br>
<br>
On 5/15/2012 4:42 AM, Chris Mylonas wrote:
<blockquote cite="mid:550DADC3-9636-42FF-B391-BB00E84AC403@opencsta.org" type="cite">
<pre wrap="">Hi FS Users,
What is the consensus about using virtualized servers for real-time voice (RTP)? Even up until a few years ago it was hard to guarantee the CPU cycles to the voice nodes.
Virtualizing the signalling (SIP) has always been favourable in terms of HA.
If the entire host is under control, is it safe to say - we can virtualise voice?
Does it depend on what else is shared in the host - say it would be silly to put a high load database server on the same hardware node...
Thanks for your inputs
Chris
_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
<a class="moz-txt-link-abbreviated" href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://www.freeswitchsolutions.com/">http://www.freeswitchsolutions.com</a>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server
<a class="moz-txt-link-freetext" href="http://www.cudatel.com/">http://www.cudatel.com</a>
Official FreeSWITCH Sites
<a class="moz-txt-link-freetext" href="http://www.freeswitch.org/">http://www.freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://wiki.freeswitch.org/">http://wiki.freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://www.cluecon.com/">http://www.cluecon.com</a>
FreeSWITCH-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a>
UNSUBSCRIBE:<a class="moz-txt-link-freetext" href="http://lists.freeswitch.org/mailman/options/freeswitch-users">http://lists.freeswitch.org/mailman/options/freeswitch-users</a>
<a class="moz-txt-link-freetext" href="http://www.freeswitch.org/">http://www.freeswitch.org</a>
-----
No virus found in this message.
Checked by AVG - <a class="moz-txt-link-abbreviated" href="http://www.avg.com/">www.avg.com</a>
Version: 2012.0.2171 / Virus Database: 2425/4999 - Release Date: 05/14/12
</pre>
</blockquote>
<br>
<br>
<div class="moz-signature">-- <br>
Atentamente,
<br>
<b>Dario García</b>
<br>
Consultor.
<br>
<br>
CCCT, Nivel C2, Sector Yarey, Mz, <br>
Ofc. MZ03a. <br>
Caracas-Venezuela.
<br>
Teléfono: +58 212 9081842
<br>
Cel: +58 412 2221515
<br>
<a class="moz-txt-link-abbreviated" href="mailto:dgarcia@anew.com.ve">dgarcia@anew.com.ve</a>
<br>
<a class="moz-txt-link-freetext" href="http://www.anew.com.ve/">http://www.anew.com.ve</a></div>
</div>
_________________________________________________________________________<br>Professional FreeSWITCH Consulting Services:<br><a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>http://www.freeswitchsolutions.com<br><br>FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>http://www.cudatel.com<br><br>Official FreeSWITCH Sites<br>http://www.freeswitch.org<br>http://wiki.freeswitch.org<br>http://www.cluecon.com<br><br>FreeSWITCH-users mailing list<br>FreeSWITCH-users@lists.freeswitch.org<br>http://lists.freeswitch.org/mailman/listinfo/freeswitch-users<br>UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users<br>http://www.freeswitch.org<br></blockquote></div><br></div></div></div></body></html>