Changes between Initial Version and Version 1 of Ticket #14894
- Timestamp:
- Dec 4, 2015 2:33:28 AM (9 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Ticket #14894
- Property Status new → closed
- Property Resolution → worksforme
-
Ticket #14894 – Description
initial v1 3 3 I'm using a Debian distro in Windows 10, through Virtualbox. I have a NAT network, as I just need some basic functionality for now. This really isn't a problem, but more of a curiosity. I'm running a background tcpdump and I notice anytime Debian needs to make a request 'outside" (sent to 10.0.2.2 my default virtual router), I see that an ARP request for the MAC of 10.0.2.2 has to be sent. Even a ping, a traceroute, any NTP requests, etc... they all force debian to ARP out a request for the MAC. Here's a sample: 4 4 5 [code]spawn id exp6 sent <15:44:27.964752 ARP, Request who-has 10.0.2.2 tell 10.0.2.15, length 28\r\n15:44:27.965098 ARP, Reply 10.0.2.2 is-at 52:54:00:12:35:02 (oui Unknown), length 46\r\n> 5 {{{ 6 6 15:44:27.964752 ARP, Request who-has 10.0.2.2 tell 10.0.2.15, length 28 7 15:44:27.965098 ARP, Reply 10.0.2.2 is-at 52:54:00:12:35:02 (oui Unknown), length 46[/code] 7 15:44:27.965098 ARP, Reply 10.0.2.2 is-at 52:54:00:12:35:02 (oui Unknown), length 46 8 }}} 8 9 9 This plays out each and every time Debby, needs to contact something through it's default gw. Is this expected? I checked my arp cache and it has the entry for the 10.0.2.2 gateway with it's matching MAC address. 10 This plays out each and every time Debby, needs to contact something through it's default gw. Is this expected? I checked my arp cache and it has the entry for the 10.0.2.2 gateway with it's matching MAC address. 11 10 12 The OUI unknown message is what's bothering me that there may be an issue with it trying to use the entry into the arp table? Any idea's?

