My only unsolved networking mystery was that my computer would experience high packet loss when a Roku in the other room was streaming Netflix.
My PC and the roku device were both wired to two different ports on a router (iirc an Edgerouter X running openwrt at the time). This didn't repro when the roku streamed other services (hulu/youtube tested), only netflix. This also didn't repro if the roku was connected over wireless (connecting to an AP wired to a different port). Just opening netflix also didn't repro, the roku had to be actively streaming a netflix video.
I never ended up solving it, I just worked around it by making the roku connect over wireless.
It did take me forever to figure out the problem though. For a long time I'd be in one room getting frustrated with my computer while someone was innocently watching netflix in the other room.
Here's a fun one that I still haven't figured out:
I recently purchased a Banana Pi 4 with the 802.11be Wi-Fi 7 module to be used as an access point. It generally works well as an AP and I'm getting full speeds. However, for some reason whenever I try to communicate directly with the router/firewall (separate device on the same network) through this AP, it will intermittently drop 3/4 packets. It only happens when communicating with the router/firewall device, and only over the wlan interface on the bpi-r4. I have a similar AP setup on another embedded system (PCEngines APU2) and this has never been an issue.
I suspect there's some sort of bug with the internal 4-port switch of the bpi-r4 not playing well with the wlan interface when they're all bridged together, but digging through the logs hasn't revealed anything obvious.
Good guess! I did enable some QoS algorithm in openwrt so it's certainly possible. But yeah it doesn't make sense that wifi traffic was non-impacting. But it's something I didn't try turning off.
Comments
My only unsolved networking mystery was that my computer would experience high packet loss when a Roku in the other room was streaming Netflix.
My PC and the roku device were both wired to two different ports on a router (iirc an Edgerouter X running openwrt at the time). This didn't repro when the roku streamed other services (hulu/youtube tested), only netflix. This also didn't repro if the roku was connected over wireless (connecting to an AP wired to a different port). Just opening netflix also didn't repro, the roku had to be actively streaming a netflix video.
I never ended up solving it, I just worked around it by making the roku connect over wireless.
It did take me forever to figure out the problem though. For a long time I'd be in one room getting frustrated with my computer while someone was innocently watching netflix in the other room.
Here's a fun one that I still haven't figured out:
I recently purchased a Banana Pi 4 with the 802.11be Wi-Fi 7 module to be used as an access point. It generally works well as an AP and I'm getting full speeds. However, for some reason whenever I try to communicate directly with the router/firewall (separate device on the same network) through this AP, it will intermittently drop 3/4 packets. It only happens when communicating with the router/firewall device, and only over the wlan interface on the bpi-r4. I have a similar AP setup on another embedded system (PCEngines APU2) and this has never been an issue.
I suspect there's some sort of bug with the internal 4-port switch of the bpi-r4 not playing well with the wlan interface when they're all bridged together, but digging through the logs hasn't revealed anything obvious.
It's driving me nuts!
QoS?
Does sound like a QoS thing, but I would think QoS still applies over WiFi so I'm not sure
Good guess! I did enable some QoS algorithm in openwrt so it's certainly possible. But yeah it doesn't make sense that wifi traffic was non-impacting. But it's something I didn't try turning off.
When you're desperate you'll troubleshooting anything hey