You could save yourself a lot trouble by just buying pbx system from www.pbxpress.com. BTW, I have no affiliation with pbxpress I just happen to know that they have what you are looking for.
Patrick. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Charles R. Gomes Sent: Thursday, June 01, 2006 3:25 PM To: asterisk-biz@lists.digium.com Subject: [asterisk-biz] Asterisk Large System - More info Hey Guys I've been browsing the list looking for more information on asterisk behavior for large system. As for now I've got a project with 300 SIP Extensions to start, with future growth (scalability) Capability of recording all extensions simultaneously during peak time. And keeping the call recording for 30 days. SIP Calls being terminated over a Cisco 5400 Gateway Extra 100(+) FXO channels for incoming calls. (calls are going to be routed to the SIP Extensions. As far as I get the Hardware setup that I thought that will handle it is: Two Asterisk Server - Quad Dual-Core Opteron Servers running for call processing One SER Server - Dual Dual-Core Opteron for SIP routing and SIP 2 SIP calls (no recording) One Serial Over Ethernet Storage for recording the calls (the two asterisk servers will commit to that device) For the setup I was going to put a lot of RAM on the serves something like 8GB and make asterisk record the calls to a RAMDRIVE. Another process will run with low priority moving the Recordings from the RamDrive to the Storage. If Asterisk One dies, Asterisk two assumes. If SER dies, ASTERISK one or TWO will handle without the proxy. We need to avoid single point of failure as also be able to scale well. Other possibility that we may look is having instead of a storage, is having a Extra Asterisk getting the calls as a conference over IAX and saving it. As far as I see it will also need to deal with the real time recording on RAM. Because seek delay on multiple files being writing as small chunks of data (20ms voice data) on the HD will make voice choppy. So the solution will have to involve moving from RAM do HardDrive as the conversation ends. As I read it will be easy to record a 30megs file instead of several small chunks of 100KiloBits. As the other process can run in low priority and not realtime. It may not affect asterisk recording to RAM. Do you guys think that the servers will be able to handle that ? Does the SIP protocol can handle that redundancy ? Has anyone designed a system similar to this ? Does anyone wants to add a two cents comment on that design ? Is any company available for paid consulting ? -- Charles Rauber Gomes ___ ___ / / /| / / || / / // ) ) // ) ) // | | /__ ___/ / / //| / / || / / // / / (( //__| | / / / / // | / / || / / // / / \\ / ___ | / / / / // | / / ||/ / // / / ) ) // | | / / __/ /___ // |/ / | / ((___/ / ((___ / / // | | / / _______________________________________________ --Bandwidth and Colocation provided by Easynews.com -- asterisk-biz mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-biz _______________________________________________ --Bandwidth and Colocation provided by Easynews.com -- asterisk-biz mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-biz
