Book now with code EOY2025
TehToG wrote: » An arp request is a broadcast. It goes out over the broadcast domain and asks for the mac address of a specified PC. eg. PC1 sends an arp for PC2 saying "What is the mac address for PC2 (giving it's layer 3 address)" and EVERYONE gets it, PC2 replies and says I am at "mac address". Proxy Arp is where the device replies to an arp which was NOT meant for it's address. eg. PC1 sends an arp for PC2 and NetDevice1 replies "PC2 is at "mac address" which is actually it's own address. That way all traffic for PC2 goes to it, and it's job is to forward it on. Routers do not forward broadcasts.
TehToG wrote: » They're completely separate. A router can preform proxy arp. If i send a packet to another subnet, the packet goes to my default gateway by default. The router gets it and looks at the layer 3 info (ip address) and forwards it on. If i send an arp out it's ONLY because I know the device belongs to my subnet. If it's on a different subnet then it just forwards the packet to the router. The router will not 'relay' layer 2 broadcasts (arps in this case) UNLESS proxy arp has been configured as a service on the router to do so.
lantech wrote: » Check out this document from Cisco on Proxy Arp.Proxy ARP* [IP Addressing Services] - Cisco Systems Proxy ARP would be used when a host thinks the host it is trying to communicate with is on the same subnet but is separated by a router and the router knows how to reach the intended host. Host A would send out its ARP broadcast and the router would respond with its own MAC address and take responsibility for forwarding the packet to Host B. This would happen where Host A might have a misconfigured subnet mask so it thinks its subnet is larger than it actually is. Proxy Arp seems to be enabled by default. At least according to the document I found created by Cisco.
Use code EOY2025 to receive $250 off your 2025 certification boot camp!