LARTC
[Top] [All Lists]

Re: [LARTC] bandwidth aggregation between 2 hosts in the same subnet

To: Mail List - Linux Advanced Routing and Traffic Control <lartc@mailman.ds9a.nl>
Subject: Re: [LARTC] bandwidth aggregation between 2 hosts in the same subnet
From: Grant Taylor <gtaylor@riverviewtech.net>
Date: Tue, 31 Jul 2007 10:25:57 -0500
Delivered-to: sp-com-lists@consult.net
Delivered-to: lartc-list@securepoint.com
Delivered-to: lartc@outpost.ds9a.nl
In-reply-to: <20070731110133.GF6008@p15145560.pureserver.info>
List-archive: <http://mailman.ds9a.nl/pipermail/lartc>
List-help: <mailto:lartc-request@mailman.ds9a.nl?subject=help>
List-id: "Mailinglist of the Linux Advanced Routing &amp; Traffic Control project" <lartc.mailman.ds9a.nl>
List-post: <mailto:lartc@mailman.ds9a.nl>
List-subscribe: <http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc>, <mailto:lartc-request@mailman.ds9a.nl?subject=subscribe>
List-unsubscribe: <http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc>, <mailto:lartc-request@mailman.ds9a.nl?subject=unsubscribe>
Organization: Riverview Technologies Inc.
References: <20070730141010.GA27667@p15145560.pureserver.info> <200707302046.06292.tami@disconnected.de> <20070730204801.GD27667@p15145560.pureserver.info> <200707310952.33633.tami@disconnected.de> <20070731110133.GF6008@p15145560.pureserver.info>
Reply-to: gtaylor+reply@riverviewtech.net
Sender: lartc-bounces@mailman.ds9a.nl
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.3) Gecko/20070511 Thunderbird/2.0.0.0 Mnenhy/0.7.5.666
On 07/31/07 06:01, Ralf Gross wrote:
But I don't have an isolated network. Maybe I'm still too blind to see a simple solution.

This is why Paul's solution, though accurate, will not work in your scenario.

The fact that you are trying to go across an aggregated link in the middle between the two buildings where you have no control is going to hinder you severely.

The only other nasty thing that comes to mind is to assign additional MAC / IP sets to each system on their second interfaces. Establish IP-IP (?) tunnels between the two systems via each pair of MAC / IP sets. I.e. Machine A Primary MAC / IP set to machine B Primary MAC / IP set and Machine A Secondary MAC / IP set to machine B Secondary MAC / IP set. Thus yielding two tunnels between the two machines. Then if you were trying to get to an IP address that could be routed by the IP address at the end of either tunnel, you could then use something like Equal Cost Multi Path (a.k.a. ECMP) routing to send packets down both routes. Seeing as how the traffic you are sending will be encapsulated in IP-IP tunnel packets, each of which should be between its own MAC / IP sets, the switch(s) so the switches should not cause a problem by doing what they are doing.



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

<Prev in Thread] Current Thread [Next in Thread>