الاخ saxier
انا اختلف معاك فى ان الراوتر يرسل bcast
اما موضوع arp
فالجهاز هو الذي يرسل bcast
والراوتر يرد عليه بعنوان المنفذ الذي تم استقبال bcast عليه
وهذا الرابط به توضيح لهذه العملية
https://www.ciscokits.com/to-be-done..._Proxy_ARP.pdf
If the sender doesn't know the MAC address of the destination, it has to get that address
before data can be sent. To obtain the unknown Layer Two address when the Layer Three
address is known, the sender transmits an ARP Request. This is a Layer Two broadcast,
which has a destination address of ff-ff-ff-ff-ff-ff. Since Ethernet is a broadcast media,
every other device on the segment will see it. However, the only device that will answer
it is the device with the matching Layer Three address. That device will send an ARP
Reply, unicast back to the device that sent the original ARP Request. The sender will
then have a MAC address to go with the IP address and can then transmit.
There are several network devices that may be between our two hosts, and for the most
part, there is no impact on ARP. Since this is Cisco, though, there's gotta be an exception!
Let's take a look at how these devices impact ARP.
Repeaters and Hubs are Layer One (Physical Layer) devices, and they have no impact on
ARP. A repeater's job is simply to regenerate a signal to make it stronger, and a hub is
simply a multiport repeater. Therefore, neither a repeater nor a hub have impact on ARP.
Switches are Layer Two devices, so you might think they impact ARP's operation; after
all, ARP deals with getting an unknown MAC address to correspond with a known IP
address. While that's certainly true, switches don't impact ARP for one simple reason:
Switches forward broadcasts out every port except the one it was originally received on.
The ARP Reply will be unicast to the device requesting it, as with the previous example.
Now here's the exception -- a router. Routers accept broadcasts, but routers will not
forward them. For example, consider a PC with the address 20.1.1.1 /16. That host
assumes it's on the same physical segment as the device 20.1.2.200 /16, since their IP
addresses are both on the same subnet (20.1.0.0 /16). The problem here is that a router
separates the two devices, and the router will not forward the ARP broadcast.
The Cisco router will answer the ARP Request, however, with the MAC address of the
router interface the ARP Request was received on. In this case, the router will respond to
the ARP Request with its own E1 interface's MAC address.
When the device at 20.1.1.1 receives this ARP Response, it thinks the MAC address of
20.1.2.200 is 11-11-11-11-11-11. Therefore, the destination IP for traffic destined for the
remote host will be 20.1.2.200, but the MAC destination will actually be that of the
router's E1 interface.
وحتى فى dhcp
الجهاز يرسل bcast والراوتر يعمل drop لها ويرسل هو unicast
المفضلات