BPI-R4 Pro - Unstable WAN?

So, I think I’m guilty of leaping before looking here, but I bought a BPI-R4 Pro (8gig) off of Amazon thinking it was more ready to go and recently tried to integrate it into my network with the factory firmware (the only firmware it seems is available for it, the 24.10-snapshot). My use has a 1ge WAN and 2.5ge LAN. Trying to use it everything kind of worked, but uplink was a trickle at best and any attempt to push real data toward the WAN resulted in it entirely dropping and errors from all clients that the network wasn’t available. I’m guessing this software branch is unstable?

Sounds like the 1ge/2.5ge options for the WAN combo port are new, wondering if that’s part of the issue? Reading here at the forum several guys have their own branches/ports that might be further along, anyone know what I could look into beside being patient and waiting for updates?

If you have 8g,you have the 10g phy variant,right? Do you mean this combo port (10g phy/sfp)?

I guess you use official image…can you look in dmesg if there is something suspicious?

Correct, looking likely to be the same issue as:

You also run 1G over 10g phy? Something in dmesg except the link-down/up? Do you have direct connection or with ppe involved?

I just tried connecting it up to my normal 2.5ge lan as a subtended router for a test. Connected the combo wan 2.5/10 rj45 port to my existing lan on a 2.5ge switch and a single laptop to the port 1. Same essential result, no kernel messages or errors. Though there are plenty of weird things in the boot log. Attaching boot log here for you and a sample speedtest attempt that fails. Maybe I was sold a bad board? Not sure what I can do, also I don’t understand what you are referring to “ppe”. Forgive me, I’m quite new to a lot of this.

dmesg_log.txt (216.1 KB) speedtest_log.txt (1.9 KB)

I’ve updated my thread referenced above - in my case routing is not involved as traffic originates / terminates in BPI, iperf3 is run on it. maybe you could try similar test to rule out routing

This is already the second case, and I’m starting to worry that I ordered it right at the start of sales without waiting for user feedback :roll_eyes:

I think you are right.

  • But maybe you’re lucky and it only needs a mature software/firmware stack.

Aside from that:

  • There are current comments about the BE14 (Just to get a feel for the environment you’re in):

Thanks, friend. I’ve seen those issues, so I gave up on WiFi boards. I have routers in access point mode, and I’ll use those, even though it’s a bit inconvenient that the WiFi setup won’t be in one web interface.

That was exactly my plan, just want a powerful router. But unable to work out of the box in the most basic routing job possible is a deal breaker. I should have waited longer, I expect this will be solved via software in 2 to 6 months.

1 Like

@shadowmite as I’ve discovered, in my case

ethtool -K eth1 tso off

works around the problem. (obviously this is not a real solution, CPU usage+ interrupt storm)

very interested in your results :slight_smile: