<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=UTF-8" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
<tt><a class="moz-txt-link-abbreviated" href="mailto:carlyoung@keycomm.co.uk">carlyoung@keycomm.co.uk</a> wrote:</tt>
<blockquote cite="mid:4610.1289307554@keycomm.co.uk" type="cite"><tt><br>
  <b>On Mon 08/11/10 6:09 PM , Shao Miller <a class="moz-txt-link-abbreviated" href="mailto:Shao.Miller@yrdsb.edu.on.ca">Shao.Miller@yrdsb.edu.on.ca</a>
sent:<br>
  </b></tt>
  <blockquote
 style="border-left: 2px solid rgb(81, 103, 198); padding-left: 5px; padding-right: 0px; margin-left: 5px; margin-right: 0px;"><!--
DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
--><tt><DEFANGED_BODY
 text="#000000" bgcolor="#ffffff"></DEFANGED_BODY></tt>
    <div class="moz-text-html" lang="x-western"><tt><a
 moz-do-not-send="true" class="moz-txt-link-abbreviated"
 href="javascript:top.opencompose('carlyoung@keycomm.co.uk','','','')">carlyoung@keycomm.co.uk</a>
wrote:</tt>
    <blockquote cite="mid:3312.1289237828@keycomm.co.uk" type="cite"><!--
Converted from text/plain format
--><tt><span
 style="font-size: 10pt;">Hi all.<br>
      <br>
... ... ...<br>
      </span></tt></blockquote>
    <tt><br>
    </tt><tt>I know this NIC. :) It's the (previously NetXen) QLogic
"Phantom" NIC.<br>
    <br>
    </tt>
    <blockquote cite="mid:3312.1289237828@keycomm.co.uk" type="cite"><tt><span
 style="font-size: 10pt;">This has apparently been shipped with a
"gPXE" client and I am having some interoperability problems with a PXE
boot server in that the client sends a boot request with an empty boot
filename despite the DHCP ack containing a filename (for TFTP access).<br>
      </span></tt></blockquote>
    <tt><br>
    </tt><tt>Can you capture the DHCP transaction with Wireshark or
'tcpdump' and filter it for DHCP and share the resulting packets as an
e-mail attachment? I don't quite understand what you mean by the client
sending an empty boot filename. Do you mean it makes a TFTP request
with an empty filename? If so, do you have a Control-B CLI? If so, can
you please try:<br>
    <br>
    </tt>
    <tt>dhcp net0<br>
    </tt><tt>show filename<br>
    <br>
    </tt>
    <tt>and report whether or not you got a filename from the DHCP
service?<br>
    </tt></div>
    <div class="moz-text-html" lang="x-western"><tt> </tt></div>
  </blockquote>
  <tt>Thanks Shao,
  <br>
I have attached gpxe.cap. You can see the DHCP ACK in frame 14 with a
boot file name present and frame 15 shows a TFTP read with an empty
filename.  I managed to find out version of gPXE client this morning -
apparently it is 0.9.9 embedded.
  <br>
I can't do the CLI operations currently - I will have to ask for those
to be performed on my behalf.
  <br>
I just want to know if I should be looking at getting the gPXE client
'fixed' or the server or what...</tt></blockquote>
<tt><br>
Yes frame 14 is key.  Your DHCP service appears to hand out a PXE menu
to clients.  I'm assuming that the client times out by not pressing F8,
then performs another DHCP request; this time, already having the IP
address it previously negotiated.<br>
<br>
I would guess that the presence of the IP address and/or the direction
of this DHCP request directly to the DHCP server implies the PXE menu
timeout occurred.  The DHCP server's subsequent ACK finally contains a
boot filename.  In this case, it makes sense that it sends something
whose filename suggests that the client merely fall-through to booting
its HDD.  Why, such a file could even be the two bytes 0xCD 0x18. :)<br>
<br>
However, the filename strikes me as unusual: #MPCPathBoot#\boothd<br>
<br>
I am now investigating to see whether there's a parsing problem with
such an odd-looking filename.  Please stay tuned.<br>
<br>
- Shao Miller</tt><br>
</body>
</html>