Yes, you are right, I should have paid closer attention to the output, however, what
I replied still apply to RADIX_MPATH in general.
Now, when I first introduced RADIX_MPATH, to get the (not always even) general load
balancing among interfaces attached to the same prefix, you only need to add the following
additional host routes, as in:
route add -host gateway-ip -interface igb0
route add -host gateway-ip -interface igb1
However, I just realized that strategy no longer work after the ARP entries are maintained
separately from the general routing table.
Let me think it through and try to come up with a patch.
--Qing
________________________________________
From:
owner-freebsd-net@free... [
owner-freebsd-net@free...] on behalf of David DeSimone [
fox@veri...]
Sent: Tuesday, May 15, 2012 4:14 PM
To:
freebsd-net@free...Subject: Re: [stable-9]
Li, Qing <
qing.li@blue...> wrote:
>
> The route selection is based on a hash function of source-ip and
> destination-ip when RADIX_MPATH is enabled. You do not need to perform
> specific actions, other than perhaps setting varying weights on each
> entry as an option. So depends on the traffic destination the chosen
> route may always be the same one.
These comments suggest that there are multiple routes to be selected
from. However, this output:
> Internet:
> Destination Gateway Flags Refs Use Netif
> Expire
> default <redacted> UGS 0 33320033 igb0
> XXX.XXX.XXX.0/25 link#1 U 0 0 igb0 =>
> XXX.XXX.XXX.0/25 link#2 U 0 0 igb1
suggests that there is only ONE default route, pointing to ONE
interface, igb0. Without an extra default route that is also pointing
to igb1, I can't see how the system woudl ever forward traffic out igb1,
unless it was directed to the local /25.
--
David DeSimone == Network Admin ==
fox@veri... "I don't like spinach, and I'm glad I don't, because if I
liked it I'd eat it, and I just hate it." -- Clarence Darrow
This email message is intended for the use of the person to whom it has been sent, and may contain information that is confidential or legally protected. If you are not the intended recipient or have received this message in error, you are not authorized to copy, distribute, or otherwise use this message or its attachments. Please notify the sender immediately by return e-mail and permanently delete this message and any attachments. Verio, Inc. makes no warranty that this email is error or virus free. Thank you.
_______________________________________________
freebsd-net@free... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-netTo unsubscribe, send any mail to "
freebsd-net-unsubscribe@free..."
_______________________________________________
freebsd-net@free... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "
freebsd-net-unsubscribe@free..."
opensubscriber is not affiliated with the authors of this message nor responsible for its content.