| Hi,
As Matt said, bootp over fddi works.
Just to embellish a little on that, strictly speaking of RIS, the bootp
support
comes from the console code (except on TurboChannel platforms). As of V4.0,
which shipped with the 3.5 firmware cd, there was only _one_ platform that
couldn't RIS over fddi - the TurboLaser (V3.0-9 firmware). There was a fix
on the next spin, but it didn't make the 3.5 cd. All other platforms worked
fine.
Since I did most of the RIS adapter qual on V4.0, I can tell you that the
majority of problems wasn't with the firmware, we finally got that fixed, but
was with improperly configured /etc/bootptab files. Make sure you have both
the sm and gw fields correct or you'll spend a lot of time spinning your
wheels.
-Brian
[Posted by WWW Notes gateway]
|
| I'm not sure what perspective .0 is coming from. bootpd will answer
requests that come in over any broadcast-capable network interface.
bootpd will serve information to any Ethernet, FDDI or even token ring
client. As Matt said the "ht" tag for Ethernet and FDDI are the same...
The RIS cases that Brian talks about are a little more specific. I seem
to recall though that for the turbochannel machines, the bootp client
is part of the console. But that's relevent only if you're booting
over the built-in Ethernet interface. TC option cards have their own
firmware. I also seem to remember specifically that Jensen/Culzean
have some firmware issues. They may not behave if you attempt to install
4.X via RIS and they're not supported as dataless clients.
However that shouldn't prevent these and tlasers (etc.) from acting as
bootp servers.
-- Farrell
[Posted by WWW Notes gateway]
|