[gPXE] [ipxe-devel] nomenclature to use...

carlyoung at keycomm.co.uk carlyoung at keycomm.co.uk
Tue Nov 9 07:59:14 EST 2010


 
 On Mon 08/11/10 6:09 PM , Shao Miller Shao.Miller at yrdsb.edu.on.ca
sent:
   carlyoung at keycomm.co.uk wrote:  Hi all.
 ... ... ...
 I know this NIC. :) It's the (previously NetXen) QLogic "Phantom"
NIC.
 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).
 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:
 dhcp net0
 show filename
 and report whether or not you got a filename from the DHCP service?
	Thanks Shao, 

	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. 

	I can't do the CLI operations currently - I will have to ask for
those to be performed on my behalf. 

	I just want to know if I should be looking at getting the gPXE
client 'fixed' or the server or what... 

	Regards, 

	Carl 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://etherboot.org/pipermail/gpxe/attachments/20101109/e376d837/attachment-0001.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: gpxe.cap
Type: application/octet-stream
Size: 18576 bytes
Desc: not available
Url : http://etherboot.org/pipermail/gpxe/attachments/20101109/e376d837/attachment-0001.obj 


More information about the gPXE mailing list