[ipxe-devel] [gPXE] nomenclature to use...
carlyoung at keycomm.co.uk
carlyoung at keycomm.co.uk
Tue Nov 9 12:59:14 UTC 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://lists.ipxe.org/pipermail/ipxe-devel/attachments/20101109/e376d837/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: gpxe.cap
Type: application/octet-stream
Size: 18577 bytes
Desc: not available
URL: <http://lists.ipxe.org/pipermail/ipxe-devel/attachments/20101109/e376d837/attachment.obj>
More information about the ipxe-devel
mailing list