Timeline for How will be the ARP Request (Unicast/Broadcast) if Subnet Mask is Unknown
Current License: CC BY-SA 4.0
11 events
when toggle format | what | by | license | comment | |
---|---|---|---|---|---|
Dec 26, 2018 at 20:47 | vote | accept | nowiz | ||
Dec 26, 2018 at 20:50 | |||||
May 9, 2018 at 0:54 | comment | added | nowiz | @Nzall ;Barnar:- I did a packet capture from the interface and found that the device(IP:10.192.34.2) is sending the ARP requests which is normal but it sends from source IP:0.0.0.0 Do you have an idea about why would a device use 0.0.0.0 as its source IP rather than its configured IP:10.192.34.2 while sending an ARP request? I have updated my original post with the screenshot. | |
May 4, 2018 at 21:45 | comment | added | JFL | @nowiz I agree with Nzall. What is the subnet mask configured on device A? | |
May 4, 2018 at 21:37 | comment | added | JFL | @Barmar it may works but there's many, many different possible cases. This is why I wrote "will likely fail ;) | |
May 4, 2018 at 21:15 | comment | added | Nzall | @nowiz Sounds like you misconfigured the subnetmask on device A, which leads it to think that device B is in the same subnet. | |
May 4, 2018 at 21:04 | comment | added | nowiz | Hi JFL, thank you for the response . But I am facing this scenario where IP 30.129.33.225 is sending ARP Request for IP 30.113.220.62 . I understand the ARP request broadcasts sent by 30.129.33.225 wont reach 30.113.220.62 as router will stop it. But I dont understand why is it sending an ARP broadcast in the first place? Doesnt the device1(30.129.33.225) understand that 30.113.220.62 is on another network and to communicate with it, it should approach the Gateway rather than sending ARP. | |
May 4, 2018 at 19:18 | comment | added | Barmar | Communication can still work with inconsistent subnet masks if the router cooperates. A sends directly to B, but B replies by sending to the router, which forwards to A. | |
S May 4, 2018 at 14:32 | history | suggested | CommunityBot | CC BY-SA 4.0 |
minor gramatical fixups and correct CIDR network width
|
May 4, 2018 at 14:29 | review | Suggested edits | |||
S May 4, 2018 at 14:32 | |||||
May 4, 2018 at 7:58 | history | edited | JFL | CC BY-SA 4.0 |
added 18 characters in body
|
May 4, 2018 at 7:50 | history | answered | JFL | CC BY-SA 4.0 |