u/Mango123456

I like my services to listen on LAN IPs only. So I set this:

Network » DNS » Devices & Ports » Listen addresses: 192.168.1.1

The side effect of this is /etc/resolv.conf uses 127.0.0.1, so DNS on the router itself failed. I fixed it like this:

uci add_list dhcp.@dnsmasq[0].listen_address='127.0.0.1'
uci commit dhcp
/etc/init.d/dnsmasq restart

This worked, but any time you hit Save in the GUI in the DNS section, it gets reset. Any ideas how to either make that change permanent or change resolv.conf to query 192.168.1.1?

The way I convinced dropbear to listen only on the LAN was even more of a hack.

System » Administration » SSH Access » Interface: lan

On line 296 of /etc/init.d/dropbear:

case "$a" in *:*) continue;; esac

As expected, the file gets restored to its original in an update. If anyone knows of a more stable way to do this, I would appreciate it.

For several years we've been experiencing a sporadic issue, typically on Tuesday mornings, occasionally on Monday, never on Wednesday-Sunday. Outbound UDP traffic with DSCP tag 46 will be dropped and will not arrive at its destination.

The way to "solve" the problem is either reboot the modem or wait 6-8 hours and it will go away by itself. Rebooting all other devices does nothing. After reboot, the problem will go away for days to years.

This affects Rogers customers in Ontario and former Shaw customers in BC and Alberta, whether the modem is in bridge mode or router mode.

Any ideas, speculation, or sarcastic remarks would be appreciated.

Original post: https://www.reddit.com/r/VOIP/comments/1qc0iwq/please_help_strange_oneway_audio_problem_only_on/

After months of a cron job making test calls and tracking RTP packets received, the issue happened again this morning. For those who didn't read the original thread,

• Affects multiple IP phones from multiple VoIP service providers (thanks to /u/voipcanuck for helping confirm this in 2023)
• Affects multiple cable modems from multiple ISPs
• Problem happens whether modem is in bridge or router mode
• Does not affect phones behind DSL/fibre/satellite
• Rebooting the phones and router does nothing
• The only workarounds (until now) were to reboot the cable modem OR wait 6-8 hours
• After reboot, things will work properly for days to years

There was a massive storm overnight, so /u/Stubblemonster's guess about wonky voltages triggering the problem could be correct.

Six months ago we tested every characteristic of the problem packets except for DSCP tagging because the problem went away by itself before we got that far. The old adage that it's always the last thing you look for seems to be true. Outbound packets with DSCP tag EF/Expedited Forwarding (46) are dropped and do not arrive to the media gateway. Every other DSCP tag works. It's 100% repeatable.

I have been trying to diagnose this since 2020.

Trying to play Rocket League online on a Windows 10 64-bit computer with an AMD Radeon HD 7570. I realize this is somewhat elderly graphics hardware but this did formerly work as recently as last week and does currently work in offline mode. Now it does not. The error is caused by Easy Anti-Cheat and is:

> Untrusted system file (\?\GLOBALROOT\Device\HarddiskVolum3\Windows\System32\aticfx64.dll)

I have tried the following drivers:

AMD Radeon HD 7570 15.200.1045.0 2015-06-22
AMD Radeon HD 7500 Series 15.200.1062.1004 2015-08-03 (labeled as 15.7.1 WHQL on AMD.com)
AMD Radeon HD 7500 Series 15.301.1901.0 2016-02-26 (labeled as "Crimson Edition 16.2.1 Beta" on AMD.com)

I have also tried:

• Display Driver Uninstaller (no change)
• SFC (no change)
• System Restore (failed)
• Repair of Easy Anti-Cheat (no change)
• Windows Update (there are no new updates)

I then decided to download various versions of aticfx64.dll from some dodgy-looking DLL download sites. Astonishingly the second attempt actually cleared the error, but then a new error with a different DLL file appeared. I went through several DLL files and eventually got stuck at atiumd64.dll.

Any advice would be appreciated.