Load balancing (LARTC 4.2) over 2 connections on 2 routers.

Linux Advanced Routing and Traffic Control

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

I'm building a network similar to that seen in 4.2 of the LARTC Howto.
There is a diagram of this attached to this mail.

Addendum to diagram:
AlexRouter br0 = 192.168.58.1
           eth0 = dhcpcd
DaveRouter br0 = 192.168.58.2
           eth0 = dhcpcd

But we've run into some problems when actually implementing the routing
for multiple uplinks.

The difference between my network and the LARTC example is instead of
having one router with two modems I have two routers with one modem
each.

AlexRouter and DaveRouter.
They run Bering-uClibc 2.x off of fd0.

A wired/wireless network connects the two together. 192.168.58.0/24.

AlexRouter is the default route/DNS server/DHCP server for every host on
the network.

It gets its DNS servers from dhcpcd.

They way I figure it, Provider2 in the example is (in my case) actually
DaveRouter.
With that in mind, these are the figures I came up with for settings up
the routes.
These are all from the perspective of AlexRouter.

$IF1 = eth0
$IF2 = br0
$IP1 = 80.blah.blah.blah (can't remember my real address)
$IP2 = 192.168.58.1
$P1 = $IP1 *DON'T KNOW IF THIS IS RIGHT, DON'T KNOW HOW TO FIND MY
PROVIDERS GATEWAY* 
$P2 = 192.168.58.2 (DaveRouter)
$P1_NET = 80.blah.blah.0/24 (got $IP1 and $P1_NET from ip route show)
$P2_NET = 192.168.58.0/24
$P0_NET = 192.168.58.0/24
$IF0 = br0

If I set up all the routes using those values, test browsing around is
flakey.
Some pages load, some don't (one connection working, one not?)

I *can* use one connection *OR* the other connection.
But only if I manually re-write /etc/resolv.conf to contain the correct
DNS servers for the provider used.
One ISP is Demon, the other is BT. They won't let each other use their
DNS servers.
Also, I had duplicate returns from ping.

Apart from that, I'm not sure where I go with diagnosis.

Does anybody have any idea what's going on?

Thanks,

James.

The information in this email is confidential and may be legally
privileged.  It is intended solely for the addressee.  Access to this
email by anyone else is unauthorised.

If you are not the intended recipient, any disclosure, copying,
distribution or any action taken or omitted to be taken in reliance on
it is prohibited and may be unlawful.

The contents of an attachment to this email may contain software viruses
that could damage your own computer systems.  Whilst The Spur Group of
Companies has taken every precaution to minimise the risk, we cannot
accept liability for any damage that you sustain as a result of software
viruses.

Attachment: StonechatNetSm.png
Description: StonechatNetSm.png

_______________________________________________
LARTC mailing list
LARTC@xxxxxxxxxxxxxxx
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

[Index of Archives]     [LARTC Home Page]     [Netfilter]     [Netfilter Development]     [Network Development]     [Bugtraq]     [GCC Help]     [Yosemite News]     [Linux Kernel]     [Fedora Users]
  Powered by Linux