What's new

[Test builds] 380.58 alpha builds are 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!

When DNSSEC was put in on 380.57, I was pretty sure that I used to get a big green tick at http://dnssectest.sidnlabs.nl/test.php

Now when I test, I get this:

View attachment 5652

Did something change and this is expected now?

Or is it just coincidence, and it was always in permissive mode ?

Or, is it my setup, and it's maybe got something to do with the IPv6 DNS servers vs the IPv4 servers?

FYI, I'm using Google:

8.8.8.8
8.8.4.4

2001:4860:4860::8888
2001:4860:4860::8844


Sent from my iPhone using Tapatalk
It works for me. What do you get here? https://www.dnssec-tools.org/
 
comcast neighbor IPv6 overflow what does this do i have comcast should i enable this?

Only if using IPv6 and you are on a node that fills up your logfile with complains about neigh table filling up.
 
RT-AC66U_380.58_alpha3-gcf77301
cleared nvram /restore default after install.
nat acceleration wont turn on, set to auto but stays at disabled.
sysinfo states "HW acceleration - Disabled - incompatible with: IPTraffic".
qos is off


router_nat.jpg


router_na11t.jpg


router_nat22.jpg

 
Last edited:
It works for me. What do you get here? https://www.dnssec-tools.org/

That seems to work.

ImageUploadedByTapatalk1457248373.790749.jpg


I guess it's something to do with Google's IPv6 resolvers then. Although from what I've found, they should also be working.

Log seems fine:

Aug 1 02:00:37 dnsmasq[630]: DNSSEC validation enabled
Aug 1 02:00:37 dnsmasq[630]: DNSSEC signature timestamps not checked until first cache reload
Mar 6 00:06:26 dnsmasq[697]: now checking DNSSEC signature timestamps
Mar 6 00:06:26 dnsmasq[697]: read /etc/hosts - 6 addresses
Mar 6 00:06:26 dnsmasq[697]: read /etc/hosts.dnsmasq - 11 addresses
Mar 6 00:06:26 dnsmasq-dhcp[697]: read /etc/ethers - 11 addresses
Mar 6 00:06:26 dnsmasq[697]: using nameserver 2001:4860:4860::8844#53
Mar 6 00:06:26 dnsmasq[697]: using nameserver 2001:4860:4860::8888#53
Mar 6 00:06:26 dnsmasq[697]: using nameserver 8.8.8.8#53
Mar 6 00:06:26 dnsmasq[697]: using nameserver 8.8.4.4#53

*EDIT:

Rebooted and it seems to work fine now. Oh well [emoji12]

ImageUploadedByTapatalk1457252635.081151.jpg



Sent from my iPhone using Tapatalk
 
Last edited:
RT-AC66U_380.58_alpha3-gcf77301
cleared nvram /restore default after install.
nat acceleration wont turn on, set to auto but stays at disabled.
sysinfo states "HW acceleration - Disabled - incompatible with: IPTraffic".
qos is off

IPTraffic has nothing to do with QoS. NAT is automatically disabled because of IPTraffic being enabled, as stated.
 
The traffic monitoring bug also exists in Asus's own firmware - I confirmed it with beta 3.0.0.4.380_2310. Which makes sense since the bug lies in the Ethernet driver. If you check the packet count reported by it, you will see that the issue starts right there:

Code:
cat /proc/net/dev

This is outside of my control.
 
The traffic monitoring bug also exists in Asus's own firmware - I confirmed it with beta 3.0.0.4.380_2310. Which makes sense since the bug lies in the Ethernet driver. If you check the packet count reported by it, you will see that the issue starts right there:

Code:
cat /proc/net/dev

This is outside of my control.
Thanks for the update RMerlin, definitely something I can live with. So far my AC88U with 380.58_alpha3 has been running for close to a week now without any issues.
 
This Alpha firmware is "Rock Solid" since the beginning.
Its gonna be my new "Wonder Firmware " ;) like 378.55 for my Ac68 if nothing change.Waiting for the final release
Good job!! Merlin

I agree, my AC68p no longer reboots and I can use 2.4GHz with IP traffic monitoring again. When this release is final I'm sticking with it and not upgrading except for major security fixes.
 
OK I know I am stupid :)

Why are there 2 file for the 68

RT-AC68U_380.58_alpha3-gcf77301.zip
RT-AC68U_380.58_alpha3-gfb45578.zip

downloaded both read the text files and still can't work it out
 
RT-AC56U_380.58_alpha3-gcf77301 here

Work fine for now, IPTV add finally some mission profiles, but...

Merlin, I just happen to me or "Internet" option are missing from IPTV "Manual Setting"?? Prior 380.58, you could use any VLANID/PRIO for "Internet" Service and LAN3/4 too (in Manual Setting). Now, "Internet" is hidden in webpage (present in source code) under tr id="wan_internet_x". Maybe a error on CSS/JS logic?

My Fiber use VLAN for Internet Access. In this moment "work" because my previous configuration, but the option is not showing anymore.

Edit: My ISP profile (included, Movistar Triple VLAN) dont work well for VoIP, Ripd is not started so the router can't caught VoIP Routes announced by RIP
 
Last edited:
I agree, my AC68p no longer reboots and I can use 2.4GHz with IP traffic monitoring again. When this release is final I'm sticking with it and not upgrading except for major security fixes.
You guys got me excited! Did you have problems with the current release?
 
The traffic monitoring bug also exists in Asus's own firmware - I confirmed it with beta 3.0.0.4.380_2310. Which makes sense since the bug lies in the Ethernet driver. If you check the packet count reported by it, you will see that the issue starts right there:

Code:
cat /proc/net/dev

This is outside of my control.

Thanks for clarification! Hope they get the right ethernet driver abord asap. Can it cause other issues like packet loss or ethernet ( LAN ) instability ?
 
Thanks for clarification! Hope they get the right ethernet driver abord asap. Can it cause other issues like packet loss or ethernet ( LAN ) instability ?

No, I haven't seen any sign of other problems beside the packet/traffic count being abnormal under /proc/net/dev . The issue has been there for quite a few months already (unsure when it started.
 
@RMerlin: may I hope to reestablish udpxy before or after the final version of 380.58 firmware?

No idea, I have no way of testing it, and have no idea what's broken (if anything is).
 
No idea, I have no way of testing it, and have no idea what's broken (if anything is).
this is a link for watching IPTV from my ISP
Code:
http://192.168.200.1:2631/udp/232.2.3.135:5002
with firmware 380.57 if i put that link to VLC player or Kodi can watch tv channel.....with latest 380.58_alpha3 got just black screen......

if i put
Code:
http://192.168.200.1:2631/status
in browser i got udpxy server with statistics.....but with all 380.58 alpha versions IPTV from udpxy not working anymore....
Y1CUiP.png
 
Last edited:

Similar 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