Jonathan C. Bailey schrieb:
I've finally had a chance to put Wireshark on it and see what exactly
is happening.
My network is (anonymized) is 99.99.0.0/16. I split it off into
multiple /24s with DTUs for each FOG in their own /24. I then use ISC
DHCPd (on a server unrelated to the Sun Ray environment) to issue IPs
and hand out a "tftp-server-name" appropriate for each subnet.
Normally the DTUs grab the parms file off the specified TFTP server
(which contains server IPs), and everything is happy. If the TFTP
server is down, however, then they go into broadcast mode looking for
*any* FOG in the /16.
From the discussions here, it sounds like broadcast discovery has
to be explicitly enabled (by adding a wildcard to the AltAuth
list). I'm only doing "utadm -L on" on the hosts and not
configuring an interconnect (and by extension, DHCPd) that would
publish the AltAuth list. This makes it seem that broadcast
discovery is default if no AltAuth list exists and the config
server can't be reached.
It is.
This is the specific behavior I would like to disable.
[Disclaimer: All he following is if I recall correctly. Please test
yourself.]
IIRC a server list in option 49 (X Window servers) from DHCP is treated
like an AltAuth custom option.
If you have both a 'servers' list (from the .parms file) and option
49/AltAuth, the 'servers' take precedence, but if none of them is used
the AltAuth list will be checked as well.
(Of course the lists could even be the same)
Another option might be to set up DNS to resolve the 'sunray-servers'
name, but I'm not completely sure, if that helps to avoid broadcast, if
the resulting IP address doesn't respond..
I may just end up opening a SR for this, but I want to bring this to
the public list first to help people in the future that have the same
situation. Thanks!
HTH
- Jörg
--
Jörg Barfurth http://blogs.oracle.com/joergb
Disclaimer: I am employed by Oracle. The statements and opinions
expressed here are my own and do not necessarily represent those
of Oracle Corporation.
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
