> Hey all - I'm sure this has been done before, but I'm curious about how well
> it works.. Typically we have all our servers setup for dual fast/gig
> ethernet failover... I.e. bond0 slaves eth0 and eth1 and fails over between
> the two. This together with dual p/s and raid1'd(at least) drives pr
ubject: Re: [Asterisk-Users] Bonded ethernet ports and *
> Hey all - I'm sure this has been done before, but I'm curious about
> how well it works.. Typically we have all our servers setup for dual
> fast/gig ethernet failover... I.e. bond0 slaves eth0 and eth1 and
> fails ove
On Tue, 2005-12-13 at 19:15 -0500, Watkins, Bradley wrote:
> I can say that I've implemented it on several Asterisk servers using the
> 802.3ad mode and it works very well. The failover is quick, and there are
> none of the issues mentioned here. I'm not particularly concerned about
> running at
Rich Adamson wrote:
.
Last, the bonding of two nics at the server level _requires_ the associated
switch interface to support the exact same bonding algorithm. Historically,
that has been a problem for many switch vendors.
Not so sure I understand, but if you mean, 'the algorithm to select a
Rich - Even though I mentioned ethernet failover, I might have made it still
a little too broad. The linux ethernet bonding module has been around for
years, and there are several modes the linux bonding module can use which
include:
mode=0 (balance-rr)
Round-robin policy: Transmit packets in sequ
> Rich - Even though I mentioned ethernet failover, I might have made it still
> a little too broad. The linux ethernet bonding module has been around for
> years, and there are several modes the linux bonding module can use which
> include:
>
> mode=0 (balance-rr)
> Round-robin policy: Transmit p
Rich Adamson wrote:
..
A fairly common assumption is the failover happens in xxx milliseconds, but
due to nic card design (etc) a different MAC address is used in the failover
condition. That confuses the hell out of the layer-3 boxes and negates the
value of the failover. (All documentation, etc
> > A fairly common assumption is the failover happens in xxx milliseconds, but
> > due to nic card design (etc) a different MAC address is used in the failover
> > condition. That confuses the hell out of the layer-3 boxes and negates the
> > value of the failover. (All documentation, etc, is cor