Well, 1GB is what it has now, I can up it to 4GB but I think that's over kill ;). The coolest part about this machine is 3 PCI busses. 2 64bit and 1 32bit. I'm assuming that this would make IP through the machine quite a bit more robust. Since these machines can be had for $500-600 refurbed it is what I was looking at using for the PBX machines. 3x power supplies in them, no RAID as of now, but it's a matter of putting in a card (hot-swap drives already)
I'm assuming the best way for failover is to have identical dialplans on the machines (using IAX trunks?). What about synchronizing SIP extensions between machines? Use MySQL? Like you mentioned about primary and secondary sip proxies on phones, what's the best way to notify the phone that the proxy has changed? Use DNS with some sort of scripting? -Tim -----Original Message----- From: Jason Kawakami [mailto:[EMAIL PROTECTED] Sent: Friday, September 10, 2004 8:06 PM To: [EMAIL PROTECTED] Subject: [Asterisk-Users] Re: RE: Organization wide ----- Original Message ----- > My current asterisk box is a Quad Xeon 450 (2mb cache) IBM Netfinity > 7000. About how many SIP extensions (normal usage) would this machine > handle? think about concurrent connections not how many extensions. there are no hard and fast rules but i would think that the box you have described could support +- 70 concurrent connections. up the RAM to the max the box can handle and you could squeeze out a few more maybe 10-15. > > What about redundancy? How would I implement an auto-failover Asterisk > box at a remote location, or could I? you should think about having an * server at each distinct location and using IAX trunks to tie everything together. i wouldnt think about doing this from one box. also, i am not sure about whether you can have a primary and secondary SIP proxy with any openly available phones out there. > snip> > The only thing that stands out that might not work so well is the 29 > pots lines in a single location. Ideally you could install a PRI in > this location, but if not you'll need some other less common hardware > to handle all those lines. i agree with matt here. probably have so many pots because the system in place didnt support t-1/pri. just a guess but a t-1/pri is most likely less expensive from a MRC perspective. > > On the IP side, the calls don't actually use up that much bandwidth, > probably 30kbits/sec/call if you use ILBC. The only thing you need to > do is make sure that all the RTP packets are delivered with a higher > priority. Either custom queuing or bandwidth reservation or both will > make everyone's life better. echo here Jason Kawakami _______________________________________________ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users _______________________________________________ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
