Re: [asterisk-users] Redundancy / Failover

2007-08-30 Thread Dovid B
> question2: it's possible read registration data from astdb from python/php > (or it is possible write sip registrations to mysql/sqlite? i do not > want realtime because of NAT issues) Marek, What NAT issues can realtime create that there won't be in static ?

Re: [asterisk-users] Redundancy / Failover

2007-08-30 Thread Dovid B
07 3:05 PM Subject: [asterisk-users] Redundancy / Failover Dears Any one succeeded to make Redundancy / Failover with asterisk 1.4.9 on centos with kernel 2.6.9-55.EL. Can you please send me the documentation link on how to or write down how to .

Re: [asterisk-users] Redundancy / Failover

2007-08-21 Thread marek cervenka
>> >> Any one succeeded to make _Redundancy* / Failover with asterisk >> 1.4.9 on centos with kernel 2.6.9-55.EL. ***_ >> >> Can you please send me the documentation link on how to or write down >> how to . hint yum -y install heartbeat (on node1 and node2) if you have configuration in mysq

Re: [asterisk-users] Redundancy / Failover

2007-08-21 Thread Steve Totaro
Please stop posting this repeatedly. There are pointers on www.voip-info.org If you post to the biz list, and pay for someone's time and effort, you may have better luck. If you keep posting the same annoying message complete with HTML to the user's list, I seriously doubt anyone will ever he

[asterisk-users] Redundancy / Failover

2007-08-21 Thread Khaled Chehab
Dears Any one succeeded to make Redundancy / Failover with asterisk 1.4.9 on centos with kernel 2.6.9-55.EL. Can you please send me the documentation link on how to or write down how to . Regards * No employee or agent is aut

[asterisk-users] Redundancy / Failover

2007-08-20 Thread Khaled Chehab
Dears Any one succeeded to make Redundancy / Failover with asterisk 1.4.9 on centos with kernel 2.6.9-55.EL. Can you please send me the documentation link on how to or write down how to . Regards * No employee or agent is author

Re: [asterisk-users] Redundancy / Failover

2007-07-27 Thread Norman Franke
Noah, Thanks for the input. I'm thinking the problem with the stop gracefully is that it would confuse the auto fail-over appliance, in that it would either detect the server is dead and hard switch the T1s or keep sending calls there which Asterisk would reject. I'm thinking a better met

Re: [asterisk-users] Redundancy / Failover

2007-07-20 Thread Noah Miller
Hi Norman - >> To add to what Edgar said, yes, use linux-ha. It works nicely in >> combination with DRBD. DRBD uses a dedicated network interface on >> each box with a crossover cable between the two. It does a block >> level copy of the entire filesystem, so you have two machines that are >> i

Re: [asterisk-users] Redundancy / Failover

2007-07-19 Thread Norman Franke
On Jul 19, 2007, at 5:16 PM, [EMAIL PROTECTED] wrote: On 7/18/07, Norman Franke <[EMAIL PROTECTED]> wrote: 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 f

Re: [asterisk-users] Redundancy / Failover

2007-07-19 Thread Noah Miller
Hi Norman - > On 7/18/07, Norman Franke <[EMAIL PROTECTED]> wrote: > > 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 real

Re: [asterisk-users] Redundancy / Failover

2007-07-19 Thread Edgar Guadamuz
Hello... I have been studying how to get Asterisk redundancy with Linux-HA. You can have 2 asterisk boxes, then install the linux-HA (Heartbeat) software and if one of the asterisk servers fails the other will take his IP so the clients registered on that server can re-register in the other. The re

[asterisk-users] Redundancy / Failover

2007-07-18 Thread Norman Franke
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