[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <45EEC960.5000105@linpro.no>
Date: Wed, 07 Mar 2007 15:17:04 +0100
From: Tore Anderson <tore@...pro.no>
To: Jarek Poplawski <jarkao2@...pl>
Cc: "David S. Miller" <davem@...emloft.net>, netdev@...r.kernel.org
Subject: Re: [PATCH] Improve cached ECMP documentation
* Jarek Poplawski
> I don't feel bothered at all. Your letter could
> make an impression there is a lack of help and
> google not working, but it's not always true.
> So, sometimes people probably wait to see, they
> will only help and not do all your work.
Of course. I tried hard to figure it out on my own, but couldn't.
I'm sorry if I was unable to communicate that properly - I never would
ask someone for help without having attempted to figure it out on my
own first.
> Without this there is a possibility the route could be
> changed during connection.
That's no problem, it could be changed between each packet for all I
care. Connections are a TCP concept, and routers normally only care
about IPs. The routes change all the time anyway, multipath or not.
I'm quite certain I get way more than one BGP update per second in a
normal day at least.
So what I'm trying to achieve is only to better balance outgoing
traffic between two transit links to avoid saturating the physical
layer on one of the links. My multipath route achieves this nicely
when CONFIG_IP_ROUTE_MULTIPATH_CACHED is unset - thanks again! It
behaved just like a normal singlepath route when it was enabled though
(even with no multipath modules loaded) - not quite what I expected.
Regards
--
Tore Anderson
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists