I was having a problem a few months back with my wireless clients constantly getting kicked off of their wireless connection. Eventually I tracked the issue down to a *wired* client running SEP 11.0.4202.75, specifically the firewall (using the default firewall rules). If I unplugged that wired client, everything was fine, so I tried disabling the SEP firewall service and that solved the problem. No more "wireless restarts".
After posting my solution to the D-Link forum, others who were having the same problem confirmed that in most of their cases, they also had a wired SEP client with firewall enabled, and disabling the firewall fixed the issue.
One poster mentioned that he disabled the default "block IPV6" rule which seems to have helped... he noticed there was always a flood of logs regarding blocked IPV6 traffic about the same time as the wifi router restarted it's wireless.
Here are some additional details:
- Only wired SEP firewall clients cause the wifi router to do a "wireless restart", every 2-5 minutes
- wifi clients with SEP firewall don't cause it
- disabling SEP's firewall fixes it... no more wireless restarts
- The specific D-Link model most people have is a DIR-655 802.11n, but other models seem to have the same problem, varying firmware versions
- People reporting the issue have varying versions of SEP 11, but it sounded like they're mostly MR2-MR4
- Disabling the default "block IPV6" rule on SEP firewall is reported to help (I haven't tried it myself)
It's very repeatable, so I'm hoping someone might have a solution, or at least a reason/explanation, why a "block IPv6" rule (or whatever else) might cause the D-Link router to restart it's wireless. Note that it's not restarting the entire router, it just restarts it's wifi services which boots off any connected wifi clients. It's almost like it detects some perceived attack, DoS, or fault of some kind on the wired side, and it's weird response is to reset wifi clients.
The fault is probably some shared combo of SEP's firewall sending out some strange traffic, and D-Link responding to that in an unusual way... one or the other should be able to fix it, but at this point my curiousity wants to know what exactly is going on.
Any thoughts?