[86179] in North American Network Operators' Group

home help back first fref pref prev next nref lref last post

Re: What is multihoming was (design of a real routing v. endpoint

daemon@ATHENA.MIT.EDU (Owen DeLong)
Mon Oct 24 23:04:59 2005

Date: Mon, 24 Oct 2005 20:04:26 -0700
From: Owen DeLong <owen@delong.com>
To: crist.clark@globalstar.com, Stephen Sprunk <stephen@sprunk.org>
Cc: Michael.Dillon@btradianz.com,
	North American Noise and Off-topic Gripes <nanog@merit.edu>
In-Reply-To: <435D4495.7050900@globalstar.com>
Errors-To: owner-nanog@merit.edu


--==========D0DAE3D521A9F1F1200D==========
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

I believe RFC1122 was written in the days when there was a one-to-one
correlation
between IP addresses and interfaces, and, you couldn't have one machine with
multiple addresses on the same network.  Obviously, also, we are talking
about
network multihoming, not host multihoming in a NANOG context.  It is hard
to perceive a situation where Host Multihoming would require coordination.

Owen


--On October 24, 2005 1:31:17 PM -0700 Crist Clark
<crist.clark@globalstar.com> wrote:

> 
> Stephen Sprunk wrote:
> [snip]
> 
>>> Other people use this term in very different ways. To some people
>>> it means using having multiple IP addresses bound to a single
>>> network interface. To others it means multiple websites on one
>>> server.
>> 
>> 
>> That is virtual hosting in a NANOG context.  Some undereducated MCSEs 
>> might call it multihoming, but let's not endorse that here.
> 
> Unfortunately, this is a common and "standards blessed" way to refer to
> any host with multiple interfaces/addresses (real or virtual). For
> example,
> from the "Terminology" section, 1.1.3, of RFC1122, "Requirements for
> Internet Hosts -- Communication Layers," says,
> 
>           Multihomed
>                A host is said to be multihomed if it has multiple IP
>                addresses.  For a discussion of multihoming, see Section
>                3.3.4 below.
> 
> -- 
> Crist J. Clark                               crist.clark@globalstar.com
> Globalstar Communications                                (408) 933-4387
> 
> The information contained in this e-mail message is confidential,
> intended only for the use of the individual or entity named above.
> If the reader of this e-mail is not the intended recipient, or the
> employee or agent responsible to deliver it to the intended recipient,
> you are hereby notified that any review, dissemination, distribution or
> copying of this communication is strictly prohibited.  If you have
> received this e-mail in error, please contact postmaster@globalstar.com



-- 
If it wasn't crypto-signed, it probably didn't come from me.

--==========D0DAE3D521A9F1F1200D==========
Content-Type: application/pgp-signature
Content-Transfer-Encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (Darwin)

iD8DBQFDXaC6n5zKWQ/iqj0RApF6AKCX8ohPoxFzMxWEf6dpS8I1GQK+iACdGiLF
xGaMGT3klpKfpIKrGCdYC4E=
=eLnF
-----END PGP SIGNATURE-----

--==========D0DAE3D521A9F1F1200D==========--


home help back first fref pref prev next nref lref last post