Interesting....I thought that would work, but I didn't expect that it would take longer to get an address. There must be a non-standard MTU somewhere in the network. Sounds like offering the 'Disable advertisement' option is going to be the best solution. Thanks for your help!It worked. Took around 5 minutes though to assign an address.
It's worth a try for V13BETA....you could have been hanging up in the server start on the DH check on MIPS which is fixed in the beta.Hey John- has anything changed that would affect the N66U openvpn server running TAP? Connected to my N66U via OpenVPN I can access my home network (wake and rdp into computers) with version 11E1. With version 12, I cannot.
Yes...we know. I'm testing it now.
Thanks for reporting in. Glad to hear I didn't manage to break our new found Comcast improvementHey John, Been using 13B5 since release on my 68R and so far i have not had any issues. Also Native IPv6 Comcast is working fine here. Thanks again for your work. Jim !!
Glad to hear it's holding solid with that option. Based on your results, I've made a change for what's going to be the V13 final that will automatically set the 'Disable Advertisement' option when you select a PPP IPv6 connection (try to get as simple as possible). If people need to manually adjust their PPP MTU, they will then need to 'uncheck' the option.It's been rock-solid since we last "spoke". Thank YOU very much for your work!
Can I simply install this via the WebUI if I am on Merlin's 378.54.1 ? Would a factory reset afterwards be enough?
I'm experiencing WiFi "pauses", strong signal but just no connection, phone switching to 4G and back to WiFi since I installed that version.
I have the RT-AC56U.
That looks like a bug...at least it's consistent checking every 30 secs That was a particularly messy piece of code to backport and I may have missed something. I'll take a look. My first reaction is changing the intervals won't help, but if it does it might help me to pinpoint the problem easier.Meanwhile, I wanna ask John if he can have a look at this.
Haven't seen that before, but I agree with the previous poster is that the first thing to check is the cables. Is there a switch in your setup? That may be another place to check. The speed is auto-negotiated and nothing has been changed in that code since the fork started.Hi, been using it for a while and there are no major problems.. thank you. I have 2 questions:
1. I just realised that my link speed is 100 duplex. Previously (long ago, can't remember when) they were showing 1000 (it's a cat5e cable). Is it showing that because the driver software on my desktop is using that speed, or is the port of the router broken somehow? It can't be that 3 out of 4 ports are 100mbps..
If you have a PPPoE connection, there will be a fix coming to help that shortly in V13 (or you can try the V13BETA which also has that fix).2. ipv6 has been broken for my isp for a long time, it worked in a couple of the older revisions but never since. Is there something I need to do? My isp has native ipv6 support. Also, if I enabled it and it somehow isn't getting a ipv6 address, will it break openvpn server? My openvpn client don't seem to be able to connect if I enable ipv6 (granted ipv6 is not working on my side but still..).
Are you sure the log entries are being generated due to the log on (never have seen that one)?Question- every time I http login to my router, the following is added to my log (I have both openvpn servers running). Is this correct behavior or have I mucked up?
Welcome To SNBForums
SNBForums is a community for anyone who wants to learn about or discuss the latest in wireless routers, network storage and the ins and outs of building and maintaining a small network.
If you'd like to post a question, simply register and have at it!
While you're at it, please check out SmallNetBuilder for product reviews and our famous Router Charts, Ranker and plenty more!