[HECnet] NT 4 on AlphaServer es40

hvlems at zonnet.nl hvlems at zonnet.nl
Wed Feb 13 13:29:32 PST 2013


Then why holds NCP the required load file for a given MAC address?
That led me to believe that all the MOP client provided was a MAC address. 
-----Original Message-----
From: Johnny Billquist <bqt at softjar.se>
Sender: owner-hecnet at Update.UU.SE
Date: Wed, 13 Feb 2013 22:24:54 
To: <Paul_Koning at Dell.com>
Reply-To: hecnet at Update.UU.SECc: <hecnet at Update.UU.SE>
Subject: Re: [HECnet] NT 4 on AlphaServer es40

On 2013-02-13 20:39, Paul_Koning at Dell.com wrote:

On Feb 13, 2013, at 12:57 PM, Johnny Billquist wrote:

On 2013-02-13 18:52, Paul_Koning at Dell.com wrote:

On Feb 13, 2013, at 11:12 AM, Johnny Billquist wrote:
...
Fun detail: when devices want to MOP boot on a network where you have both a VAX and a PDP-11, the PDP-11 normally ends up serving the image, since it responds much faster than the VAX.

That's because the VMS MOP server did its lookup for a match in the node database by a linear search.   I never could convince the engineer responsible for that code to use a better algorithm.

Which is silly in it self. Why even search the node database? After all, the MOP request holds all the information needed to serve it. RSX don't do a lookup at a boot request. It just serves it.

I thought at least primary boot requests tend to just say "help me" so you need a lookup to find the name of the file to load.

Optional. At least DECservers actually provide in the request what file 
they want to boot.

	Johnny

-- 
Johnny Billquist                                   || "I'm on a bus
                                                                    ||   on a psychedelic trip
email: bqt at softjar.se                         ||   Reading murder books
pdp is alive!                                         ||   tryin' to stay hip" - B. Idol



More information about the Hecnet-list mailing list