Follow-up Comment #3, bug #43396 (project grub):
I'm hitting the exact same issue -and dug a little further: note how the pcap
file ends with an ARP query for .254. I expect this to be the gateway IP
address (the DHCP reply doesn't seem to be in the packet dump).
I've attached my own dump (rnk-dump.pcap) to this report, where:
- 10.13.13.2 = TFTP server
- 10.13.13.254 = gateway IP
- 10.13.13.34 = client
As can be seen, initially it all goes well. However, once core.0 has been
loaded, an ARP is done for the gateway address - and traffic intended for
10.13.13.2 is instead sent to the gateway address.
This seems wrong to me - both the client and server are on the same subnet, so
there is no need to contact the gateway. The code in grub-core/net/boot.pc,
grub_net_configure_by_dhcp_ack() explicitely adds a route for the server host
(this is the 'if(bp->gateway_ip) ...' block) - I'd say such a route only needs
to be added if the server is on another subnet.
For what it's worth, commenting out the 'if(bp->gateway) { ... }' block lets
my client boot correctly.
(file #34028)
_______________________________________________________
Additional Item Attachment:
File name: rnk-dump.pcap Size:7 KB
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?43396>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
_______________________________________________
Bug-grub mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/bug-grub
