-
ben
-
RE: Trying to explain 2 DHCP host on same network.Help
-
In your linux installation there're different components (software) involved in your network booting.
PXE: on the client side (your desktop PCs)
DHCP Server: on your host side, it gives you IP addresses
[u]TFTP Server[/u]: this is what you've not mentioned, the TFTP server is responsable for providing a boot image to your clients through the Trivial File Transfer Protocol (TFTP)
DHCP itself provides only a valid ip address, then you've a kernel image loaded through the TFTP Server (still in your linux host), they work as a couple and they're responsable for network booting
When your client pc receives the ip address and the boot image it's ready to go and get more information from your Linux Server (mounting NFS drives or whatever it needs)
Your client tries to locate PXE boot servers with DHCP services available and tries to locate a tftp server with a valid boot image for its platform (x86 in your case I guess), that's why you've a bootable machine with a valid kernel, maybe your router does not provide TFTP server information (not configured, not available at all, ...) so your client parse every dhcp response to find the valid one, please remember: it's still a bad thing to have two dhcp services available in the same piece of network !
But that's the reason why you've your machines happy with a linux kernel loaded, take a look at: http://en.wikipedia.org/wiki/Preboot_Execution_Environment , it's not the holy bible but it's a nice place to start; then study deeply how PXE works and you'll discover it's a really interesting service due to it's simplicity (not on the server configuration I mean !!!)
Hope it helps
Ben
-
29 Jan 11
In your linux installation there're different components (software) involved in your network booting.
PXE: on the client side (your desktop PCs)
DHCP Server: on your host side, it gives you IP addresses
TFTP Server: this is what you've not mentioned, the TFTP server is responsable for providing a boot image to your clients through the Trivial File Transfer Protocol (TFTP)
DHCP itself provides only a valid ip address, then you've a kernel image loaded through the TFTP Server (still in your linux host), they work as a couple and they're responsable for network booting
When your client pc receives the ip address and the boot image it's ready to go and get more information from your Linux Server (mounting NFS drives or whatever it needs)
Your client tries to locate PXE boot servers with DHCP services available and tries to locate a tftp server with a valid boot image for its platform (x86 in your case I guess), that's why you've a bootable machine with a valid kernel, maybe your router does not provide TFTP server information (not configured, not available at all, ...) so your client parse every dhcp response to find the valid one, please remember: it's still a bad thing to have two dhcp services available in the same piece of network !
But that's the reason why you've your machines happy with a linux kernel loaded, take a look at: http://en.wikipedia.org/wiki/Preboot_Execution_Environment , it's not the holy bible but it's a nice place to start; then study deeply how PXE works and you'll discover it's a really interesting service due to it's simplicity (not on the server configuration I mean !!!)
Hope it helps
Ben