Linux Advanced Routing and Traffic Control list
 help / color / mirror / Atom feed
From: "zutph3n@gmail.com" <zutph3n@gmail.com>
To: lartc@vger.kernel.org
Subject: [LARTC] multipath device round robin not working?
Date: Sat, 13 Jan 2007 11:54:24 +0000	[thread overview]
Message-ID: <45A8C870.2010806@gmail.com> (raw)

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?
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

             reply	other threads:[~2007-01-13 11:54 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-01-13 11:54 zutph3n [this message]
2007-01-14  9:26 ` [LARTC] multipath device round robin not working? Alex Samad
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=45A8C870.2010806@gmail.com \
    --to=zutph3n@gmail.com \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox