<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  
</head>
<body text="#000000" bgcolor="#ffffff">
<tt><font size="2">I've carbon-copied the gPXE mailing list, since this
is gPXE-related.&nbsp; <br>
<a href="http://etherboot.org/mailman/listinfo/gpxe" class="moz-txt-link-freetext">http://etherboot.org/mailman/listinfo/gpxe</a><br>
</font></tt><br>
<tt>fab wrote:</tt>
<blockquote type="cite" cite="mid:085f8c4034b604e6ac62202e1aeba33e@94.163.100.48">
  
  
  <title>Re: [Etherboot-discuss] D-Link DGE-530T 10/100/1000</title>
<!-- Converted from text/plain format -->
  <p><tt><font size="2">net0: 00:1e:58:FF:FF:FF on PCI00:12.0 (open)<br>
[link:down, TX:0 TXE:0 RX:0 RXE:0<br>
link status: Not connected (0x38086001)]<br>
  <br>
Waiting for link up on net0... ok<br>
DHCP (net0: 00:1e:58:FF:FF:FF)........<br>
connection timed out 0x4c106035)<br>
No more network device</font></tt></p>
</blockquote>
<tt><font size="2">There are a few ways in which this can go wrong.<br>
<br>
If the DHCP service does not like gPXE, then you might not get an IP
address.&nbsp; An example of that would be the Nortel 470-48T layer 2
switch.&nbsp; If you think this might be the case, there is a version
available for gPXE at
<a href="http://git.etherboot.org/?p=gpxe-staging.git;a=shortlog;h=refs/heads/sha0-9-dhcp_relay_issue" class="moz-txt-link-freetext">http://git.etherboot.org/?p=gpxe-staging.git;a=shortlog;h=refs/heads/sha0-9-dhcp_relay_issue</a><br>
<br>
<br>
Recently, I've had an issue on HP Compaq dc7600s (and relatives) where
DHCP will work if initiated manually from the CLI, but not if run from
an embedded script.&nbsp; Enabling TIME_CMD in gpxe/src/config/general.h and
using the 'sleep' command in the embedded script didn't seem to help.&nbsp;
You could test to find out if you are having a similar issue to this by
pressing Control-B at the Control-B prompt and then trying 'dhcp net0'
and checking the results.<br>
<br>
Ultimately, a tcpdump or Wireshark packet capture filtered for traffic
from the gPXE client's MAC address and for the DHCP server (or its
relay agent, if applicable) might reveal something that could
complement the DEBUG= output that Thomas suggested.<br>
<br>
- Shao Miller<br>
</font></tt>
</body>
</html>