[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