This article covers troubleshooting steps for if a SonicPoint/SonicWave is continuously rebooting or stuck at initializing.
Either a new SonicPoint/SonicWave is introduced into the environment or after a SonicWall firmware upgrade the SonicPoint/SonicWave starts to continuously reboot or gets stuck at initializing.
The MAC-IP Anti-Spoof cache validates incoming packets and determines whether they are to be allowed inside the network. An incoming packet’s source MAC and IP addresses are looked up in this cache. If they are found, the packet is allowed through. The MAC-IP Anti-Spoof cache is built through one or more of the following sub-systems:
1. DHCP Server-based leases (SonicWALL’s - DHCP Server)
2. DHCP relay-based leases (SonicWALL’s - IP Helper)
3. Static ARP entries
4. User created static entries
The ARP Cache is built through the following subsystems:
1. ARP packets; both ARP requests and responses
2. Static ARP entries from user-created entries
3. MAC-IP Anti-Spoof Cache
The MAC-IP Anti-Spoof subsystem achieves egress control by locking the ARP cache, so egress packets (packets exiting the network) are not spoofed by a bad device or by unwanted ARP packets. This prevents a firewall from routing a packet to the unintended device, based on mapping. When MAC-IP Anti spoofing is enabled, it would map SonicPoint MAC address with particular IP assigned by Sonicwall which causes issue with SonicPoint provisioning.
To resolve the issue, disable MAC-IP Anti-spoofing on WLAN interface or clear MAC-IP binding for SonicPoints under MAC-IP Anti-Spoof page.