All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Taylor, Grant" <gtaylor@riverviewtech.net>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] equal-cost multipath in 2.6.7
Date: Tue, 24 May 2005 21:00:08 +0000	[thread overview]
Message-ID: <429395D8.7020906@riverviewtech.net> (raw)
In-Reply-To: <5f13657050524120746b4da78@mail.gmail.com>

Darshan Purohit wrote:
> I have question about multipath routing. I am running a 2.6.7 kernel (gentoo). 
> I have  a route with three nexthops on the same interface. I see a
> different nexthop being picked for different destination addresses.
> All is fine.

Are you saying that you have three different possible (default) routers / gateways as your hosts upstream router / gateway?  If this is the case and you are worried about what happens when one of them goes down I have a suggestion for you.  If you have control of your upstream routers / gateways  and they are running Linux (or possibly something else) you might want to consider installing and configuring VRRP (comparable to Cisco's HSRP) to make one virtual router that you could configure all the systems on your network to use.  VRRP is meant to have two or more routers collectively acting like one virtual router.  If the (acting) master router goes down (does not respond to a heart beat from the other VRRP router(s)) the next slave router will step up and take over the role of the master router.  I think this is done in a close to seamless as possible from the client system perspective.  Just a thought.

> Now if one of the nexthop goes down (arp entry times out and arp
> request doesnt get a response), does it remove the nexthop from
> contention and only use the remaining two from this point on ?  What
> about the flows for which this nexthop was chosen in the recent past.
> Would they move to a different nexthop ?

I think that I have read (don't take my word for it though) that the nexthop is left in the list of available hops and a different one is chosen.  But like I said I'm not sure of this.

> Can anyone please point me to  implementation details about how a
> nexthop is chosen and what is the algorithm used in case of multipath
> routes and how to fine-tune the behaviour.



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

      reply	other threads:[~2005-05-24 21:00 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-05-24 19:07 [LARTC] equal-cost multipath in 2.6.7 Darshan Purohit
2005-05-24 21:00 ` Taylor, Grant [this message]

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=429395D8.7020906@riverviewtech.net \
    --to=gtaylor@riverviewtech.net \
    --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.