search for: failsafevoip

Hi, I'm wondering what the best option to obtain a high availability asterisk server is. I currently use a TE410P (4 x E1) card. I'm thinking of 2 different solutions: - 2 servers configured with Heartbeat + DRBD (drbd mainly for voicemail....) and the E1 span plugged to the 2 servers (with a TE410P in each server). - 2 servers configures with Heartbeat + DRBD with the E1 span hooked

Hello everyone, I'm hoping someone can help me with this. I have a business customer in the U.S. (Michigan, AT&T Territory). I need to get 4 trunks into an asterisk Box. My intention is to use an Eicon Diva Server card with 2 BRI Circuits. The reason for this is that the business needs DID's on the trunks (20 of them). A full or fractional PRI is overboard for them, as they will

For high-availability Asterisk when using PRI Lines, you might also want to check out our product (FSV-4PFS). It's available at www.failsafevoip.com Bill Also to add to the last post does this device have hardware echo cancelation? if it does it could be a great replacement, if not may not be what I'd really want to use. Thanks, tom I've been looking at the RedFone foneBRIDGE2 2e1 product here: http://www.mapleleaf-technolog...

I've been evaluating Asterisk for a while, and things seem to be going very well. The issue of redundancy and automatic fail-over is now on my mind. I searched the archives and googled for solutions, but didn't really come up with much. We'll be using queues (modified), which precludes some of the standard redundancy solutions, since the queue needs to know all the agents

asterisk. If asterisk fails, it will automatically fail the PRI over to your backup machine. Can you manually force the failover? I think so, but I'm not positive. You can ask the failsafevoip people directly. I've exchanged emails with them before and they are knowledgeable and responsive. > It would be nice to have a way to gracefully switch boxes, e.g. all new > calls to the backup box, wait until all calls on the primary normally end, > and then take server down for a...