Posted: Fri Oct 12, 2012 19:45 Post subject: Netgear WNDR3700 as client bridge works for a few seconds
I've recently installed dd-wrt on my Netgear WNDR3700 in order to use it as a wireless bridge for a couple of computers that don't have wireless NIC's of their own. I have followed the client bridge guide on the dd-wrt wiki, but I am experiencing some problems. If I connect to the router using an ethernet cable, I can access the Internet for about 20 seconds. After that, the connection to the Internet stops working.
I.e., if I try to ping continuously after just receiving an ip-adress I get this:
Code:
$ ping www.sunet.se
PING vision.sunet.se (192.36.171.156) 56(84) bytes of data.
64 bytes from vision.sunet.se (192.36.171.156): icmp_req=1 ttl=52 time=16.2 ms
64 bytes from vision.sunet.se (192.36.171.156): icmp_req=2 ttl=52 time=17.7 ms
64 bytes from vision.sunet.se (192.36.171.156): icmp_req=3 ttl=52 time=15.6 ms
64 bytes from vision.sunet.se (192.36.171.156): icmp_req=4 ttl=52 time=19.2 ms
.
.
.
64 bytes from vision.sunet.se (192.36.171.156): icmp_req=34 ttl=52 time=16.4 ms
64 bytes from vision.sunet.se (192.36.171.156): icmp_req=35 ttl=52 time=16.6 ms
From 192.168.0.40: icmp_seq=36 Redirect Host(New nexthop: 192.168.0.1)
From 192.168.0.40 icmp_seq=36 Destination Host Unreachable
From 192.168.0.40: icmp_seq=37 Redirect Host(New nexthop: 192.168.0.1)
From 192.168.0.40 icmp_seq=37 Destination Host Unreachable
From 192.168.0.40: icmp_seq=38 Redirect Host(New nexthop: 192.168.0.1)
From 192.168.0.40 icmp_seq=38 Destination Host Unreachable
From 192.168.0.40: icmp_seq=39 Redirect Host(New nexthop: 192.168.0.1)
From 192.168.0.40 icmp_seq=39 Destination Host Unreachable
^CFrom 192.168.0.40: icmp_seq=40 Redirect Host(New nexthop: 192.168.0.1)
From 192.168.0.40 icmp_seq=40 Destination Host Unreachable
$ traceroute www.sunet.se
traceroute to www.sunet.se (192.36.171.156), 30 hops max, 60 byte packets
1 192.168.0.40 (192.168.0.40) 0.183 ms 0.197 ms 0.213 ms
2 192.168.0.40 (192.168.0.40) 439.610 ms !H * *
If I reset the connection and get an ip-adress again and do a traceroute I get this:
Code:
$ traceroute www.sunet.se
traceroute to www.sunet.se (192.36.171.156), 30 hops max, 60 byte packets
1 192.168.0.40 (192.168.0.40) 0.205 ms 0.218 ms 0.234 ms
2 192.168.0.1 (192.168.0.1) 2.264 ms 2.274 ms 3.752 ms
3 h79-138-19-1.dynamic.se.alltele.net (79.138.19.1) 33.291 ms 33.312 ms 34.777 ms
4 * * *
5 h88-129-128-10.dynamic.se.alltele.net (88.129.128.10) 35.470 ms 35.478 ms 52.899 ms
6 195.69.119.19 (195.69.119.19) 52.919 ms 41.914 ms 41.892 ms
7 vision.sunet.se (192.36.171.156) 41.863 ms 30.803 ms 33.317 ms
During all this time I can ping my router most of the time, pinging it looks like this:
Code:
# ping 192.168.0.1
PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data.
64 bytes from 192.168.0.1: icmp_req=1 ttl=63 time=1.13 ms
64 bytes from 192.168.0.1: icmp_req=2 ttl=63 time=1.13 ms
64 bytes from 192.168.0.1: icmp_req=3 ttl=63 time=1.11 ms
64 bytes from 192.168.0.1: icmp_req=4 ttl=63 time=1.18 ms
64 bytes from 192.168.0.1: icmp_req=5 ttl=63 time=1.10 ms
64 bytes from 192.168.0.1: icmp_req=6 ttl=63 time=1.20 ms
64 bytes from 192.168.0.1: icmp_req=7 ttl=63 time=20.7 ms
64 bytes from 192.168.0.1: icmp_req=8 ttl=63 time=1.15 ms
64 bytes from 192.168.0.1: icmp_req=9 ttl=63 time=6.64 ms
64 bytes from 192.168.0.1: icmp_req=10 ttl=63 time=1.07 ms
64 bytes from 192.168.0.1: icmp_req=11 ttl=63 time=1.59 ms
64 bytes from 192.168.0.1: icmp_req=12 ttl=63 time=1.05 ms
64 bytes from 192.168.0.1: icmp_req=13 ttl=63 time=1.06 ms
64 bytes from 192.168.0.1: icmp_req=14 ttl=63 time=1.09 ms
64 bytes from 192.168.0.1: icmp_req=15 ttl=63 time=1.24 ms
64 bytes from 192.168.0.1: icmp_req=16 ttl=63 time=1.10 ms
64 bytes from 192.168.0.1: icmp_req=17 ttl=63 time=1.07 ms
From 192.168.0.40: icmp_seq=18 Redirect Host(New nexthop: 192.168.0.1)
From 192.168.0.40 icmp_seq=18 Destination Host Unreachable
From 192.168.0.40: icmp_seq=19 Redirect Host(New nexthop: 192.168.0.1)
From 192.168.0.40: icmp_seq=20 Redirect Host(New nexthop: 192.168.0.1)
64 bytes from 192.168.0.1: icmp_req=21 ttl=63 time=1.18 ms
From 192.168.0.40 icmp_seq=19 Destination Host Unreachable
From 192.168.0.40 icmp_seq=20 Destination Host Unreachable
64 bytes from 192.168.0.1: icmp_req=22 ttl=63 time=1.10 ms
64 bytes from 192.168.0.1: icmp_req=23 ttl=63 time=1.06 ms
64 bytes from 192.168.0.1: icmp_req=24 ttl=63 time=3.26 ms
64 bytes from 192.168.0.1: icmp_req=25 ttl=63 time=1.04 ms
64 bytes from 192.168.0.1: icmp_req=26 ttl=63 time=1.10 ms
64 bytes from 192.168.0.1: icmp_req=27 ttl=63 time=8.59 ms
64 bytes from 192.168.0.1: icmp_req=28 ttl=63 time=1.55 ms
64 bytes from 192.168.0.1: icmp_req=29 ttl=63 time=3.56 ms
64 bytes from 192.168.0.1: icmp_req=30 ttl=63 time=1.32 ms
64 bytes from 192.168.0.1: icmp_req=31 ttl=63 time=1.12 ms
64 bytes from 192.168.0.1: icmp_req=32 ttl=63 time=10.8 ms
64 bytes from 192.168.0.1: icmp_req=33 ttl=63 time=1.26 ms
64 bytes from 192.168.0.1: icmp_req=34 ttl=63 time=1.30 ms
64 bytes from 192.168.0.1: icmp_req=35 ttl=63 time=2.74 ms
64 bytes from 192.168.0.1: icmp_req=36 ttl=63 time=1.65 ms
64 bytes from 192.168.0.1: icmp_req=37 ttl=63 time=4.37 ms
64 bytes from 192.168.0.1: icmp_req=38 ttl=63 time=1.46 ms
64 bytes from 192.168.0.1: icmp_req=39 ttl=63 time=1.16 ms
The "redirect host" pings do not come at the same time as when I ping an internet address.
Hey there,
I actually have this exact scenario working.
I have a Panasonic smart tv that has ethernet only (optional wireless)
Router Name netgear3700v1
Router Model Netgear WNDR3700
Firmware Version DD-WRT v24-sp2 (10/12/12) std - build 20119
I have the netgear sitting by my TV and I'm using it to bridge to my access point via wpa2.
I have to jet off for awhile this afternoon but I can certainly dump my config and/or take screen grabs of the appropriate pages to hopefully assist you in getting this to work.
I've been streaming amazon prime and netflix all afternoon and it's worked great...
Did you follow the client bridge wiki article for setting it up? I followed it pretty much to the point, except for changing some of the IP-addresses as my internal network is on 192.168.0.x instead of 192.168.1.x.
I figured there might be something wrong with the software setup on the laptop I'm using to test it, so I did a fresh install of debian on it, but no to no avail. Still getting the exact same problem. I really have no idea where to go from here.
Any suggestions on what I might try are very welcome, and thanks for the help so far
Posted: Tue Nov 27, 2012 23:49 Post subject: Possible Solution
First time posting here and I just started using DD-WRT today. Ironically, I ran into the same problem as everyone when it came to setting up my Netgear WNDR3700v2 as a Client Bridge. I hate when stuff doesn't work right so I just spent 3-4 hours trying to figure out how to to fix this and I think I have found a solution. I'm a great trouble shooter, but I have not idea why this solution works or what is causing it not to function normally. I hope this helps some of you!
Go to Wireless - Basic Settings. Go to the Default GW Mode, switch it to Manual and then input the primary router's IP address. (Usually 192.168.1.1).
Before this I'd get internet for maybe 10 seconds and then it would stop. With this fix I've been online for the past 30 minutes and everything works great.
Posted: Sat Jul 20, 2013 16:04 Post subject: Re: Possible Solution
leepoffaith wrote:
First time posting here and I just started using DD-WRT today. Ironically, I ran into the same problem as everyone when it came to setting up my Netgear WNDR3700v2 as a Client Bridge. I hate when stuff doesn't work right so I just spent 3-4 hours trying to figure out how to to fix this and I think I have found a solution. I'm a great trouble shooter, but I have not idea why this solution works or what is causing it not to function normally. I hope this helps some of you!
Go to Wireless - Basic Settings. Go to the Default GW Mode, switch it to Manual and then input the primary router's IP address. (Usually 192.168.1.1).
Before this I'd get internet for maybe 10 seconds and then it would stop. With this fix I've been online for the past 30 minutes and everything works great.
I know this is an old thread, but I wanted to say thanks! This solved my bridging issue with my WNDR3700. TiVo wouldn't work in auto GW mode. Setting to manual did the trick. Thanks!
I have the same problem as described iceaway. I followed the WiKi as well.
I found the GW manual "fix" by myself before reading this thread but I still have some problems.
Actually the WNDR3700 looses the connection to the router randomly. It goes away for few seconds then it comes back. The WNDR3700 can't ping it and Internet access is lost.
Something is weird because when it happens, I can ping every device on my LAN except the router. But the router does ping the WNDR3700 and the router is "pingable" (do not know if this word exists ) by devices connected directly to it.
The problem occurs on both bands.
Any ideas/advices are appreciated.
I know... old thread... but am facing the exact same problem here.
I had a working setup with a WRT54GL bridging to a WNDR3700v2, both on DD-WRT. I now upgraded my WNDR3700 to an Asus RT-N66U and thought of replacing the WRT54GL with the WNDR3700 to have a faster bridge over wireless-n.
Did a 30/30/30 on the WNDR to start off with a clean slate. Have the bridge working to the Asus (stock firmware) with WPA2 encryption, but the link is simply not stable. It will be fine for a minute, then it drops to then fix itself again after anything between 5 and 50 seconds.
Also here, problem is on both the 2.4 and 5GHz bands.
I wonder if anyone with this problem eventually got it fixed. Am even considering putting the stock firmware again on the WNDR.
EDIT: one weird thing is that the WNDR is still reachable from clients that are hooked to the Asus, e.g. I can access the WNDR's GUI from my desktop PC connected to the Asus while the problem is there. So it's definitely not a wifi issue.
Posted: Sun Oct 26, 2014 23:09 Post subject: Client bridge
Yes, it is an old thread. Just bought a used v1. Specifically to use as a client bridge. Have not flashed ddwrt yet. Researching I find this thread. So, DoubleD. Your last post. If your still following this thread. Did you try the manual fix on yours? Either way. After I flash and set up mine. If it does not work out. I will know what to do and why. Or, hopefully its fixed in latest version? Il post back in a couple days. To those that found the fix. Thanks!