Home page logo

nanog logo nanog mailing list archives

Re: multi-homing fixes
From: Paul Vixie <vixie () vix com>
Date: 02 Sep 2001 08:17:06 -0700

pete () kruckenberg com (Pete Kruckenberg) writes:

... Customers pay for the network to work end-to-end. More choices mean
better performance, more reliability. ...

Not necessarily.  Sure, the potential is there.  But more than half the time
in my experience of multihoming, the pessimal path is chosen.  This includes
a lot of anycast DNS experiences where each DNS server gives its own close-by
mirror server's address as an answer to www.$FOO.com, thus using UDP
performance into a predictor of TCP performance.  Not only ain't it nec'ily
so, it is nec'ily not so.

The trivial case of multihoming is inside a campus where a file server, say,
might be connected to more than one LAN.  Unless you're very careful, your
clients will end up talking to the file server through a gateway, that is,
to some connection that it has to some LAN other than the client's LAN.  This
pessimality scales amazingly well to the larger Internet.

Don't leave Murphy's Law out of your reliability calculations.  More choices
can simply mean more points of failure or more opportunities to make bad
Paul Vixie <vixie () eng paix net>
President, PAIX.Net Inc. (MFNX.O)

  By Date           By Thread  

Current thread:
[ Nmap | Sec Tools | Mailing Lists | Site News | About/Contact | Advertising | Privacy ]