mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Peter T. Breuer" <ptb@it.uc3m.es>
To: ahtraps@yahoo.com (Andy Trap)
Cc: linux-kernel@vger.kernel.org
Subject: Re: Difference between dummy and loopback interfaces
Date: Mon, 9 Dec 2002 09:49:02 +0100	[thread overview]
Message-ID: <200212090849.gB98n2319698@oboe.it.uc3m.es> (raw)
In-Reply-To: <e414a6f2.0212082318.71702ff9@posting.google.com>

In article <e414a6f2.0212082318.71702ff9@posting.google.com> you wrote:
> I have read this. But the description leaves the following questions
> unanswered:

> 1. How this is any different than configuring the IP address of vlite
>    (72.16.1.65) on the loopback interface.

It's very different. RH's parctice of configuring the loopback device
as something other than (in addition to) localhost (no domain!) is just
plain broken, as umpteen administrators will tell you. localhost is
in the root domain, and nowhere else, netwise.

> 2. The implementation of dummy_xmit() unconditionally drops every packet
>    sent to it which suggests that intra-node communication can never
>    occur over a dummy interface. The loopback interface on the other
>    hand queues packets sent to it on the receive queue (allowing intra-
>    node communication even when the dialup line is down)

> I can't think of a condition where a dummy device is useful (other than
> for simulating a blackhole device which sucks every packet sent to it).

The dummy device is conventionally used to provide a separate interface
that can be used to bind the hostname to when there is no real nic in
the box to bind it to (binding it to loopback being a no no). One
ususally does if-down ppp0, for example, with a few lines in that
brings up the hostname on dummy0. When ppp comes up, the hostname may
be bound to the ppp0 connection, but personally I prefer t leave it
stable.

"a stable binding point" for the hostname is another use for dummy0,
when the configuration is dynamic, such as in a failover cluster.

Peter

       reply	other threads:[~2002-12-09  8:41 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <e414a6f2.0212082318.71702ff9@posting.google.com>
2002-12-09  8:49 ` Peter T. Breuer [this message]
2002-12-10 10:31   ` John Bradford
2002-12-16  7:02     ` Rob Landley

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=200212090849.gB98n2319698@oboe.it.uc3m.es \
    --to=ptb@it.uc3m.es \
    --cc=ahtraps@yahoo.com \
    --cc=linux-kernel@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®