Search results

I haven't tried it. But I do recall that the HDHomeRuns originally would set TTL on the packets to a small number, which could make streaming them remotely difficult. One can have a Linux-based firewall rewrite the TTL values to circumvent that.

Amazing work that I have relied on for years. A token of appreciation has been sent. Thanks!

RT-BE86U straight install over previous non-beta release. No issues noticed.

> Any idea why the wifi is so much slower [than ethernet]? Much higher latency over WiFi than over the GigE connection. So the I/O transactions don't happen as quickly, which then slows down throughput.

The asd (ASUS security daemon) process was originally discussed here: https://www.snbforums.com/threads/what-is-asd-process.76242/ That thread was forced closed, so I'm having to post a new thread for this update on the state of things. Several of us here have disabled the asd daemon, through...

Yup, found it while you were writing. Somehow had TWO adblocker extensions installed, and I don't remember installing the second one. Nuked it. Works now. Thanks.

Note this is one of the ROG RT-AX86U versions. Is there an NVRAM setting to select the non-ROG style webUI pages?

I flashed 388.4 over the earlier 388.2 two days ago. The issue with my 2.4GHz TP_link devices falling off the network has gotten severely worse. Fine, I figured I'd just go to the GUI, and either downgrade bacvk to 388.2, or perhaps save the configuration, factory reset, and restore...

The issue here went away after I made that change. All good now.

Some of the 2.4GHz IoT clients here have coloured LED indicators for status. Every now and then I notice some of them blinking the "no WiFi connection" indication. So here at least, it's not a 2.4 <--> 5GHz issue, but rather just something on 2.4GHz periodically causes them to lose...

I have this script on my router to solve a similar issue with the 1Gig ethernet connection to my cable modem. It gets invoked by another script that calls it in a loop every 15 seconds. The other script is started by a line in jffs/scripts/firewall-start: #!/bin/sh ## Keep the Modem...

I get this on my RT-AX86U router. So the upgrade may have nothing to do with it.

I guess the thing to capture, would be the iptables configuration when working, and again when not working. It's pretty likely to be in there somewhere, or maybe in the bridging tables. iptables -L -n -v brctl showmacs br0

This issue would explain a problem I have been seeing randomly, where my smartphone sometimes cannot see/control all of the "smart plugs" on the 2.4GHz side. Mmm. EDIT: Yes, this would explain the irregular behaviour. Switching wifi (both bands) off then on again temporarily "fixes" things...

That's not going to happen, unless ASUS has other built-in malware that also enables remote management for everyone else.

Completely disabled asd on my router here now. No such issues in the future now.

On my RT-AX86U, eth5 appears to be the 2.5gbs port, and eth0 is the usual 1gbs WAN port. So.. nvram show | grep eth5 ## shows NVRAM variables referencing eth5 nvram show | grep eth0 ## shows NVRAM variables referencing eth0 If I were to switch to using the 2.5gbs port for the WAN, I...

Edited my original post above, with new/improved version of the script. This one doesn't hit google nearly as often as the earlier script.

That is similar to what happens here. Every now and then, the cable network has some kind of "event", but the modem stays "up" and my router thinks it is all still connected. The only way to recover is to power cycle the modem, or restart the WAN on the router. So that's what my script does...