The Unix Heritage Society mailing list
 help / color / mirror / Atom feed
From: Derek Fawcus <dfawcus+lists-tuhs@employees.org>
To: tuhs@minnie.tuhs.org
Subject: [TUHS] IP weak/strong host model (was Re: OSI stack (Was: Posters))
Date: Tue, 5 Feb 2019 22:14:22 +0000	[thread overview]
Message-ID: <20190205221422.GA24750@bugle.employees.org> (raw)
In-Reply-To: <896294eb-44c0-4fed-0436-37f087611c59@spamtrap.tnetconsulting.net>

On Tue, Feb 05, 2019 at 11:01:23AM -0700, Grant Taylor via TUHS wrote:
> 
> Multi-homed IPv4 hosts (all that I've tested) usually allow traffic to a 
> local IP to come in on any interface, even if it's not the interface 
> that the IPv4 address is bound to.
> 
> Take the following host:
> 
> +---+   +-----------------+   +---+
> | A +---+ eth0   B   eth1 +---+ C |
> +---+   +-----------------+   +---+
> 
> Even if B has IPv4 forwarding disabled, A will very likely be able to 
> talk to B via the IPv4 address bound to eth1.  Likewise C can talk to B 
> using the IPv4 address bound to eth0.

This is generally referred to as the weak host model (or End System),
as opposed to the strong host model.  See RFC 1122, sect 3.3.4.2.

> My understanding is that IPv6 changes this paredigm to be explicitly the 
> opposite.  If B has IPv6 forwarding disabled, A can't talk to B via the 
> IPv6 address bound to eth1.  Nor can C talk to B via the IPv6 address 
> bound to eth0.

That is not my understanding.  Either protocol can use either model in
a given system.  In theory it could even differ depending upon configurations.

Most systems I've worked on have used the weak model, but that is largely,
because they were routers, and looked up destinations in a FIB (or RIB)
before (or as well as) considering interface addresses.

Some OS's I've used followed the weak scheme, some followed the strong
scheme.

The following suggests that Linux defaults to weak, and that BSDs
default to strong; I've never tested that BSD case, but from memory
OSX (xnu) defaults to weak.

https://unix.stackexchange.com/questions/258810/linux-source-routing-strong-end-system-model-strong-host-model

DF

      reply	other threads:[~2019-02-05 22:23 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-02-04 20:29 [TUHS] OSI stack (Was: Posters) Noel Chiappa
2019-02-04 21:13 ` Bakul Shah
2019-02-04 21:34   ` Clem Cole
2019-02-05 18:01 ` Grant Taylor via TUHS
2019-02-05 22:14   ` Derek Fawcus [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=20190205221422.GA24750@bugle.employees.org \
    --to=dfawcus+lists-tuhs@employees.org \
    --cc=tuhs@minnie.tuhs.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).