OS X Packet loss analysis in Cisco Wireless Environment Part 2

Part 1 says that unicast ARP requests are eventually discarded by the gateway, resulting in packet drops. First of all, what did I finally do, I finally deleted the core Exchange ARP inspection and DHCP snooping for the wireless VLAN and then, for security reasons, enabled a feature on the WLC (Wireless Controller), The feature equivalent to a combination of DHCP snooping and ARP inspection, the function is not to let the client privately with the static IP, only allow DHCP access, then there is this feature to ensure that I also safely deleted the core exchange on the ARP Inspection and DHCP snooping, and the ARP ins and DHCP snooping is a "local concept" (my personal understanding), if this VLAN is not opened on this machine, and the trunk port is a trust, But it opened the ARP ins and the DHCP SN for this VLAN, in fact, no use, personal understanding, need to further confirm. The feature just mentioned are as follows:

Then after deleting the ARP ins and the DHCP SN in the core Exchange, the gateway can successfully reply to the unicast ARP request, and the following packets are captured:

After this, a question and answer, super harmony.

Of course, there is another workaround, that is to let OS X user disable ARP unicast request such an "advanced" feature, disable method is as follows:

Open Terminal Terminal sudo su if the power-on password is set, enter the power-on password.
touch/etc/sysctl.conf
echo net.link.ether.inet.arp_unicast_lim=0 >>/etc/sysctl.conf
chown root:wheel/etc/sysctl.conf
chmod 0644/etc/sysctl.conf turn off the terminal terminalRestart the machine after the change into the normal broadcast to do the ARP request after the capture packet as follows: Also a ask a answer, very harmonious, but is used broadcast to ask just. The package looks like this: that's all. Thanks.

OS X Packet loss analysis in Cisco Wireless Environment Part 2