digits n bits
Senior Member
Running 384.16 beta on my 88U and 58U both running really well, top class job thanks
Mar 15 11:32:30 kernel: dimchief.ignorelist.com:Verify error:Fetching http://dimchief.ignorelist.com/.wel...e/ijxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxQo: Connection refused
Does 384.16 include the 3.0.0.4.384.81352 release which patches the Kr00k vulnerability in the RT-AC86U?
A stubby upgrade was noted in the changelog. It's been a while since I've visited that thread, so I'm out of that loop (and frankly can't remember if I have to add it via terminal or amtm/Diversion or if it's part of the firmware for DoT, selectable/configurable in the UI).
Looks like 384.16_beta1 has the Traffic Analyzer bug again where it thinks it has transmitted/received 17,179,869,180.10 GB or something. RT-AC68U. Daily: https://i.imgur.com/A4DRl5A.png 24-hour: https://i.imgur.com/laREjN1.png
Ipv6 stopped transmitting internet access after updating to beta 1 on the RT AX88u
No dual NAT, no extra firewall. After manually deleting hidden '/jffs/.le' folder new cert was issued without any problem.The remote site unable to connect with you to validate that you truly use that domain. Make sure you aren't in a dual NAT situation, and that there are no firewall in front of your router.
https://github.com/RMerl/asuswrt-merlin.ng/blob/384.13_x/Changelog-NG.txtSorry to be blind...where is the separate changelog for 13_5 for the 87U? Not part of the beta download.
I think upload and download colors can be better!
- Red usually means slow, so don't use it.
- Yellow is faster than red and can be used as download, just like asus did on the traffic analysis page.
- Blue usually means fast, asus is used in traffic analysis pages.
However, because the page theme is dark, I think it would be better to use light colors. such as using yellow and blue, Green is also good, but it should be light green., or we can use the speedtest.net color scheme, Blue for download, Purple for upload.
- Dark blue means extreme speed.
but, too many inconsistent color schemes can cause confusion for users.
So, what do you think?
View attachment 21960
picture from here
Sorry to be blind...where is the separate changelog for 13_5 for the 87U? Not part of the beta download.
I think upload and download colors can be better!
but, too many inconsistent color schemes can cause confusion for users.
just like the QoS monitor graph does.
the graph should at least be logarithmic AND start with a much higher value (100Mbits/sec or similar).
Ipv6 stopped transmitting internet access after updating to beta 1 on the RT AX88u
The QoS monitor doesn't. It merely sets a baseline of 100 KB/s (which is what I was using in the alpha builds).
No. That would mean that a large majority of users would never see anything remotely accurate. Here in Canada, the average connection is well below 100 Mbps. A large portion is on 25 Mbps DSL for instance.
IPv6 appears to be working fine here.
(Passes all the various online tests I can find).
i fixed the IPV6 issue @RMerlin , it wasn't firmware related, I just brought it up since it happen right after flashing the firmware. I had no logs to show that it wasn't working, it just wasn't transmitting the ipv6 connection (Issue with ISP connection coming in). However, it was properly assigning the ipv6 addresses to clients from the router. So after tinkering with the ISP(modem) and several refresh signals later, I got it to work.Asus issued a fix in 386_36400 which I backported, in hopes it resolved those spikes. I guess it didn't.
What kind of IPv6 connection? What's in your system log? Do you still obtain an IPv6?
And using disabled QoS values is a bad idea. That setting isn't exposed unless you enable QoS, so users would never know that they should enable the setting, set values, then disable the setting. From a usability point of view, it makes no sense at all.
Sorry to disagree. Maybe I am seeing it wrong, but when I enter the QoS LAN/WAN Bandwidth you can clearly see logarithmic 'speedometers' in the upper part, as shown in the demoui also
:
I fully agree with you in this part, but that was not the idea. I was thinking more in the line of exposing these two values in the tools page, so that when you enable QoS, QoS will use them.
Expecting people to go there to adjust the scale shown on a different page isn't intuitive, and nobody will use that except a very small handful of people who actually saw it mentionned here on the forums. And it won't take into account people misconfiguring it. Using these values while QoS is enabled will still work even when misconfigured, because that configuration error does impact the maximum speed they will be able to reach.
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!