We tried it with the Vendor Id but we did not get the results that we were
expecting, I am not sure if it is something we are doing wrong or else. The
User class has more flexibility and that is why we wanted to use it.

> For one, I know they like to zero-pad their strings.
This is interesting - I posted a question regarding this also - because
Actually we are facing a problem associated with the ROOT PATH, it is
supposed to be /opt/ltsp/i386. Because of the padding the ltsp server is
being passed the /opt/ltsp/i386000. a temp solution was to rename the path
accordingly.


Hers is another question that  is based on this:
> just use a different DHCP server on a Linux machine and running on a
different port number.

Does a DHCP client care which port the DHCP server is listening on, I
thought it does a broadcast. Does not this mean that whichever server picks
the request first servers the ip from its pool? The reason I ask is that we
are currently running a small private network (1 win2k DHCP SRVR, 1 TC i386,
1 LTSP SRVR i386) but are aim is to use a M/F as an LTSP server but since we
need to add the ltsp parms to the clients we wanted to do it in the least
harmful way to our PROD DHCP srvrs and least customization.

thanks

----- Original Message -----
From: "Bhaskar S. Manda" <[EMAIL PROTECTED]>
To: "Humaid, Abdallah A (TCCOD)" <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>
Sent: Tuesday, August 27, 2002 4:52 PM
Subject: Re: [Ltsp-discuss] DHCP V. 3 support in etherboot rom


> > Does the etherboot ROM image support DHCP V3 options? Namely I am
> > interested in passing what is called the "DHCP Class ID" where a client
> > passes a parameter that the DHCP V3 server recognizes and assign some
> > stuff based on it. We need it to use it with Win2k DHCP User class
> > options.
>
> If you want to just get on with it (and maybe come back and do it with
vendor
> class ID, etc), just use a different DHCP server on a Linux machine and
> running on a different port number. 1 change in header file in etherboot
> source code. As it is, the success of your LTSP is conditioned on a
Windows
> machine and that isn't good. For one, I know they like to zero-pad their
strings.
>
> --
> bhaskar



-------------------------------------------------------
This sf.net email is sponsored by: Jabber - The world's fastest growing 
real-time communications platform! Don't just IM. Build it in! 
http://www.jabber.com/osdn/xim
_____________________________________________________________________
Ltsp-discuss mailing list.   To un-subscribe, or change prefs, goto:
      https://lists.sourceforge.net/lists/listinfo/ltsp-discuss
For additional LTSP help,   try #ltsp channel on irc.openprojects.net

Reply via email to