Thanks for the replies.
Originally Posted by smurffit
. . . and the MAC is for physical addressing, so they are different connection layers (IP is a higher layer than MAC). There is also a Broadcast-address for IP-addressing, that's fine too, but your Boot-Server works on the MAC layer
, therefore it uses the Broadcast-address based on the MAC layer.
. . . routers don't forward MAC-Broadcasts,
Great info in your post distinguishing logical and physical addressing - thanks.
Yes, as I had understood, I was gonna need the MAC address to boot -
and if that F:F:F: ... MAC address obtained with snort is good enough to go, then great
But I'd kinda doubt that happens to be the actual, true MAC address for that particular 3com network adapter card on the laptop I'll be trying to LAN boot.
And also, btw, it won't
be through a router - just a point-to-point ethernet cable connection - the same as was used for "snorting" -
but good info to learn that routers don't forward MAC addresses.
Originally Posted by lensman3
It sounds like you are doing a network boot to a diskless machine. . . . there was no way to get a IP/NIC address until the OS was running. I think the rarp protocol was implemented to do this. The arp command man page references "rarp", but there is no rarp man page.
A lot of the NIC address can be found in the /proc/net directory.
I need to try a point-to-point network (no router) diskless boot to rescue data off the laptop.
Fedora will be great for pulling data off another OS - but I'll need the LAN boot.
Then, I'll just install the Fedora for a 60 GB hard drive linux OS laptop.
tried the address resolution protocal - arp - and arping - and I also found that their was no man rarp available.
But you have now encouraged me to pursue info for using rarp further as well -
so thanks - that is what I am going to start working with this afternoon.
Surely, through the years this diskless boot situation has come up before -
rarp may be important as a solution, and I tried snort, which has been a good step as I learn this.