Hi Niki,
I hope I'm understanding you correctly, but the reason you're running
if_lag is so that failover will occur even if there is a switch failure?
If you enable preempt by setting: sysctl net.inet.carp.preempt=1, and
you have a carp running on the routers' interface that goes through the
switches, all the carp interfaces would failover in the event of a
switch failure, including the external facing one. With bridging or link
aggregation, there is nothing to stop a router from staying the master
on the external interface, even if the switch it is connected to fails.
Cheers,
Han Hwei Woo
Niki Denev wrote:
On Dec 14, 2007 12:37 PM, Niki Denev <[EMAIL PROTECTED]> wrote:
On Dec 14, 2007 5:31 AM, Bruce M. Simpson <[EMAIL PROTECTED]> wrote:
Niki Denev wrote:
Hello,
Is this possible?
I've tried adding IFT_BRIDGE next to IFT_ETHER and IFT_L2VLAN in ip_carp.c
but this probably is not enough. Any ideas?
CARP is 'special' in that it needs to add its own MAC addresses to your
interface, needs a bit of special cooperation between the IP layer and
the MAC layer, and it's more than likely that this doesn't work with
if_bridge.
Like Max says, this is an unusual configuration.... what are you trying
to do?
BMS
I'm trying to setup a highly redundant configuration of
two routers and two rstp capable switches behind them.
Each of the router is connected to each of the switches,
and it's two interfaces are part of a bridge group.
this way i can handle router and/or switch failure without
disconnecting the site.
The problem is that this a remote site which must not go offline by
any means, and thus the unusual setup.
Hope that this explains it.
Niki
Maybe using bridge with rstp for failover was not the best idea, and i
switched to if_lagg
and if_carp on top of it.
It seems to work properly and is exactly what i wanted to achieve.
Thanks,
Niki
_______________________________________________
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
_______________________________________________
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
