Re: BUG in DHCP BooTP part?

Tech-Archive recommends: Repair Windows Errors & Optimize Windows Performance

Found something new:

DHCP tries to resolve the string in oprion 066!

Strings that are IPs will be converted to IPs and put to the bootreply field
"siaddr", the 4 byte server address!
Strings that are equal to MS(!) OS hosts are resolved and the IP is put to
"siaddr" in the bootreply
Strings that are equal to Linux or other Hosts names (resolvable by DNS, and
local) are not resolved and DHCP does not reply to the bootrequest!

So my fault! RFC 951 talks only about clients filling the sname field in a
request to specify it's favourite bootserver and I did not read this
carefully, since I was used dhcpd that allows sname filled by the server in
a reply.

So option 066 is only, to give a jit resolvable "siaddr" (as long as the
name belongs to a local MS-OS host).

--- Sorry for my prior post. ---

If someone knows a way, to let MS DHCP fillin something to the "sname"
field, I'd be very interested - thanks in advance!

Here's what I want (or need) to do:

There is a embedded linux driven machine with a 2 stage bootloader (BooTP
and tftp).
The first stage is not patchable in any way. The first stage does a
bootrequest and tries to boot the "file" field from "sname" server (from the
bootreply). So I need to fill in sname in DHCPs bootreply. --- Not
possible? ---

Sure, I could use dhcpd on a Linux machine, but: I need this embedded device
in that MS DHCP controlled part of our net and I don't want 2 different
server to reply to the bootrequest. So I have only 2 possible solutions:

1) disable DHCP for that specific MAC (did not find anything about doing
something like this, any help would be great) - and use a Linux dhcpd only
on that MAC (possible)
2) Get MS DHCP to put a string in the "sname" field ...... - So no way to
get whan I want, it seems.

Best regards

Marco Della Rocca

http://www.digital-freedom.de


The first stage

"Marco Della Rocca" <info@xxxxxxxxxxx> schrieb im Newsbeitrag
news:%23q%230gskiGHA.4080@xxxxxxxxxxxxxxxxxxxxxxx
DHCP on SBS2003 std. with all updates up to now.


Hi all,

I'm going mad on the following problem:



.

Relevant Pages

  • BUG in DHCP BooTP part?
    ... I got to this problem, because I wanted DHCP to fill the BooTP ... I made a reservation for that client, then I added the option 066 "Boot ... dozens of times and checkt it with a packet sniffer. ... There is always the bootrequest of the client, ...
    (microsoft.public.windows.server.sbs)
  • Re: Name resolution for local names using DHCP
    ... The IP addresses will vary because of DHCP, ... The hostnames and IP addresses are all known to the router ... the router not resolve these local hostnames? ... all n existing machines. ...
    (comp.os.linux.networking)
  • RE: DHCP Errors every hour? Looks serious!
    ... reference when re-building the DHCP!! ... Microsoft CSS Online Newsgroup Support ... | i) Disabling Indexing on the folder. ... |> If we cannot resolve the issue after we perform the above steps, ...
    (microsoft.public.windows.server.sbs)
  • Re: Troubleshooting FBSD
    ... > hostname, but nothing that severe. ... > Have you allowed DHCP to configure basic networking for you? ... > to look te resolve names. ...
    (comp.unix.bsd.freebsd.misc)
  • Re: DNS Timing out with Yahoo, and nothing else.
    ... We cannot resolve ... We are running 2003 dom servers with one as DHCP. ... BellSouth T1, with a Cisco Pix as firewall. ...
    (microsoft.public.windows.server.dns)