From: David Brownell <david-b@pacbell.net>
To: jamal <hadi@cyberus.ca>, Stefan Rompf <srompf@isg.de>
Cc: netdev@oss.sgi.com
Subject: Re: Patch: Device operative state notification against 2.5.7
Date: Mon, 01 Apr 2002 12:31:43 -0800 [thread overview]
Message-ID: <080d01c1d9bc$3d4510a0$6800000a@brownell.org> (raw)
In-Reply-To: Pine.GSO.4.30.0203310941120.9704-100000@shell.cyberus.ca
Two comments on this stuff:
(A) I skimmed the 3.1.13 descriptions in RFC 2863.
If RUNNING is to correspond to ifAdminStatus,
and NO_CARRIER is inverted up/down ifOperStatus,
this starts to make sense. For example, it defines
the set/set state in Jamal's table as a fault condition.
That doesn't quite seem like a complete match though,
and not only because one can't map N-ary ifOperStatus
(up, down, unknown, testing, dormant, notPresent, and
maybe more) to single bits like NO_CARRIER.
(B) In Jamal's table I'm thinking about how IP-over-USB
stacks would work. Those tend to be point-to-point
links with Ethernet framing (easier to bridge :).
The devices themselves are all hotplugged, so their
interface names won't exist unless there's hardware
(maybe it's in the process of being unplugged). But
that means there are three meaningful modes:
- Only "my" end connected ... nobody on the
other end (treated as NO_CARRIER) so
IFF_RUNNING can't _ever_ usefully be set
- Both ends connected (!NO_CARRIER)
so IFF_RUNNING could be set or not.
- "Indeterminate" ... some cables might not be
able to report whether someone's on the other
end. Driver would necessarily treat as if both
ends were always connected.
So eventually some linkwatch patch could be solving
a problem there: no network hotplug events appear
for "carrier on" and "carrier off", which are the only
events that really matter here (not "register device"
and "unregister device") for ifup/ifdown/... calls.
- Dave
> NO_CARRIER | IFF_RUNNING | meaning
> -----------|-------------|------------------------------------
> !set | !set | There is carrier, but no cable
> | | no sense for ethernet; but may be useful
> | | for PPP (for example line protocol is not up)
> -----------|-------------|----------------------------------------
> !set | set | operational up
> | |
> | |
> -----------|-------------|--------------------------------------
> set | !set | operational down
> | |
> | |
> -----------|-------------|--------------------------------------
> set | set | carrier off, cable on; not sure what this
> | | means (may make sense for host scope)
> | |
> -----------|-------------|--------------------------------------
next prev parent reply other threads:[~2002-04-01 20:31 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <Pine.GSO.4.30.0203302133110.7012-100000@shell.cyberus.ca>
2002-03-31 10:23 ` Patch: Device operative state notification against 2.5.7 Stefan Rompf
2002-03-31 16:21 ` jamal
2002-04-01 14:44 ` Stefan Rompf
2002-04-01 16:25 ` jamal
2002-04-01 20:31 ` David Brownell [this message]
2002-04-02 3:05 ` jamal
2002-03-31 10:23 ` Stefan Rompf
[not found] <3CACB9BC.4D585C25@isg.de>
2002-04-07 20:16 ` jamal
2002-04-07 20:26 ` jamal
2002-04-08 17:48 ` David Brownell
2002-04-07 22:11 ` Michael Richardson
2002-04-08 11:59 ` jamal
2002-04-09 11:28 ` Stefan Rompf
2002-04-11 11:24 ` jamal
2002-04-12 10:12 ` Stefan Rompf
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='080d01c1d9bc$3d4510a0$6800000a@brownell.org' \
--to=david-b@pacbell.net \
--cc=hadi@cyberus.ca \
--cc=netdev@oss.sgi.com \
--cc=srompf@isg.de \
/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).