[Test builds] 380.58 alpha builds are now available

[matthew johnson]

comcast neighbor IPv6 overflow what does this do i have comcast should i enable this?

 

[bluepoint]

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/

 

[Deleted member 22229]

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

Works for me with Comcast DNS server.

DNSSEC Secured!
Congratulations!!
We've detected you're browsing in a DNSSEC secured environment!

 

[RMerlin]

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.

 

[vincom]

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

 

[Veldkornet]

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

That seems to work.

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]

Sent from my iPhone using Tapatalk

 

[RMerlin]

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.

 

[vincom]

IPTraffic has nothing to do with QoS. NAT is automatically disabled because of IPTraffic being enabled, as stated.

duh, brainfart moment, i took IPTraffic as qos,

 

[RMerlin]

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:

cat /proc/net/dev

This is outside of my control.

 

[MusicMike]

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:

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.

 

[cmillar6]

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.

 

[dmsims]

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

 

[Theliel]

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

 

[Authority]

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?

 

[ChriscomIT]

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:

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 ?

 

[RMerlin]

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.

 

[bayern1975]

@RMerlin: may I hope to reestablish udpxy before or after the final version of 380.58 firmware?

 

[RMerlin]

@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).

 

[tyreman]

No issues with newest or couple days previous Alpha test builds here

 

[bayern1975]

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

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

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....