Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

FS#3469 - Device stops passing broadcast packets to wireless interfaces after 24H of uptime #8339

Open
openwrt-bot opened this issue Nov 23, 2020 · 0 comments
Labels

Comments

@openwrt-bot
Copy link

ayavilevich:

Device problem occurs on + Software versions of OpenWrt/LEDE release, packages, etc:

D-Link DIR-882 device with a recent build from trunk. It has the MediaTek MT7621A SoC inside.

Steps to reproduce:

I have a strange problem with my openwrt device.

When it freshly boots all is working fine. After 24H (quite on the spot) there seems to be no more broadcast traffic going to the wireless interfaces. I have confirmed this with ARP and mDNS packets. A restart of the bridge (in luci or via /etc/init.d/network restart resolves this for another 24H.

I know another user with the same device and he also confirmed the issue. We made a monitoring script to make ARP requests and were able to observe the recurring behavior.

To reproduce, 'nping -arp' an ip on the wifi interface from a device on the wired interface. Wait for uptime to reach 24H, see if there are ARP requests responses from the wifi device.With some time, entries in ARP caches expire and this also manifests as inability to ping devices in the LAN between interfaces.

Issue doesn't happen when target is in the wired interface. Issue does happen when target is in the wireless interface regardless if the source is the same interface of another one.

I have just a default config. Didn't add any fancy routing or anything. Just configured wifi networks.

Once I was away from home and it was in the malfunctioning state for over 24H, it then switched back to working state. I only had the chance to test this once so it is just a theory but it might be toggling between good and bad states every 24H.

Possibly related (but no solution): https://forum.openwrt.org/t/clients-in-same-wlan-cant-reach-each-other/2501
Based on the topic above I tried to disable multicast_to_unicast feature on the bridge but it didn't make a difference.

Happy to provide additional details if needed, Arik.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant