Path: utzoo!utgpu!utstat!jarvis.csri.toronto.edu!mailrus!ames!pacbell!qvax2!israel
From: israel@qvax2.UUCP ( Renegade@ex2564)
Newsgroups: comp.unix.wizards
Subject: My rwhod don't - Part II
Keywords: This time it's personal...
Message-ID: <516@qvax2.UUCP>
Date: 23 Feb 89 18:17:32 GMT
Organization: Qantel Corp., Hayward, CA
Lines: 30


   And the winner of the "spot the rwhod bug" contest is Robert
Brazile at {uunet,convex,killer,rize}!brazile, who correctly
identified the problem as the following:

   The rwhod daemon contains a routine called configure(), which reads
in the system configuration data looking for network interfaces to exchange
status data with. It checks each pertinent driver interface for broadcast
or point-to-point communication capability - if the driver flag corresponding
to IFF_BROADCAST or IFF_POINTTOPOINT is not set on, the daemon will ignore
that interface and go on to look at the next one.

   The problem for our system appears to be that the "il0" driver we
use to talk to our Interlan 1010A Ethernet controller on the Vax 11/750's
is not reporting the IFF_BROADCAST flag as being set on. Consequently,
the daemon thinks it has nothing to talk to, and hence generates no output
status files, even for itself.

   In examining the driver code, it appears that the IFF_BROADCAST flag
is supposed to be set during ioctl SIOCIFADDR calls, used for setting
the il0 interface address, as described in INTRO (4N) in the BSD4.2
manuals. Since we can use rlogin, rsh, ftp, and telnet in and out of the
750's, I assume this call is occurring sometime (probably during boot-up
procedures). This would seem to indicate that the IFF_BROADCAST flag is
probably being cleared by mistake somewhere along the way. Either that,
or the ioctl call simply isn't needed to support the other network
functions, and so is never actually invoked.

   If any of you wizard types out there can tell me where I'm losing my
IFF_BROADCAST flag, please drop me a line.