Spreading * servers across multiple floors sounds like a bad idea since
it'd increase maintenance time. With your projected call volume there's
no way you can reliably run g729 or any other CPU hog of a codec on a
single box. For this kind of a setup you'd need 2-3 boxes and a
SER/heartbeat box to handle registration and call distribution. I would
also isolate CDR recording to a separate box running a database like
Postgres (IMHO better choice due to WAL) or MySQL.<br>
<br>
ScriptHead<br>
<br><br><div><span class="gmail_quote">On 11/27/05, <b class="gmail_sendername">Simone Cittadini</b> &lt;<a href="mailto:mymailforlists@gmail.com">mymailforlists@gmail.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Vedran Dakic ha scritto:<br><br>&gt;<br>&gt;I can only guess that I should have the ability to deliver a solution that<br>&gt;can do some 100/500 simultaneously. The only question is how powerful should<br>&gt;be a machine (or machines) that could do around 100/500 simultaneously. And,
<br>&gt;just for the sake of knowing, what should the setup be alike if it was<br>&gt;240/1000 simultaneously?<br>&gt;<br>&gt;<br>&gt;<br>My suggestion is to buy the E1 cards first of all and put them in a test<br>server, equipped with asterisk and all the relevant
<br>agi / db connections / moh etc..<br>Then loop the card with a crossover cable and run some test script to<br>generate the&nbsp;&nbsp;medium and upper bound call flows.<br>That should give you an idea of your cpu/ram requirements.
<br><br>&gt;&gt;In the second case there's no need for a cluster, a good server will do,<br>&gt;&gt;(obviously a second server for backup is a good idea ). I'm assuming you<br>&gt;&gt;can use a/ulaw to transmit the data, if bandwidth is a problem and you
<br>&gt;&gt;must compress cpu usage becomes a boottleneck to keep in mind.<br>&gt;&gt;<br>&gt;&gt;<br>&gt;<br>&gt;A/ulaw? I saw some reports that G.729 uses very little bandwidth and has<br>&gt;a quality part granted (audio quality). It's not a question of hardware
<br>&gt;and/or CPU power, I have two dual Opteron configurations and could install<br>&gt;some more, it's just the question of that setup running with quality audio<br>&gt;and no unwanted events.<br>&gt;<br>&gt;<br>G729 has a very good quality -considered the bandwidth used-, but if
<br>your customers are used to conventional telephony they will no doubt<br>notice the difference, so go with G711 (probably alaw, since you use E1<br>I suppose you are in europe)<br>Anyway if bandwidth is a problem consider ilbc / speex which are free
<br>and have good audio qualities also.<br>Lastly a lot of the quality comes from a well configured phone, tweak<br>with volumes and timeouts.<br><br>&gt;I presume that I should have all of the phones using the same codec (so,
<br>&gt;no transcoding), and preferrably the same VoIP protocol. I have a choice<br>&gt;there so everything's possible. Let's say - IP10s has H.323, SIP and MGCP<br>&gt;firmwares, although I'd like to leave H.323 out of the story.
<br>&gt;<br>&gt;<br>&gt;<br>Yes, leaving H323 out of the story is a good way to start the project :)<br><br>_______________________________________________<br>--Bandwidth and Colocation provided by <a href="http://Easynews.com">
Easynews.com</a> --<br><br>Asterisk-Users mailing list<br>To UNSUBSCRIBE or update options visit:<br>&nbsp;&nbsp; <a href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users
</a><br></blockquote></div><br>