From: Alex Samad <alex@samad.com.au>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] multipath device round robin not working?
Date: Sun, 14 Jan 2007 09:26:18 +0000 [thread overview]
Message-ID: <20070114092618.GA19650@samad.com.au> (raw)
In-Reply-To: <45A8C870.2010806@gmail.com>
[-- Attachment #1.1: Type: text/plain, Size: 3639 bytes --]
On Sat, Jan 13, 2007 at 12:54:24PM +0100, zutph3n@gmail.com wrote:
> Hi,
>
> I have a linux server running kernel 2.6.19 that is connected with 2
> seperate 100Mbit links to the same isp:
>
>
> +---+
> +---------------+ | I |
> +---------------+
> | | | S |
> | |
> | eth0 --+--------------+ P |
> | |
> | | | S |
> | |
> | linux 2.6.19 | | W |========================| ISP
> GATEWAY |
> | | | I |
> | |
> | eth1 --+--------------+ T |
> | |
> | | | C |
> | |
> +---------------+ | H |
> +---------------+
> +---+
>
> Both links have their own ip but have the same gateway. The problem is I
> can't seem to get egress traffic load balanced over the 2 nics.
>
> IP config after boot (dhcp from isp)
> ip a:
>
> 1: lo: <LOOPBACK,UP,10000> mtu 16436 qdisc noqueue
> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
> inet 127.0.0.1/8 brd 127.255.255.255 scope host lo
>
> 2: eth0: <BROADCAST,MULTICAST,NOTRAILERS,UP,10000> mtu 1500 qdisc
> pfifo_fast qlen 1000
> link/ether 00:00:00:00:00:0f brd ff:ff:ff:ff:ff:ff
> inet 10.0.0.110/24 brd 10.0.0.255 scope global eth0
>
> 3: eth1: <BROADCAST,MULTICAST,NOTRAILERS,UP,10000> mtu 1500 qdisc
> pfifo_fast qlen 1000
> link/ether 00:00:00:00:00:ed brd ff:ff:ff:ff:ff:ff
> inet 10.0.0.120/24 brd 10.0.0.255 scope global eth1
>
> Default routing table after boot
> ip r:
>
> 10.0.0.0/24 dev eth0 scope link
> 10.0.0.0/24 dev eth1 scope link metric 1
> 127.0.0.0/8 dev lo scope link
> default via 10.0.0.1 dev eth0
> default via 10.0.0.1 dev eth1 metric 1
>
> I enabled ip_forward and set arp_ignore to 1 for eth0 and eth1 to make
> sure the correct nic answers to arp requests.
>
> I tried to get the egress load balancing to work by replacing the above
> two default routes with:
>
> ip route add default mpath drr nexthop via 10.0.0.1 dev eth0 weight 1
> onlink nexthop via 10.0.0.1 dev eth1 weight 1 onlink
>
> I assumed that with mpath device round robin both nics would be used
> more or less equally, but the reality is only one of the nics actually
> works and the second nic even stops responding to arp requests.
>
> Am I doing something totally wrong or impossible here or is the device
> round robin code not working properly?
Curiosity but why use such a setup is your ISP link > 2Gbp/s ? Why not bond if
you want HA.
why its not round robining. I am going to guess but this line
default via 10.0.0.1 dev eth0
costs less to use than
default via 10.0.0.1 dev eth1 metric 1
so it should never use the second. I say guess cause I don't know what the
default metric is if you do add one.
What you want it to look something like is
default proto static metric 5
nexthop via 144.132.144.1 dev vlan2 weight 5
nexthop via 10.20.20.230 dev ppp0 weight 20
There is a link to a howto on the web site that steps out how to set this up
Alex
> _______________________________________________
> LARTC mailing list
> LARTC@mailman.ds9a.nl
> http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
>
[-- Attachment #1.2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #2: Type: text/plain, Size: 143 bytes --]
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
next prev parent reply other threads:[~2007-01-14 9:26 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-01-13 11:54 [LARTC] multipath device round robin not working? zutph3n
2007-01-14 9:26 ` Alex Samad [this message]
2007-01-15 4:14 ` Grant Taylor
2007-01-16 0:44 ` Grant Taylor
2007-01-16 19:52 ` Alex Samad
2007-01-17 5:04 ` Grant Taylor
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20070114092618.GA19650@samad.com.au \
--to=alex@samad.com.au \
--cc=lartc@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.