4 ms·
Probably not with QoS, but it probably can with hardware offload. It looks a lot like this: https://wiki.banana-pi.org/Banana_Pi_BPI-R4 https://wiki.banana-pi.o
by aesh2Xa1 3y ago
Probably not with QoS, but it probably can with hardware offload. It looks a lot like this:
https://wiki.banana-pi.org/Banana_Pi_BPI-R4 https://wiki.banana-pi.org/Banana_Pi_BPI-R4
https://forum.openwrt.org/t/so-you-have-500mbps-1gbps-fiber-and-need-a-router-read-this-first/90305 https://forum.openwrt.org/t/so-you-have-500mbps-1gbps-fiber-...
The chip would need to be powerful enough to process packets to do advanced QoS (like SQM) at line-rate. However, offload is supported on MT chips, so you can still perform hardware NAT functions, just not as configurable as those other methods for traffic control.
Maybe some VPP integration into the proper distribution, instead of packages and custom compiles, would make that work.
https://github.com/k13132/openwrt-dpdk https://github.com/k13132/openwrt-dpdk
- Dylan16807 3y ago> It looks a lot like this: https://wiki.banana-pi.org/Banana_Pi_BPI-R4 https://wiki.banana-pi.org/Banana_Pi_BPI-R4 With the extremely important difference that it has a dual core A53 instead of a quad core A73. I'm sure the board you linked could handle QoS just fine.
- aesh2Xa1 3y agoThere are other differences, too, including RAM and interface line-rates. It was lazy of me to reference the other system without a deep-dive, sorry. I was trying to answer the question regarding QoS as different from offload, where the CPU might be the bottleneck in the former. > I'm sure the board you linked could handle QoS just fine. A quick Google shows some complaints about line-rate on the BPI-R4, too, even for a simple traffic test. https://forum.banana-pi.org/t/banana-pi-bpi-r4-iperf3-speed-test/15813/7 https://forum.banana-pi.org/t/banana-pi-bpi-r4-iperf3-speed-...
- Dylan16807 3y agoI meant that it could handle QoS if it had the same ports, which those results support. I didn't mean to make any claims about the 10gig ports.