[Beta] RT-AC87U 9.0.0.4.378.9110

[bradbort]

Enabled Adult/Pornography is allowing the websistes which should be blocked. Please configure and try to access any popular porn site.

I just tried it, and it worked fine for me. I tried to access pornhub, and got a screened message....Perhaps it is a table issue. Do they need to explicity be aware of pron sites for them to be blocked?

 

[Jong]

My log is getting flooded with these messages....

mDNSNetMonitor: GetLargeResourceRecord: opt 65002 optlen 8 wrong

In my case, where I was only seeing this on my ac87u (connected to my ac87u router), it turned out to be a PEBKAC! .

I had manually assigned the IP address for my AP and had configured the gateway, but had not bothered to configure the DNS Server IP address on the AP. Thing is I don't think I have ever bothered to do that before - it is, as normally the case at least in small networks, the gateway address and I'm sure it has always defaulted to that. In fact I'm pretty sure most of the AP does use the gateway for DNS lookup or I would have had much bigger issues.

Anyway, once I added the gateway address as the address for my DNS Server the errors disappeared. I have also removed the address and rebooted and the error returned, so I am as sure as I can be that this really is the fix.

Not sure why some people are also seeing the error on their router and my fix is unlikely to help there, but maybe it might help some.

Edit: Ha ha, not so fast. this seems to have pushed the error onto my router!! Maybe it will help Asus diagnose anyway.

In summary:

- If DNS Server is configured on AP errors appears on router
- If DNS Server is NOT configured on AP errors appear in the AP log

 

[RMerlin]

Thanks! Client5 works but no go both with 2 or 3... still have the problem.

Logs attached
Sorry, stupid question, where do you see its "client5"??

Thanks a lot for your time anyway!

Tun15 is used by client 5.

 

[mrraaj]

I just tried it, and it worked fine for me. I tried to access pornhub, and got a screened message....Perhaps it is a table issue. Do they need to explicity be aware of pron sites for them to be blocked?

I have switched authentication method from HTTPS to HTTP then it started blocking. When got back to HTTPS then I got "ERR_CONNECTION_REFUSED" with a blank screen. Using BOTH setting it works for encrypted session and screen message appears for blocking site.

 

[fax]

Tun15 is used by client 5.

Thank you!

 

[Jong]

Hey Asus,

Can you explain why you still enable the setup of a Guest Network in AP Mode, when it is not a real Guest Network? Unlike in Router Mode, devices which connect to an AP's Guest Network have full visibility of all the main network resources. It seems to be no more than an alternate SSID. And because, to do this, all packets have to be broadcast to both the main and any guest SSIDs the maximum bandwidth is cut by 1/2, 2/3, 3/4, depending on how many SSIDs are setup! It just seems a bad idea all round and the fact the APs UI does not explain any of this is baffling.

 

[Jong]

Trivial thing now. Surely the 5Ghz "noise" info is wrong in the wireless log. It looks more like it is the instantaneous RSSI from one of the devices at the point it's taken. My "noise" varies from -40dBm to -65dBm, which is pretty noisy!

 

[bradbort]

So far, things seem pretty stable on the 5 ghz band for me. I activated beamforming, and things are not locking up as they have in the past.

 

[sentinelvdx]

So far, things seem pretty stable on the 5 ghz band for me. I activated beamforming, and things are not locking up as they have in the past.

Same here and nothing on device's syslogs. The only thing is the battery drain on 5ghz in my case

Sent from my SM-G920I using Tapatalk

 

[Jong]

Haven't tried beamforming, but all seems good here too apart from the frequent, but possibly inconsequential, errors in the log.

5Ghz has not crashed yet, unlike with 378.54 and .55. Very happy so far!

No evident battery drain on iDevices. We have just about everything except, obviously, the new iPhones.

 

[mattiL]

Loaded this beta one hour ago, let's see how it works.

 

[Teymur]

Haven't tried beamforming, but all seems good here too apart from the frequent, but possibly inconsequential, errors in the log.

5Ghz has not crashed yet, unlike with 378.54 and .55. Very happy so far!

No evident battery drain on iDevices. We have just about everything except, obviously, the new iPhones.

Today I tested the iPad Air 2 WiFi again. So I created hotspot on iPhone 6 and connected the iPad to it. Note that both devices are running iOS 9.0.1, and then i locked the iPad. And guess what, it disconnected right away, which again never happened on iOS 8.x.x. I'm positive that the issue is iOS 9 itself...


Отправлено с моего iPhone используя Tapatalk

 

[Jong]

Yeah, the iPad Air 2 disconnects here too. I should have been clear. When I said 5Ghz hasn't crashed I meant literally that - radio goes off the air and router needs a reboot, that was what was happening on Merlin .55 and .54. It's a bit early to say as sometimes it could take 2-3 days for the crash, but normally it was within 24 hrs, so looking hopeful.

Still, though, as we have discussed elsewhere, although I am sure the disconnects are down to something Apple have done, I don't think it is affecting other 5Ghz wifi chipsets or we would be hearing more complaints. I think this is a change that Quantenna should be able to deal with and are not.

 

[Teymur]

Yeah, the iPad Air 2 disconnects here too. I should have been clear. When I said 5Ghz hasn't crashed I meant literally that - radio goes off the air and router needs a reboot, that was what was happening on Merlin .55 and .54. It's a bit early to say as sometimes it could take 2-3 days for the crash, but normally it was within 24 hrs, so looking hopeful.

Still, though, as we have discussed elsewhere, although I am sure the disconnects are down to something Apple have done, I don't think it is affecting other 5Ghz wifi chipsets or we would be hearing more complaints. I think this is a change that Quantenna should be able to deal with and are not.

I've never heard/seen 5Ghz crashing... I mean like I've run 30 days straight on 378_55 no reboots and no issues... The only thing that has happened to my 5Ghz so far was that it became slow, and disabling and enabling it fixed it right away...


Отправлено с моего iPhone используя Tapatalk

 

[Jong]

I've never heard/seen 5Ghz crashing... I mean like I've run 30 days straight on 378_55 no reboots and no issues... The only thing that has happened to my 5Ghz so far was that it became slow, and disabling and enabling it fixed it right away...


Отправлено с моего iPhone используя Tapatalk

I think I linked to a couple of threads on it here. Many have seen it since IOS 9. The iPad Air disconnects and this problem may, or may not, be linked. Of course there may be other pre-requisites too. I have an AP and router. That might too be linked.

The symptoms are an endless stream of "BOOTP" messages, quoting a Quantenna MAC address, coincident with a radio crash.

 

[Jong]

....once I added the gateway address as the address for my DNS Server the errors disappeared. I have also removed the address and rebooted and the error returned, so I am as sure as I can be that this really is the fix.

Not sure why some people are also seeing the error on their router and my fix is unlikely to help there, but maybe it might help some.

Edit: Ha ha, not so fast. this seems to have pushed the error onto my router!! Maybe it will help Asus diagnose anyway.

In summary:

- If DNS Server is configured on AP errors appears on router
- If DNS Server is NOT configured on AP errors appear in the AP log

All of a sudden, out of nowhere, after about 12 hours of just the router showing the error, now BOTH AP and router have the same error repeating in the log. Still no apparent ill effects but can't say for sure.

 

[Jong]

No evident battery drain on iDevices. We have just about everything except, obviously, the new iPhones.

I think I'll have to take that back. The iPad Air 2 does seem to be suffering. Need to watch for a few days to be sure.

 

[xyaes]

I think I'll have to take that back. The iPad Air 2 does seem to be suffering. Need to watch for a few days to be sure.

Same thing here for months. I was beta testing IOS 9 since it was released and the Air 2 loses connection almost immediately as it goes to sleep. This issue, like you mentioned, was not present on IOS 8.X and I agree that it might be and apple problem. On the other hand, iPhone 6 and 6s have no issues with IOS 9 and this router, even with beam forming on.

 

[pepeEL]

Anybody tell me where is option add Scheduler for Reboot Router ?

 

[VANT]

good question pepeEL.