You can fine tune the DHCP functionality by defining CONFIG_BOOTP_* symbols: CONFIG_BOOTP_SUBNETMASK CONFIG_BOOTP_GATEWAY CONFIG_BOOTP_HOSTNAME CONFIG_BOOTP_NISDOMAIN CONFIG_BOOTP_BOOTPATH CONFIG_BOOTP_BOOTFILESIZE CONFIG_BOOTP_DNS CONFIG_BOOTP_DNS2 CONFIG_BOOTP_SEND_HOSTNAME CONFIG_BOOTP_NTPSERVER CONFIG_BOOTP_TIMEOFFSET CONFIG_BOOTP_VENDOREX CONFIG_BOOTP_SERVERIP - TFTP server will be the serverip environment variable, not the BOOTP server. CONFIG_BOOTP_DNS2 - If a DHCP client requests the DNS serverip from a DHCP server, it is possible that more than one DNS serverip is offered to the client. If CONFIG_BOOTP_DNS2 is enabled, the secondary DNS serverip will be stored in the additional environment variable "dnsip2". The first DNS serverip is always stored in the variable "dnsip", when CONFIG_BOOTP_DNS is defined. CONFIG_BOOTP_SEND_HOSTNAME - Some DHCP servers are capable to do a dynamic update of a DNS server. To do this, they need the hostname of the DHCP requester. If CONFIG_BOOTP_SEND_HOSTNAME is defined, the content of the "hostname" environment variable is passed as option 12 to the DHCP server. CONFIG_BOOTP_DHCP_REQUEST_DELAY A 32bit value in microseconds for a delay between receiving a "DHCP Offer" and sending the "DHCP Request". This fixes a problem with certain DHCP servers that don't respond 100% of the time to a "DHCP request". E.g. On an AT91RM9200 processor running at 180MHz, this delay needed to be *at least* 15,000 usec before a Windows Server 2003 DHCP server would reply 100% of the time. I recommend at least 50,000 usec to be safe. The alternative is to hope that one of the retries will be successful but note that the DHCP timeout and retry process takes a longer than this delay.