What's new

Asuswrt-Merlin 374.41 Beta 1 is now available

  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

My client list is not updating with new clients when ipv6 enabled, can anybody else confirm this?
 
RMerlin, are there any other changes to beta 2?

Just one script that Asus had added in 5047 and which I have removed (it wasn't even working anyway, so that means no functionality change).
 
No other issues noted with IPv6.

Well, not so fast. :(

I lost my v6 address and this showed up in the log. Clients are unable to make a connection via v6. RT-N66U. Reboot fixes the problem.

Apr 17 10:19:47 rc_service: dhcp6c-state 637:notify_rc start_radvd
Apr 17 10:19:47 rc_service: dhcp6c-state 637:notify_rc start_httpd
Apr 17 10:19:47 rc_service: waitting "start_radvd" via dhcp6c-state ...
Apr 17 10:19:47 radvd[548]: Exiting, sigterm or sigint received.
Apr 17 10:19:47 radvd[548]: sending stop adverts
Apr 17 10:19:47 radvd[548]: removing /var/run/radvd.pid
Apr 17 10:19:47 radvd[642]: version 1.10.0 started
Apr 17 10:19:48 rc_service: dhcp6c-state 646:notify_rc start_radvd
Apr 17 10:19:48 rc_service: waitting "start_httpd" via ...
Apr 17 10:19:48 RT-N66U: start httpd
Apr 17 10:19:49 rc_service: dhcp6c-state 646:notify_rc start_httpd
Apr 17 10:19:49 rc_service: waitting "start_radvd" via dhcp6c-state ...
Apr 17 10:19:49 radvd[645]: Exiting, sigterm or sigint received.
Apr 17 10:19:49 radvd[645]: sending stop adverts
Apr 17 10:19:49 radvd[645]: removing /var/run/radvd.pid
Apr 17 10:19:49 radvd[652]: version 1.10.0 started
Apr 17 10:19:50 RT-N66U: start httpd
 
Last edited:
I doubt it. The only change is the same firewall rule that various other users had been previously using. Be patient - I got similar feedback with Beta 1 too where people sometimes didn't immediately obtain a new IPv6 from Comcast. Sometimes, Comcast seems slow at handing out a new IPv6 after a router reboot/reflash.

Ok i finally last night was able to get a V6 address and so far as of now i can confirm the comcast overflow patch is working.
 
Router: AC66U

Is it worth updating to 374.40 or maybe soon 374.41 build from 374.39 build?

Should I stick with my current build until I get some problems?


Sent from my iPhone
 
Can anyone confirm if this build fixes whatever causes the DHCPREQUEST/DHCPACK log spam in previous builds?
I get thousands of lines like this every day, all day in the log...
Code:
Apr 13 23:40:09 dnsmasq-dhcp[636]: DHCPREQUEST(br0) 192.168.1.101 00:24:1e:45:c0:87 
Apr 13 23:40:09 dnsmasq-dhcp[636]: DHCPACK(br0) 192.168.1.101 00:24:1e:45:c0:87 Wii

Try creating a file "/jffs/configs/dnsmasq.conf.add"
containing the line
dhcp-option=252,"\n"
Note the "s are needed in the line.

This option will stop windows7 machines from doing a dhcp request every second.
 
This option will stop windows7 machines from doing a dhcp request every second.

Thanks. I'll give that a try. However, by far, it seems like my Wii is the worst offender. After doing some research, people are pointing fingers at the WiiConnect24 feature, so I need to turn that off and see if helps.

I also have an HP wireless printer that seems to reconnect over and over again, causing me to get spammed with system tray balloons on my desktop PC warning me that the "scan to computer" feature would not be available.
 
Last edited:
Well, not so fast. :(

I lost my v6 address and this showed up in the log. Clients are unable to make a connection via v6. RT-N66U. Reboot fixes the problem.

Apr 17 10:19:47 rc_service: dhcp6c-state 637:notify_rc start_radvd
Apr 17 10:19:47 rc_service: dhcp6c-state 637:notify_rc start_httpd
Apr 17 10:19:47 rc_service: waitting "start_radvd" via dhcp6c-state ...
Apr 17 10:19:47 radvd[548]: Exiting, sigterm or sigint received.
Apr 17 10:19:47 radvd[548]: sending stop adverts
Apr 17 10:19:47 radvd[548]: removing /var/run/radvd.pid
Apr 17 10:19:47 radvd[642]: version 1.10.0 started
Apr 17 10:19:48 rc_service: dhcp6c-state 646:notify_rc start_radvd
Apr 17 10:19:48 rc_service: waitting "start_httpd" via ...
Apr 17 10:19:48 RT-N66U: start httpd
Apr 17 10:19:49 rc_service: dhcp6c-state 646:notify_rc start_httpd
Apr 17 10:19:49 rc_service: waitting "start_radvd" via dhcp6c-state ...
Apr 17 10:19:49 radvd[645]: Exiting, sigterm or sigint received.
Apr 17 10:19:49 radvd[645]: sending stop adverts
Apr 17 10:19:49 radvd[645]: removing /var/run/radvd.pid
Apr 17 10:19:49 radvd[652]: version 1.10.0 started
Apr 17 10:19:50 RT-N66U: start httpd


exact same problem here, after reboot everything is fine. (RT-N66U)
 
More v6 stuff in the logs, and while I still had a v6 address, browsing in general was very slow and webpages were timing out. Only a reboot brought things back to normal.

Apr 17 13:19:44 kernel: eth1: received packet with own address as source address
Apr 17 20:24:05 kernel: eth1: received packet with own address as source address
Apr 17 23:12:23 rc_service: dhcp6c-state 570:notify_rc start_radvd
Apr 17 23:12:23 radvd[494]: Exiting, sigterm or sigint received.
Apr 17 23:12:23 radvd[494]: sending stop adverts
Apr 17 23:12:23 radvd[494]: removing /var/run/radvd.pid
Apr 17 23:12:23 radvd[575]: version 1.10.0 started
Apr 17 23:12:23 rc_service: dhcp6c-state 570:notify_rc start_httpd
Apr 17 23:12:23 RT-N66U: start httpd
Apr 17 23:12:32 rc_service: dhcp6c-state 580:notify_rc start_radvd
Apr 17 23:12:32 rc_service: dhcp6c-state 580:notify_rc start_httpd
Apr 17 23:12:32 rc_service: waitting "start_radvd" via dhcp6c-state ...
Apr 17 23:12:32 radvd[578]: Exiting, sigterm or sigint received.
Apr 17 23:12:32 radvd[578]: sending stop adverts
Apr 17 23:12:32 radvd[578]: removing /var/run/radvd.pid
Apr 17 23:12:32 radvd[585]: version 1.10.0 started
Apr 17 23:12:33 RT-N66U: start httpd
Apr 18 07:26:30 kernel: eth1: received packet with own address as source address
 
I just uploaded a Beta 2 build. Main change is a fix for the Comcast IPv6 filtering rule that wasn't properly applied. Please give this new build a shot if you are on Comcast with an IPv6, and were previously experiencing table overflows.

Results after ~12 hours (where I would have previously seen the overflow message in the syslog):

Code:
admin@RT-AC68R:/# ip6tables -t mangle -L -v
Chain PREROUTING (policy ACCEPT 80529 packets, 9823K bytes)
 pkts bytes target     prot opt in     out     source               destination
 137K 9851K DROP       ipv6-icmp    eth0   any     anywhere             ff02::1:ff00:0/104   ipv6-icmp neighbour-solicitation

Chain INPUT (policy ACCEPT 32100 packets, 3553K bytes)
 pkts bytes target     prot opt in     out     source               destination

Chain FORWARD (policy ACCEPT 38972 packets, 4690K bytes)
 pkts bytes target     prot opt in     out     source               destination

Chain OUTPUT (policy ACCEPT 16254 packets, 1669K bytes)
 pkts bytes target     prot opt in     out     source               destination

Chain POSTROUTING (policy ACCEPT 62688 packets, 7333K bytes)
 pkts bytes target     prot opt in     out     source               destination
 
I noticed that the only time I'm automatically logged out of the web GUI on 41 Beta 2 is when I have the web interface open in a tab/window for 30 minutes (per Admin/System settings, browser is Chrome).

Any time I close the tab before 30 minutes elapses, I can access the web interface without logging back in.

Has anyone else seen this result? (For my own setup, I'm going to disable this anyway, but I just happened to notice it this today.)
 
I noticed that the only time I'm automatically logged out of the web GUI on 41 Beta 2 is when I have the web interface open in a tab/window for 30 minutes (per Admin/System settings, browser is Chrome).

Any time I close the tab before 30 minutes elapses, I can access the web interface without logging back in.

Has anyone else seen this result? (For my own setup, I'm going to disable this anyway, but I just happened to notice it this today.)

Yes, i can just close the window and come back anytime and it will load right in. It will only auto log you off if you leave that window open.
 
Any plans to merge with RT-N66U 3.0.0.4.374.5517 soon?

Asus finally fixed the IPTV :D

1. Fixed IPTV related issues.
2. Modified the 3G/LTE dongle setting process in quick internet setup wizard.
3. Fixed the Cloud sync problem
4. Fixed Parental control check box UI issues.
5. Modified the FTP/ Samba permission setting UI
6. Modified media server setting UI
7.Samba/ media server/ iTunes server name can be changed.
8. Dual wan fail over now support fail back
9. Fixed wake on lan magic packet sending issue.
10. Fixed false alarm for samba and ftp permission.
11. Fixed IPv6 related issues.
 
Thx for pointing this out...

I didn`t notice that it doesnt have GPL available yet.
Fortunately RT-AC68U Source contains this fix aswell. ;)
 
I noticed that the only time I'm automatically logged out of the web GUI on 41 Beta 2 is when I have the web interface open in a tab/window for 30 minutes (per Admin/System settings, browser is Chrome).

Any time I close the tab before 30 minutes elapses, I can access the web interface without logging back in.

Has anyone else seen this result? (For my own setup, I'm going to disable this anyway, but I just happened to notice it this today.)

http://forums.smallnetbuilder.com/showpost.php?p=116252&postcount=29
 

Latest threads

Support SNBForums w/ Amazon

If you'd like to support SNBForums, just use this link and buy anything on Amazon. Thanks!

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Top