D-Link Forums
D-Link Wireless Access Points For Business => DAP-2553 => Topic started by: chris_s on February 21, 2013, 07:48:07 AM
-
Hello,
not sure if this is the right subforum or not, but there wasn't any dedicated to my devices.
I have a DWL-2700AP, and a DAP-2310 connected to it. I am bridging two networks. Both devices are on most recent firmware versions.
The signal strength shows 100%.
The DAP disconnects periodically (many times daily) giving error Received Deauth:STA xx:xx:xx:xx:xx:xx(reason 7) where xx's is the DAP mac address.
it reconnects on it's own after some time. No real rhyme or reason as far as I can tell. It's a huge headache for the user at the other end of the bridge, as you can imagine.
When it's connected it works well, 2mB/s file transfer to a server on the DWL side.
Can anyone give me some insight on this?
thanks!
-
Link>Welcome! (http://forums.dlink.com/index.php?topic=41537.0)
What Hardware version is your router? Look at sticker under router.
Link>What Firmware (http://forums.dlink.com/index.php?topic=47512.0) version is currently loaded? Found on routers web page under status.
What region are you located?
Link>Wireless Installation Considerations (http://forums.dlink.com/index.php?topic=48327.0)
What wireless modes are you using?
Try single mode G or N or mixed G and N?
Channel Width set for Auto 20/40Mhz or try 20Mhz only.
Try setting a manual channel to a open or unused channel. 1, 6 or 11. 11 for single mode N if the channel is clear.
What security mode are you using? Preferred security is WPA-Personal. WPA2/AES Only. Some WiFi adapters don't support AES, so you might want to try TPIK only or Auto.
What wireless devices do you have connected?
Any cordless house phones?
Any other WiFi routers in the area? Link> Use InSSIDer (http://www.metageek.net/) to find out. How many?
-
the DWL is rev B, firmware 3.30
the DAP is firmware 1.15
wireless mode is "mixed"
channel width is showing 20/40 on the DAP but I can't change it there, and I can't see where to change it on the DWL
channel is set to manual, it's got no interference.
security is WEP 64
no cordless phones in the area
2 other wifi networks in the area, both on different channels.
The application is bridging one warehouse to another, in the middle of nowhere. No other wifi networks. We do have a 2way radio system on site, but much different freq, licensed
-
What region are you located?
What mode is either of the units working on, I presume one is in AP mode and the other is bridged?
Distances between the two wireless APs?
Try changing to single mode G if you can.
The DAP seems to be stopping or something is interfering with connection between the DWL and DAP thus causing the log entries.
One thing I would do is to factory reset both and set up from scratch to see if this helps.
You might swap modes around and use the DAP in AP mode and DWL in bridge mode or opposite to how you have it running now, if it supports this and test results.
Warehouse huh? Any other external interferences causing this to happen?
-
canada
-
Wanted to verify FW region and lastest.
Let us know what the results are on some of the suggestions. Hope we can help figure this out.
-
changed the mode to B, changed channel, still getting the same deauth error.
Does anyone actually know what that means? Some googling indicated it was due to one side sending data before it was authorized to, but on an established link I'm not sure what that implies.
-
I recommend that you phone contact DLink support and see if they can help you on this one. Ask for level 2 or higher support.
Let us know how it goes.
-
d-link's official position is that the two devices are not compatible, in spite of it working "most of the time" with no actual insight to the error code
-
:-\ Sorry to hear that. Ya some of the error codes and information are internal to DLink and usually are not made public.
I presume you'll need to get into something compatible with either unit. It maybe have been working however eventually would degrade probably over time.
-
as an epilogue, I replaced the other end so both devices were DAP-2310 units, and it works flawlessly now. Unfortunate that it came to that, but at least they're not too expensive
-
Glad you go it all working.
Enjoy.
-
Hello,
I'm new and I'm reviving this one year old topic because I'm facing the same issue. I bought this AP and shortly after I noticed that I was loosing IPv6 connectivity after a couple of hours/days of usage. I've been in contact with D-Link french support since end of August around this issue, tried proposed firmware (latest being 1.30rc055) with no luck.
They asked for a set of network dumps to get better view of the issue, I also took the liberty to do some closer monitoring of the failure and tonight I finally noticed something. I configured my router's radvd to issue IPv6 RA quite often, and on my laptop I checked and logged the IPv6 addresses every 30 seconds.
This exposes the IPv6 prefixes lifetimes:
(http://i.imgur.com/rZmBncm.png) (http://imgur.com/rZmBncm)
As you can see, we clearly see a regular update until at some point nothing happens and ultimately we run out of lifetime without any new RAs reaching.
Now, what is interesting is that the first time we do not get a RA to update the lifetime correlates in the syslog of the AP with a bunch of messages:
Jan 5 05:45:30 ap [Wireless]Deauth:STA C8:D3:A3:xx:xx:xx(reason 7)
Jan 5 05:45:31 ap last message repeated 9 times
We get a Deauth reason 7, as documented in this topic. And the target MAC address is the one of the AP's Wi-Fi interface!
Of course, I've shared this with D-Link in my ticket and I'm now waiting for a reply from their developpers.
-
Link>Welcome! (http://forums.dlink.com/index.php?topic=41537.0)
- What Hardware version is your router? Look at sticker under router.
Wireless Configurations
Links>Wireless Installation Considerations (http://forums.dlink.com/index.php?topic=48327.0) and Managing Signal Congestion (http://forums.dlink.com/index.php?topic=53228.0) and Good Neighbour Policy (http://forums.dlink.com/index.php?topic=10634.0)
- What wireless modes are you using?
- 2.4Ghz Routers only: Try single mode G or N or mixed G and N?
- Channel Width set for Auto 20/40Mhz or try 20Mhz only.
- Try setting a manual Channel (http://en.wikipedia.org/wiki/Wireless_channel) to a open or unused channel. 1, 6 or 11. 11 for single mode N if the channel is clear.
- What security mode are you using? Preferred security is WPA-Personal. WPA2/AES Only. Some WiFi adapters don't support AES (http://en.wikipedia.org/wiki/Advanced_Encryption_Standard), so you might want to try TPIK (http://en.wikipedia.org/wiki/Temporal_Key_Integrity_Protocol) only or Auto TPIK and AES.
- What wireless devices do you have connected?
- Any cordless house phones?
- Any other WiFi routers in the area? Link> Use InSSIDer (http://www.metageek.net/) to find out. How many?
- If you have any of these options, Try turning OFF or ON Short GI (http://www.smallnetbuilder.com/wireless/wireless-features/30969-what-do-80211ns-optional-features-mean-for-you), WLAN Partition, HT 20/40 Co-exhistance and Extra Wireless Protection if you have it. Recommended settings are default. Under Advanced/Advanced Wireless.
- Enable WMM Enable (http://forums.dlink.com/index.php?topic=50738.0) Under Advanced/Advanced Wireless.
- Try setting Medium or Low power output settings and test again Under Advanced/Advanced Wireless.
-
Link>Welcome! (http://forums.dlink.com/index.php?topic=41537.0)
- What Hardware version is your router? Look at sticker under router.
Wireless Configurations
Links>Wireless Installation Considerations (http://forums.dlink.com/index.php?topic=48327.0) and Managing Signal Congestion (http://forums.dlink.com/index.php?topic=53228.0) and Good Neighbour Policy (http://forums.dlink.com/index.php?topic=10634.0)
- What wireless modes are you using?
- 2.4Ghz Routers only: Try single mode G or N or mixed G and N?
- Channel Width set for Auto 20/40Mhz or try 20Mhz only.
- Try setting a manual Channel (http://en.wikipedia.org/wiki/Wireless_channel) to a open or unused channel. 1, 6 or 11. 11 for single mode N if the channel is clear.
- What security mode are you using? Preferred security is WPA-Personal. WPA2/AES Only. Some WiFi adapters don't support AES (http://en.wikipedia.org/wiki/Advanced_Encryption_Standard), so you might want to try TPIK (http://en.wikipedia.org/wiki/Temporal_Key_Integrity_Protocol) only or Auto TPIK and AES.
- What wireless devices do you have connected?
- Any cordless house phones?
- Any other WiFi routers in the area? Link> Use InSSIDer (http://www.metageek.net/) to find out. How many?
- If you have any of these options, Try turning OFF or ON Short GI (http://www.smallnetbuilder.com/wireless/wireless-features/30969-what-do-80211ns-optional-features-mean-for-you), WLAN Partition, HT 20/40 Co-exhistance and Extra Wireless Protection if you have it. Recommended settings are default. Under Advanced/Advanced Wireless.
- Enable WMM Enable (http://forums.dlink.com/index.php?topic=50738.0) Under Advanced/Advanced Wireless.
- Try setting Medium or Low power output settings and test again Under Advanced/Advanced Wireless.
Sorry, I should have been more clear, I'm not here to ask for help, more to document and share since my issue seems to be linked to the one exposed in this topic.
To answer:
- D-Link DAP-2553, hardware revision A1
- Firmware 1.30rc055
- 802.11 mixed bng
- Channel width auto 20/40MHz
- Forced on channel 6 for now, but no impact of this setting
- WPA2 with EAP-TLS against a RADIUS
- A couple of WiFi devices: laptops (windows, ubuntu, opensuse), phones (android and a lot of FirefoxOS) and tablet (FirefoxOS)
- DECT phone, but unrelated
- Some WiFi from neighbours
- Every performance setting is limited to its default value
As I said, I already did a wide bunch of personnal cross checking on this issue, and I'm in contact with D-Link support for this since last august.
To summup, after a couple of hours of usage, the access point stops to relay my router's ICMPv6 Router Adv messages, which leads to a loss of IPv6 connectivity. This happens whether or not I'm connected to the network and all Wi-Fi devices. Latest debug, as documented previously, exposes that there is a "reason 7" Deauth message right at the moment when the AP stops to relay those RA packets. Forcing a reboot or just applying new settings from the web interfaces forces the network stack of the device to reinitialize somehow and restores connectivity as soon as RAs are emitted from the router.
I can't tell if the Deauth:STA message is the cause of this issue or if it's just a symptom of the underlying problem. To my knowledge, the only configuration parameter that has an impact is IGMP snooping. According to the documentation, it makes both sense and no sense: this controls the way multicast trafic crosses the AP. Since this device seems to be only IPv4 compatible, at least there is no IPv6 configuration possible, then one could think that this parameter has no effect on the IPv6 stack. Still, enabling IGMP Snooping effectively blocks all ICMPv6 RA packets.
Again, I'm not here to ask for any help since I'm already in contact with support, but rather for documentation purpose and sharing issues.
-
Those were some suggestions and information that could help and is why I posted.
Thank you for sharing and yes, this is beyond forum help and needs to be resolved with D-Link
Let us know how it goes.
Good Luck.
-
Hello,
Some news. French support contacted me by email last week stating that they are currently working on a fix for my issue and that the firmware should be released by today. Let's hope they achieve it in time so that I can test :)
-
Good to hear. Hope it works out.
Please keep us posted on the results and outcome.
-
Hello,
Some news. At first, after trying the new firmware, it was still reproducing the issue. However, since last weekend, it seems to be working as expected, and I'm not loosing IPv6 anymore. I only did two things that may have an impact:
- Unplug the AP from power for at least 10 mins
- Set |AdvLinkMTU 1280;| in my radvd config
I can't tell whether it's one of those, but I don't reproduce the issue since this weekend, while it was breaking quite fast previously.
-
Awesome, I'm wondering of setting this MTU value would have worked on the old FW version as well.
Hope it keeps working well for you.
Enjoy.
-
I won't downgrade to check :).
This is with firmware v1.30 beta07 rc062(0128101256).
-
Thank you for confirming the version. Is this the one thats on the Main site?
-
No, I got the link from the support, I don't think I'm authorized to disclose it.
-
well, lets hope that maybe using the new setting for this particular device will help others with this particular device and the DAP-2553. Hopefully, D-Link FR will post it to the mains for public download soon.
I'd let them know your results and request that they post the new FW soon.
Thank you.
No, I got the link from the support, I don't think I'm authorized to disclose it.
-
Some news now. It has been more than one week since I don't have anymore issues with my IPv6 connectivity. At the same time, I don't see anymore "Deauth reason 7" errors.
However, I cannot conclude on the fix:
- AP firmware is still v1.30
- laptop upgraded from Ubuntu 13.04 to 13.10
- router upgraded from Debian Squeeze to Debian Wheezy (and kernel from backports, upgrading from 3.2 to 3.14)
So I can't state for sure, but I'm starting to wonder if the bug would not be triggered by bad interaction with another device, be it my laptop or my router.
-
Glad it's working better. Anything is possible with interactions with other devices, envrionment and WiFi.
Enjoy.
-
Okay, I have some other news to add. Three weeks after my previous messages, the AP started to get back to the buggy behavior. I rebooted it once, bug again within the next day, then I rebooted it, and it's now been three weeks that everything is fine.
Nothing has changed to my knowledge within my environment. Moreover, the breakage started during my trip to Berlin :(
-
You may have a faulty unit, I recommend that you phone contact your regional D-Link support office and ask for help and information regarding this. We find that phone contact has better immediate results over using email.
Let us know how it goes please.
-
Thanks for your feedback, my case at D-Link support is now nearly one year old, I doubt they will replace the unit. That being said, the issue came back two days ago, and I had a closer look at the logs.
So what I can now state for sure is that everytime I loose IPv6 connectivity:
- it happens exactly after the IPv6 valid lifetime expired
- there are those "reason 7" errors in the log
I had a closer look at those messages, and I could notice:
- I see a bunch of "Deauth: STA C8:D3:A3:xx:xx:xx(reason 7)" in the logs
- this is strange, since it means the AP is deauthenticating itself (the MAC is the one from the AP)
- I could notice that it happens always after a "4-way handshake fail" happened
- as far as I could dig in my logs, this "4-way handshake" failure is only ever triggered by my Nexus S device
So the interactions can be summed as:
- Nexus S connects to EAP-TLS
- 4-way handshake fails
- AP tries to deauth the Nexus S, but for some reason (valid, maybe?) the logs shows its own MAC instead of the Nexus S' one
- Nexus S tries to reauthenticate after 10 seconds
- 4-way handshake is now succesfull
- Nexus S does its IPv4 DHCP request and gets an IP address
Then from this point, I'm not able to see any new ICMPv6 RA packets going through the AP.
-
"it happens exactly after the IPv6 valid lifetime expired"
I'm curious about this idea. Is there anyway you can shut off all IPv6 services and test the DAP with out any IPv6 services running and see if it happens again?
-
There is nothing to be curious about, I'm just stating the root symptom: loss of IPv6 connectivity.
-
Is there anyway you can shut off all IPv6 services and test the DAP with out any IPv6 services running and see if it happens again?
-
I have been correlating the logs with the IPv6 shutdown for months now, I don't see the point. I'm not asking for help, I'm just keeping people updated in case someone else has the issue.
-
Trying to see if by shutting off IPv6 services, will the DAP still exhibit the same manor or not. Just a troubleshooting step is all.
I'd contact your regional D-link support again and talk to someone level 2 or higher.
Let us know how it goes.
-
Trying to see if by shutting off IPv6 services, will the DAP still exhibit the same manor or not. Just a troubleshooting step is all.
I'd contact your regional D-link support again and talk to someone level 2 or higher.
Let us know how it goes.
I already have a case opened at D-Link support, but it seems like it's a dead end, it looks like they don't care. I'd be happy to be in contact with some higher level, I've asked several times already, but so far nothing.
-
This via email or phone? I recommend phone support for more immediate results...
-
This via email or phone? I recommend phone support for more immediate results...
Via their ticketing system. I tried by phone, but it was a complete failure, I could not reach anyone. Sadly, I cannot spend my whole day debugging this on the phone, since when at work very I'm far from the AP.
-
Hope someone will contact you then. Keep us posted.
-
D-Link support sent me a new firmware with debug options, I'll keep you guys posted of the results :)
-
Hope it fixes it. Let us know. :o
-
Any status on this? ???
D-Link support sent me a new firmware with debug options, I'll keep you guys posted of the results :)