Recently picked up the WNHDE111 kit and am having a few issues.
It hooked up fine, and found each other not problem. I have been able to access the internet with nice speeds from the far bridged end by being able to fully patch a new HTPC OS build through it. Did some testing of streaming some video and that worked fine too. I get an average rate of about 80%.
Now, the problem. I was trying to COPY some large files (multi-GB) from a wireless workstation on myh 11g network through the WNHDE111 kit to the far end workstation. It seems this higher than DSL speed activity causes the bridge WNHDE111 to lose its connection within 2-3 minutes (sometimes less). The device will have no lights on what-so-ever.
I have now set each device to their proper roll (i.e. AP and BRIGE hard coded instead of AUTO). I set static IP addresses for each.
Something strange I am noticing is on the AP when looking at the wireless status, it shows the IP of the bridge as one from my DHCP range (not the static address that has been assigned to it, and is used for management of the device). Why?
Any other suggestions for helping this device work under load? As it seems it isnt noise, but amount of traffic at LAN speed when copying files, as I have had no issues with normal internet speed activities.
can you give a diagram of your network, and how you've got it set up?
Please also put what IP addresses you're getting for every device as a part of the digram. It's hard to know how you're trying to get this to work without a better description of the network itself.
WGR614 is being used to host 802.11g connections (2 laptops and 1 desktop). The AP is connected via ethernet to the router. The Bridge is hosting 1 desktop and 1 Xbox 360. All the devices receive a DHCP address from the router in the 192.168.1.10x range. The subnet mask for all is /24.
Something strange I am noticing is on the AP when looking at the wireless status, it shows the IP of the bridge as one from my DHCP range (not the static address that has been assigned to it, and is used for management of the device).
ll the devices receive a DHCP address from the router in the 192.168.1.10x range.
so what is IP of this AP are getting? 192.168.1.10x I assume.
transfer from G to N wireless speed will bring you bottle neck and moving higher file size may seize the transfer. here is the throughput of wireless you will expect.. good article
so what is IP of this AP are getting? 192.168.1.10x I assume.
transfer from G to N wireless speed will bring you bottle neck and moving higher file size may seize the transfer. here is the throughput of wireless you will expect.. good article
Yes, 10.168.1.103. Not sure why when the LAN IP address is set to static 10.128.1.3
Perhaps the transition from G to N is causing it lock up? Hmm....still it shouldnt do that.
The bridge is also requiring a reset everyday...even if nothing is passing through it. It will work (like now), but tomorrow if I come back I cannot get to the internet even though the lights on the bridge OK. Reset it, and it works again.
I contacted support via e-mail on this and that didnt get too far. I will be calling in soon to troubleshoot this.
The bridge is now requiring a reset daily. It will work with web speed activity for the day, but within 24 hours it will disconnect from the AP and not reconnect without a hard restart of the bridge.
Have you tried replacing it? Because it sounds like something else is wrong.
I am definately starting to lean toward a hardware problem with the bridge itself. Fixed the IP issue finally, so it is getting the static IP assigned, but it still disconnects within 24 hours from the AP, every single day.
I am going to be calling support this week, when i have a chance for a hour or two to spend on it. I think they may come to the conclusion that it is a hardware issue.
After 3-4 calls and various changes and waiting to see results (all of which were the same), Support finally deemed the hardware being bad. So they will be sending me a new one. Which is a good thing. Bad thing is that it costs ME money to get them to do this. Not sure why the RMA is not on their dime (I could have sent mine at my cost and 10 working days later got something back -- but then I'd have no connectivity for that period for more than 1/2 my devices). Since I bought it from an online retailer, I didnt want to have to start the process of getting it replaced for failure from them either.
Overall, the support was good. Just hope the new one will not have these issues (as the other device in the kit has been fine in either AP or Bridge mode).
It's part of the warranty agreement you agree to when purchasing the unit.
Section 2, I believe. Which states that Netgear will pay one way, you pay for the other way. So at least you didn't get the short end the stick and pay both ways.
I'm getting exactly the same issue with sustained file transfers.
I've got the Intel 4965AGN in Dell Inspiron 1720 and it works fine in B/G mode with my old Linksys G Router.
When I connect in N mode to the Netgear WNHDE111, the connection works fine for a while with light surfing and email etc, but as soon as I try to do a sustained transfer of a large file the Netgear locks up hard (power light off) and will only respond again (even on the wired interface) after a power cycle. Once the Netgear dies I can successfully revert to B/G mode against the Linksys without resetting the Intel adapter or restarting the notebook, so I'm quite sure it's a problem with the Netgear device.
I have the latest firmware in the Netgear and I'm running WPA2-AES encryption as recommended.
This comment concerns me:
jmizoguchi wrote:
transfer from G to N wireless speed will bring you bottle neck and moving higher file size may seize the transfer.
"Seize the transfer"? I'd be happy for the transfer to slow down due to a bottleneck, but locking up the Access Point is unacceptable.
I guess I should try to exchange my WNHDE111 also?
Well, I've just purchased a pair of these fella's to improve media transfer between my ReadyNAS and the EVA8000. The first day was great - no juddering with anything I streamed to the EVA. Then, the next night, I noticed no light on the unit acting as the EVA-connected Bridge. There was a link light on the back, but nothing on the front. Pushing WPS did nothing. As the on/off made no difference, I pulled the power plug out. It powered on and re-connected fine. All good. Started watching a movie.
Then the next night I was streaming music and it stopped - the EVA reported a lost network connection, Sure enough, the unit had gone off again. Link light on. Power plug out and in - all good again.
I looked in the manual and it mentions nothing about an automatic daily shut-down. Presumably an energy saving initiative... 😞
And, for the record, I don't believe it's hardware after reading many similar problems. I'd rather believe it's a firmware problem over a massive quality control issue in Netgear's production line.
I've tried to keep my pair connected by only turning on the Bridge just before I use it, but even that only works for a while. Occasionally the 'while' is long enough.
What it comes down to is that the Bridge refuses to stay connected, and the log on the AP usually says the connection was deauthenticated or something. Turning off all the QoS stuff wasn't the answer, so I have no idea why they just don't stay connected. New firmware that offers little or no opportunity for an automatic disconnect would be nice...
I have just purchased a pair (kit) of these as well and I was streaming video with no problem....for about 3 to 5 minutes and then it just quits. I have to reboot the AP to get it back up and then it only stays up for 3 to 5 minutes of streaming. I have opened a ticket with NetGear on it. How many others are experiencing this problem?
Eqwalker, I (and many others) have sporadic issues with a dropped connection by the Bridge, but nothing with the regularity you describe. And always resolved by resetting the Bridge (pulling the power plug out/in), not the AP.
I'd like to hear the outcome of the ticket though. I personally believe there is a protocol problem with the unit established as the Bridge - losing a "keep alive" sync with the AP perhaps so that it thinks there's no longer an AP connected? Needs resolution at the firmware level IMHO...
I'm growing worried that some lab test unit refuses to disconnect so the rest of us will be considered to have defective hardware and no fixed firmware is coming.
I guess I'll have to swap the devices, reverse their switch positions, and then see if the hardware issue moves to the AP or not. If it's ALWAYS the Bridge unit that shuts off, no matter which hardware is acting as the Bridge, I'll have a hard time buying the 'hardware' story...
Having the same issue too (can I hear an echo???).. only thing different, is I'm connecting to an Apple Airport Extreme with the WNHDE111 in bridge mode.
Besides the problem with it losing connection and poor performance for video (stuttering in video etc when streaming from my NAS over the link), I've also had alot of trouble getting decent singal strength on 802.11n with the bridge. Can't get it any higher than 70%, even when both of the devices are line-of-sight.
They've told me to buy another WNHDE111 'coz it "has to be a compatibility problem with the Airport Extreme".
.. *fumes*
thing happens. this is just a way of the compatible issue arise with many manufactures specially mixing with different manufacture. N-routers mostly picky on hardwares you work with. you just hope it works with what you have.:)
Well, I let my trouble ticket expire before I could respond to a question that they had asked. I had to go out of town and did not get back in time. I did some more research. Here are the details of my installation. I bought a pair(kit) of these access points just so I could use my new HP MediaSmart Connect x280n on my tv in the bedroom. The x280n has 802.11n wireless built-in but I elected not to use it to avoid any compatibility issues between HP and Netgear equipment. Therefore, I installed one of the Netgear units to my router as the AP in the living room where the HP z558 is connected to my router as my video server. The other Netgear unit is connected to the x280n in the bedroom as the bridge. The installation was performed just as the installation guide suggested. They linked up with each other on power up just fine and I can stream radio stations to the x280n off of the net without any problem. If I try to watch any of the video programming off of the z558 it will play for a short while (standard def video will play for a longer period of time than HD) and then the x280n will loose connection with the z558 and the Netgear bridge's front LED will start going through 3 flashes over and over. On further inspection, I find that the Netgear AP in the living room goes off, or at least the power led on the front goes off and I have to power cycle it to get it back up. I have a hard time believing that any of my other equipment would be causing this. It appears to be a problem with the two Netgear devices. It seems like they simply cannot handle high traffic load. When I looked at the log on the AP I got this message: "Wireless system with MAC address xxxxxxxxxxx disconnected for reason: Received Deauthentication". What does this mean? Unfortunately, streaming video off of my z558 in the living to my x280n in the bedroom is the main, and only, reason I bought this Netgear pair/kit. I hope that I haven't wasted my money on something that has been brought to market too soon with the bugs not worked out. I feel they should work since they were both bought together and should work flawlessly since they are both the same. I would think that Netgear would release a firmware upgrade to correct this issue.
Well, I don't know if there is any repeating going on, but the signal strength on the two units is at 100%. They are only about 8 feet apart with one wall in between them. Another thing I noticed this morning, the bridge's front LED is completely off. The LED on the AP in the living room is still on. Yet, I cannot ping the AP from the z558. Guess I'll have to reboot it again. Before I went to bed both units where connected to one another. Being that there was not any traffic to speak of during the night, why would they go offline? I'm going to give support another try at it since I was the one that did not get back to them, but if they cannot work it out I'm going to box these things back up and take them back. Sounds to me like they need to work on them for a while longer.
