[Beta 384/NG] Asuswrt-merlin 384.4 Beta is now available

[Grisu]

It's a beta build. If dealing with potential bugs is a problem, then you should stick to stable releases.

yes I know - no problem for me, maybe others
only wanted to inform you to better not put it in next stable release with this new bug from beta1 -> beta2.

I am fine that hiding guest-SSID still working - THANKS!

 

[XIII]

Upgraded my AC86U from beta 1 to beta 2.

Again my carefully created SSL certificate/key were overwritten by router generated ones.

 

[PeterV]

Upgraded my AC86U from beta 1 to beta 2.

Any custom scripts started (post-mount,firewal, etc), except main - /jffs/scripts/services-start

No records in log about it (I have a network redirect syslog). Only records about /jffs/scripts/services-stop.

Setting "custom scripts" disabled, applied, enabled, apllied, rebooted.

 

[XIII]

Any custom scripts started (post-mount,firewal, etc), except main - /jffs/scripts/services-start

I seem to have the same problem; also AC86U.

 

[Treadler]

Beta 1 > Beta 2 incident free.
As reported by others, router daylight saving time editing ability broken for my area (South Australia), but I can live with that!

Must admit, I hadn’t noticed until mentioned in this forum. ;-)

 

[XIII]

Setting "custom scripts" disabled, applied, enabled, apllied, rebooted.

Did that help?

For me services-start is still not executed after that sequence.

 

[penguin22]

The RT-AC86U shouldn't even break a sweat to reach 100 Mbps.

The RT-AC87U is not really an update, it uses the same BCM4709 CPU as the RT-AC68P.

And that's how you get me to find a nice refurbished AC86U from Newegg and click order without hesitation.

 

[martywd]

Router: RT-AC88U --- Firmware: 384.4_beta2

Ditto here on the already reported 'Wireless|Site Survey' issue and also the incorrect and un-editable DST starts/ends issue.

.

 

[KevTech]

Asus has been changing that section of the code every single release these past months, occasionally breaking it completely. It's possible they might have broken it again.

I just loaded stock 384_20308 to test this and DST works fine on it at least for me.

On beta2 I set the DST time zone changes ends to the 1st and when I apply it reverts back to the 2nd.

 

[stambeccuccio]

Italy's time zone (Rome) it's ok

 

[EmeraldDeer]

I can confirm this US Eastern Time hardcoded second week of November behavior of 384.4_beta2 on an RT-AC68W and an RT-AC3200.

 

[Nigel Jones]

I looked at my AC3200 logs from last night where the router went offline twice for a few hours at a time. The best I could ascertain was I think I was getting some STP related events or similar: (this is just an example)

Mar 6 15:09:43 kernel: br0: received packet on vlan1 with own address as source address
Mar 6 15:09:46 kernel: net_ratelimit: 2 callbacks suppressed
Mar 6 15:09:46 kernel: br0: received packet on vlan1 with own address as source address
Mar 6 15:09:46 kernel: br0: received packet on vlan1 with own address as source address
Mar 6 15:09:46 kernel: br0: received packet on vlan1 with own address as source address
Mar 6 15:09:46 kernel: br0: received packet on vlan1 with own address as source address
Mar 6 15:09:53 kernel: br0: received packet on vlan1 with own address as source address
Mar 6 15:09:53 kernel: br0: port 1(vlan1) received tcn bpdu
Mar 6 15:09:53 kernel: br0: topology change detected, propagating
Mar 6 15:25:41 kernel: br0: port 1(vlan1) received tcn bpdu
Mar 6 15:25:41 kernel: br0: topology change detected, propagating
Mar 6 15:25:53 kernel: br0: port 1(vlan1) received tcn bpdu
Mar 6 15:25:53 kernel: br0: topology change detected, propagating

To my knowledge I'm not explicitly using distinct VLANs. I have about 25 devices with 3 ethernet switches in different rooms. Shouldn't be any loops there, though I also have 4 power line adapters to connect rooms (AV2000). I have a Virgin media SH3, and tivo v6 box, Sonos*5, google home*5, Chromecast*2, xbox, several laptops, pcs, smart lighting , raspberry pi.. all kinds of things!

The times of the failures (and in fact the subsequent self-fix ... there wasn't a reboot here) seem to align with these kind of events, though overall there were a LOT in the log

Perhaps a punt, but decided to switch STP off for now. Not seen any of these kind of events thus far. Let's just hope there isn't any looping possibility!

 

[RMerlin]

Upgraded my AC86U from beta 1 to beta 2.

Again my carefully created SSL certificate/key were overwritten by router generated ones.

What setting do you have on the WAN -> DDNS Page for SSL certificate (LE, Persistent or None)

Do you have AiCloud enabled?

I just loaded stock 384_20308 to test this and DST works fine on it at least for me.

I'm using 384_20379, which brought more changes to that page. That's what I meant when I said that Asus might have broken it again (it was also broken in 10070 if I remember correctly). I'll have to compare the changes between 20308 and 20379.

received packet on vlan1 with own address as source address

Sounds like a potential network loop. Make sure you don't have a switch connected with two separate Ethernet cables to the router (or to itself - I had that issue at a customer site a few weeks ago), and that you don't have a client connected to both Wifi and Ethernet at the same time.

Italy's time zone (Rome) it's ok

The issue is with editing values on that page, for people who need to manually specify them. They don't get applied to the router.

Upgraded my AC86U from beta 1 to beta 2.

Any custom scripts started (post-mount,firewal, etc), except main - /jffs/scripts/services-start

No records in log about it (I have a network redirect syslog). Only records about /jffs/scripts/services-stop.

Setting "custom scripts" disabled, applied, enabled, apllied, rebooted.

What happens if you switch back to the local syslog daemon?

 

[Nigel Jones]

Sounds like a potential network loop. Make sure you don't have a switch connected with two separate Ethernet cables to the router (or to itself - I had that issue at a customer site a few weeks ago), and that you don't have a client connected to both Wifi and Ethernet at the same time.

I'll bear that in mind. I expect my sons' laptop could have ethernet+wifi at once, and 2 of the Sonos devices definitely do (though they also use their own mesh network). The power line is also mesh? loopback/multiple cables unlikely (never enough ports) but I'll need to inspect.

Interestingly looking through the log I seem to get

// lots of normal stuff
// topology change
// storm of same address events
// topology change
// back to normal.

Cause or effect is hard to say. I wonder if those same address log messages are still reported if STP is disabled. not seen any since flipping the setting

Going to leave STP off for now. What's the worst that could happen (don't answer that!)

 

[SMS786]

Just upgraded my 68U to the beta2. The firmware version on the web admin page is still showing beta1 though:



Redownloaded the firmware and reupdated, just to make sure, still to no avail. Any other 68U users having the same issue?

Edit: Just fyi, the system info and router upgrade pages are still also showing the firmware as beta1 also:

 

[zenmota]

RT-AC86U Router. On 384.4 Beta 2 the setting LAN - IPTV - Enable multicast routing (IGMP Proxy) seems to have become switched from 384.4 Beta 1. In other words, Enabled on 384.4 Beta 2 is what Disabled was on 384.4 Beta 1. I know this because on Beta 1 if I had Enable multicast routing (IGMP Proxy) enabled I would get constant activity on my network card even if the system was idle (trace it back to something to do with UPnP). So I disabled Enable multicast routing (IGMP Proxy) (on Beta 1) and there was almost no activity on the network card with system idle.

Then I flashed Beta 2 and noticed that now I had the constant activity on network card even with system idle and Enable multicast routing (IGMP Proxy) was disabled. So I enabled Enable multicast routing (IGMP Proxy) and now there is almost no activity on network card with system idle.

So that setting must have gotten switched between the two Betas. I hope all this makes sense.

Thanks

 

[jerry6]

384.4 beta 2 on my AC3200 all working well for the past 5 hours .

 

[skeal]

RT-AC86U Router. On 384.4 Beta 2 the setting LAN - IPTV - Enable multicast routing (IGMP Proxy) seems to have become switched from 384.4 Beta 1. In other words, Enabled on 384.4 Beta 2 is what Disabled was on 384.4 Beta 1. I know this because on Beta 1 if I had Enable multicast routing (IGMP Proxy) enabled I would get constant activity on my network card even if the system was idle (trace it back to something to do with UPnP). So I disabled Enable multicast routing (IGMP Proxy) (on Beta 1) and there was almost no activity on the network card with system idle.

Then I flashed Beta 2 and noticed that now I had the constant activity on network card even with system idle and Enable multicast routing (IGMP Proxy) was disabled. So I enabled Enable multicast routing (IGMP Proxy) and now there is almost no activity on network card with system idle.

So that setting must have gotten switched between the two Betas. I hope all this makes sense.

Thanks

I'm following this as igmp proxy really messed up my streaming I had to disable it.

 

[rwe]

Loaded 384.4 Beta2 and changed SMB setting to v2. On my windows 10 Pro, went into Programs and features in windows and unticked smbv1 and rebooted. I now can not see any of my other pc's, networking is not working, so I changed back the SMB setting to the default which had both V1 and V2 combined and went back to my windows pc and added back smbv1 client and rebooted again and networking came back. I'm wonder if anybody else is having the same problem cause MS says SMBV2 is supported and that if you disable SMBV1, V2 should run.


Asus RT-AC68P /384.4 Beta2
Windows 10 Pro Build 1709

 

[SMS786]

Loaded 384.4 Beta2 and changed SMB setting to v2. On my windows 10 Pro, went into Programs and features in windows and unticked smbv1 and rebooted. I now can not see any of my other pc's, networking is not working, so I changed back the SMB setting to the default which had both V1 and V2 combined and went back to my windows pc and added back smbv1 client and rebooted again and networking came back. I'm wonder if anybody else is having the same problem cause MS says SMBV2 is supported and that if you disable SMBV1, V2 should run.


Asus RT-AC68P /384.4 Beta2
Windows 10 Pro Build 1709

I'm running the beta2 on my 68U with SMB2 only enabled..and have Windows 10 Education. I also disabled SMB1 on Windows and all my network places are still visible and accessible thankfully. The only change I noticed with SMB2 now is that I have to manually map my usb stick (mounted on my router) to access it, since network discovery is not a feature in V2 anymore due to it's security risks. I resolved the issue with the info on this thread mostly:

https://www.snbforums.com/threads/samba-share-does-not-work-with-windows-smb1-disabled.41109/