<div dir="ltr">That depends :)<div><br></div><div>Some people choose to have just one box for their phone system, sat in a small rack in an office somewhere. Others may have a whole rack inside a single data center. And some might even have dual site redundancy too.</div>
<div><br></div><div>You need to ask yourself, what is your end goal? Can you handle downtime/outages, if so how long? Do you have a budget in mind? Are you going to be building this solution yourself? How many concurrent calls are you expecting to have within the first 3 months? Do you have the appropriate IP transit to handle that traffic?</div>
<div><br></div><div>For example, for just phone switch alone you could have two beefy machines in HA but what happens is the power goes down? Do you have A/B power feeds? How about if the rack power bar dies? How about if the switching gear for both racks die because they are on the same aggregate? If the RAID dies, how long would it take to re-build? If there was damage which caused perm data loss on both servers, how would you get up and running again quickly? How long would it take to restore block snapshots of the disk? Would that backup storage be in the same data center? What if the entire data center went down? If you have dual data centers, how do you handle IP fail over? Multi homed BGP isn't going to be instant, DNS fail over sucks, and any load balancer would introduce a single point of failure. How about if something in FS HA caused both servers to crash, due to a bug, could you handle that outage? How about if FS refused to start, would you have appropriate resources? Does the system need to be running 24/7? Who will handle the outage alarms at 3am? How will you monitor the system? The server could be up, but not handling calls properly. This is just a small subset of things you need to consider when building these solutions, in reality there are literally hundreds. Where do you draw the line and say "this is acceptable", this is only something you can decide based on the product you are selling.</div>
<div><br></div><div>If you are serious about this and want a quick ROI, then you could perhaps approach <a href="mailto:consulting@freeswitch.org" style="font-size:13px;font-family:arial,sans-serif">consulting@freeswitch.org</a> and ask for architectural design advice, you will then have a core developer from FS giving you recommendations based on your requirements. If you are doing this for learning experience, then you'll need about 1 year to train yourself into being able to support FS in production (based on my own experience - results may differ).</div>
<div><br></div><div>Hope this helps - perhaps others might chime in with their thoughts as well.</div><div><br></div><div>Cal</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Oct 16, 2013 at 2:00 AM, Andre <span dir="ltr"><<a href="mailto:andretodd@verizon.net" target="_blank">andretodd@verizon.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div lang="EN-US" link="blue" vlink="purple"><div><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Do you have any suggestions for a quality way too? This will only be for a single bridge call and a LRN dip lookup with media bypass. No transcoding or voice mail.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Thanks<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">From:</span></b><span style="font-size:11.0pt;font-family:"Calibri","sans-serif""> <a href="mailto:freeswitch-users-bounces@lists.freeswitch.org" target="_blank">freeswitch-users-bounces@lists.freeswitch.org</a> [mailto:<a href="mailto:freeswitch-users-bounces@lists.freeswitch.org" target="_blank">freeswitch-users-bounces@lists.freeswitch.org</a>] <b>On Behalf Of </b>Cal Leeming [Simplicity Media Ltd]<br>
<b>Sent:</b> Tuesday, October 15, 2013 7:41 PM<br><b>To:</b> FreeSWITCH Users Help<br><b>Subject:</b> Re: [Freeswitch-users] Freeswitch Hardware<u></u><u></u></span></p><div><div class="h5"><p class="MsoNormal"><u></u> <u></u></p>
<div><div><div><p class="MsoNormal">DISCLAIMER: These suggestions are by no means acceptable if you are looking for quality/stability, but if you are looking for a cheap/cheerful way to get dialer traffic out the door, then the above should give you some ideas. I've written this response on the basis that quality/stability is not a goal.<u></u><u></u></p>
</div></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">Throwing everything onto a single instance of FS is ultimately going to cause bottlenecks anyway (for example, the throughput for IVRs/voicemal would not be the same as the throughput for a simple user bridge) and no amount of hardware would fix that. <u></u><u></u></p>
</div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">You could potentially run multiple FS instances on a beefy box then use resource separation with LXC (you're less likely to run into performance/quality/jitter issues in comparison with virutalization with ESXi)<u></u><u></u></p>
</div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">You'd also probably want to take a look at the Sangoma DSP cards such as;<u></u><u></u></p><div><p class="MsoNormal"><a href="http://www.sangoma.com/products/d100-30-400-sessions/" target="_blank">http://www.sangoma.com/products/d100-30-400-sessions/</a><u></u><u></u></p>
</div></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">For hardware, you'd want something like 2x or 4x SSDs in RAID 1 using a decent hardware RAID card (LSI Logic is good), and make sure it's a proper RAID card (e.g. <span style="font-family:"Arial","sans-serif";color:#444444">PERC H800)</span> and not these crappy soft cards (e.g. PERC S100). You could throw a dual quad core at it and put a single CPU in to begin with to save on some cost until the point where you need to expand. Maybe 32-64GB RAM, which is pretty cheap these days.<u></u><u></u></p>
</div><div><p class="MsoNormal"><br>You could use consumer grade equipment and save on some cost. The RAM would be cheaper as it's non ECC/FB, and the majority of components would be cheaper also, but you'd most likely have to put it in a 4U ATX which could become costly if you plan on co-location. But be careful, this can result in corrupt data being written to disk if the memory goes bad.<u></u><u></u></p>
</div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">In terms of throughput, this has been heavily discussed already and there are many threads and examples of this on the wiki - use some google-fu and you'll find them.<u></u><u></u></p>
</div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">The only time you'd need to run multiple profiles in order to boost performance would be if you are processing thousands of calls per second (because sofia, the SIP parsing library, is single threaded), but as core devs have mentioned before you would have to be pushing some crazy numbers before this started to become a problem.<u></u><u></u></p>
</div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">You'd most likely run into problems when you start running applications such as IVR/TTS/Voicemail, and your throughput will depends on exactly what you are doing. For example, the throughput for 100% of calls going into a voicemail app would not be the same throughput as 100% of calls going through a simple user bridge.<u></u><u></u></p>
</div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">Hope this helps.<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">Cal<u></u><u></u></p>
</div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div></div><div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><u></u> <u></u></p><div><p class="MsoNormal">On Tue, Oct 15, 2013 at 11:18 PM, Andre <<a href="mailto:andretodd@verizon.net" target="_blank">andretodd@verizon.net</a>> wrote:<u></u><u></u></p>
<blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in"><div><div><div><div><p class="MsoNormal">Assuming Money is no object and you wanted to get the most CPS/ Ports out of one server and you didn’t care that it’s stupid to put all those customers on one box. What type of hardware is recommended for running a carrier class traffic for media bypass for short duration dialer traffic?<u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif""> </span><u></u><u></u></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">I</span>’m assuming we want to max out the hardware.<u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif""> </span><u></u><u></u></p><p class="MsoNormal">Processer, Hard drives, memory etc.? This would only be for the freeswitch server not the database.<u></u><u></u></p>
<p class="MsoNormal"> <u></u><u></u></p><p class="MsoNormal">Would you also have many instances of Freeswitch to use up the server or just more profiles or just one profile? Also, how many ports/cps do you think one massive beast of a server can handle? 10,000 CPS? More? Less?<u></u><u></u></p>
<p class="MsoNormal"> <u></u><u></u></p><p class="MsoNormal">I know this is a vague question but I’d like to hear what others think?<u></u><u></u></p><p class="MsoNormal"> <u></u><u></u></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif""> </span><u></u><u></u></p>
</div></div></div></div><p class="MsoNormal" style="margin-bottom:12.0pt"><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><u></u><u></u></p>
</blockquote></div><p class="MsoNormal"><u></u> <u></u></p></div></div></div></div></div><br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">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">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>