/build/static/layout/Breadcrumb_cap_w.png

PXE boot and Static ARP entry using Ghost

Using 3Com Boot Services for PXE and TFTP - when a 3Com PXE boot client performs a PXE boot from a Windows 2003 server machine running both DHCP and the 3Com Boot Services, the PXE client is registered in the Windows 2003 machine's ARP table with a static ARP entry.

If the workstation PC IP address ever changes, the Windows 2003 machine loses communication with the client workstation as the ARP table is reporting the PXE client with a static entry, pointing to an incorrect IP address. Based on review of how DHCP assigns IP addresses during simultaneous PXE-booting of several hundred workstations, imaging, and then booting 'imaged' PC up with Windows XP, the problem seems to lie with the creation of a static ARP entry vesrsus a dynamic ARP enry on the WIndows 2003 server. The quick and dirty fix is to clear the Windows 2003 ARP table. Any thoughts?

The problems caused by this are that we get cost to execute a program after imaging, this is failing the majority of the time due to this problem, the IP assigned to the machine is different to that of the oen the Ghost server thinks the machine has. When you clear the ARP cache on the server suddenly if all kicks into life and the command is executed.

0 Comments   [ + ] Show comments

Answers (0)

Be the first to answer this question

Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.
 
This website uses cookies. By continuing to use this site and/or clicking the "Accept" button you are providing consent Quest Software and its affiliates do NOT sell the Personal Data you provide to us either when you register on our websites or when you do business with us. For more information about our Privacy Policy and our data protection efforts, please visit GDPR-HQ