<div>Sorry for the delay...</div><div> </div><div>For the setup in question:</div><div> </div><div>The hardware:</div><div>IBM SystemX 3650.</div><div>

<div>8 core Xeons, E5*.</div><div>48GB RAM</div><div>Virtualization is done by VMWare ESXi, mostly 4 or 5.</div><div>Network is all Cisco.</div>

<div> </div><div>3 VM Boxes that reach an average of 400 calls during working hours.</div><div>FreesSWITCH there is very old(1.0.6).</div><div>4 CPU Cores</div><div>2GB</div><div>64 bit Centos 5.2</div><div>local dialplan XML</div>
<div>no transcoding</div><div>xml_cdr</div>

<div>very stable.</div><div> </div><div>Servers have several virtual machines with a lot of different things running, FSs have priority on hardware resources...</div><div> </div><div>We have some other VM boxes(FS Sep 2011) with less load(270 calls avg) that do trancoding(25 calls avg g729&lt;-&gt;g711), no quality issues but the FS clock drifts a lot(up to 10 minutes a day), VMware&#39;s fault -&gt; <a href="http://www.vmware.com/files/pdf/Timekeeping-In-VirtualMachines.pdf">http://www.vmware.com/files/pdf/Timekeeping-In-VirtualMachines.pdf</a></div>
<div>fsctl sync_clock solves the problem but might ruin CDRs so BEWARE!</div><div> </div><div>There are several other VMs in quite a few hardware setups, but none of them has impressive call volumes...</div><div> </div><div>
P.S.: Please don&#39;t shout at the age of the installs... they have served us well! :D.</div><div> </div><div>[ ]s,</div><div> </div>
<div>Wesley Akio<br>TuntsCorp.com<br>
<br><br><div class="gmail_quote">On Tue, May 15, 2012 at 10:08 AM, Chris Mylonas <span dir="ltr">&lt;<a href="mailto:chris@opencsta.org" target="_blank">chris@opencsta.org</a>&gt;</span> wrote:<br><blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote">


<div style="word-wrap:break-word">OK 400 calls is on the very high end of what I would have put on a VM.  If you wouldn&#39;t mind explaining your VM set up that would be great.<div><div><div><br></div><div><br>
<div><div>On 15/05/2012, at 10:54 PM, Wesley Akio wrote:</div><br><blockquote type="cite"><p>As said before, it depends heavily in your setup... We do virtualize FreeSWITCH and aside from a few glitches it has been good... We have approx 400 calls per VM. Later when I hit the office I can describe my setup in detail.<br>



<br></p><p>Sent from mobile, sorry for the typos....</p>
<div class="gmail_quote">Em 15/05/2012 09:42, &quot;Saugort Dario Garcia Tovar&quot; &lt;<a href="mailto:dgarcia@anew.com.ve" target="_blank">dgarcia@anew.com.ve</a>&gt; escreveu:<br type="attribution"><blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote">




  
    
  
  <div text="#000000" bgcolor="#FFFFFF">
    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 href="http://blogs.vmware.com/performance/2012/01/voip-performance-on-vsphere-5.html" target="_blank">http://blogs.vmware.com/performance/2012/01/voip-performance-on-vsphere-5.html</a><br>
    <a href="http://www.vmware.com/files/pdf/techpaper/voip-perf-vsphere5.pdf" target="_blank">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 type="cite">
      <pre>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 href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a>
<a href="http://www.freeswitchsolutions.com/" target="_blank">http://www.freeswitchsolutions.com</a>

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
<a href="http://www.cudatel.com/" target="_blank">http://www.cudatel.com</a>

Official FreeSWITCH Sites
<a href="http://www.freeswitch.org/" target="_blank">http://www.freeswitch.org</a>
<a href="http://wiki.freeswitch.org/" target="_blank">http://wiki.freeswitch.org</a>
<a href="http://www.cluecon.com/" target="_blank">http://www.cluecon.com</a>

FreeSWITCH-users mailing list
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a>
<a href="http://www.freeswitch.org/" target="_blank">http://www.freeswitch.org</a>


-----
No virus found in this message.
Checked by AVG - <a href="http://www.avg.com/" target="_blank">www.avg.com</a>
Version: 2012.0.2171 / Virus Database: 2425/4999 - Release Date: 05/14/12


</pre>
    </blockquote>
    <br>
    <br>
    <div>-- <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: <a href="tel:%2B58%20212%209081842" target="_blank" value="+582129081842">+58 212 9081842</a>
      <br>
      Cel: <a href="tel:%2B58%20412%202221515" target="_blank" value="+584122221515">+58 412 2221515</a>
      <br>
      <a href="mailto:dgarcia@anew.com.ve" target="_blank">dgarcia@anew.com.ve</a>
      <br>
      <a href="http://www.anew.com.ve/" target="_blank">http://www.anew.com.ve</a></div>
  </div>

<br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com/" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com/" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org/" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org/" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com/" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">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></blockquote></div>
_________________________________________________________________________<br>Professional FreeSWITCH Consulting Services:<br><a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a><br><a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>


<br>FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br><a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br><br>Official FreeSWITCH Sites<br><a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>


<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br><a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br><br>FreeSWITCH-users mailing list<br><a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">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></blockquote></div><br></div></div></div></div><br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">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></blockquote></div><br></div></div>