IP Multi-pathing without IRDP (was : SUMMARY Dual Ethernet fail-o ver?)

From: Richard Zoch <richard.zoch_at_ci2i.org>
Date: Tue May 08 2001 - 15:38:19 EDT
Thank you for the summary.

http://www.sun.com/blueprints/0201/Multipathing.html is an excellent
resource for Solaris IP Multi-pathing, but we noticed that Solaris requires
a rdisc client to detect changes in routing.  

Since we are using HSRP on our next hop, these advertisements are not
necessary -- the physical next hop may change, but the MAC/IP will be the

Is it possible to deploy Multi-pathing without running a rdisc client for

If you're curious about IRDP, check out


-----Original Message-----
From: Bill Fenwick [mailto:bill@digicomp.com]
Sent: Wednesday, April 25, 2001 2:14 PM
To: sunmanagers@sunmanagers.org
Subject: SUMMARY Dual Ethernet fail-over?

My apologies for this long-overdue summary, and thanks to the two folks who
me if I'd gotten any responses and nudged me into posting this.

Original question:

> We're in the midst of putting together a proposal, and the client wants
> much everything on the machines to be redundant, including at least two
> connections to the 10/100Base-T network for each machine.  The hope with
> type of setup is that if one NIC should fail for some reason, they could
> simply use the other one and not have to lose the connection and take the
> machine down immediately to replace the card.
> All well and good, but my question is, is it possible to set this kind of
> redundancy up so that if one card does fail, the other can be used without
> outside interference, i.e. switching the host name the particular machine
> referred by?  Or is this automatically done anyway?  I remember putting a
> second NIC into a Sun server a few years ago (a 3000, maybe?) but I don't
> recall being able to set it up so that the second card would "take over"
> automatically if the first one failed.  I've been trying to find some
> of this kind of thing in the documents at docs.sun.com with no luck.
> Again, I apologize if this is a dumb question.  I haven't been able to
> the archives for a couple days for some reason.  TIA and IWS.

Thanks to the following for their responses:

William Yodlowsky <wyodlows@andromeda.rutgers.edu>
Toby Rider <tarider@blackmill.net>
Doug Otto <doug.otto@npawest.com>
Mike Salehi <mike.salehi@kodak.com>
Jeff Woolsey <woolsey@jlw.com>
Mike White <mike@whitem.com>
Patrik Malinen <the@pusher.net>
John Malick <john@starinc.com>
Ryan Madison <RMadison@HarrisInteractive.com>
William Hathaway <wdh@ftope.com>
Christophe Dupre <duprec@scorec.rpi.edu>
Daniel Feenberg <feenberg@nber.org>
Seth Rothenberg <srothenb@montefiore.org>
Ivan Kovalev <ikovalev@ibes.com>
Darren Dunham <ddunham@taos.com>
Blake Matheny <blake.r.matheny@mail.sprint.com>
David Byers <dbyers@hersheys.com>
Changa Anderson <canderson@sitesmith.com>
Michael Hill <mhill@level3.net>
Marc Alvidrez <cram@greenavenger.com>
Josh McCormick <josh.mccormick@eds.com>
Robert Alexander <RAlexander@scient.com>
Michael Cunningham <m.cunningham@xpedite.com>
Chad Rytting <Chad.Rytting@med.ge.com>
Gary Jenson <gjenson@spillman.com>
Marco Greene <mgreene@aci.on.ca>

The responses generally fell into three categories:

1.  If you're using Solaris 8 MU3 (10/00) or later, IP multi-pathing is
built-in.  A PDF document is available at
http://www.sun.com/blueprints/0201/Multipathing.html and does a good job
explaining it.

2.  If you're using an earlier version of Solaris, you can use Sun Trunking
an appropriate switch to "combine" up to four interfaces into one virtual
interface.  Sun Trunking is intended to increase bandwidth, but if an
fails, the other(s) will automatically pick up the slack (bandwidth will, of
course, be slower then).  There's more on Sun Trunking available at
ng .

3.  You can write a script that pings the first interface and, if there's no
response, configures the second one.

I expect we'll be going with the first option.

Bill Fenwick                            Email:  fenwick@digicomp.com
Digicomp Research                       Voice:  (607) 273-5900 ext 32

sunmanagers mailing list
Received on Tue May 8 20:38:19 2001

This archive was generated by hypermail 2.1.8 : Wed Mar 23 2016 - 16:24:54 EDT