On 2024-09-10 11:00, Roger Oberholtzer wrote:
On Mon, Sep 9, 2024 at 6:43 PM <tabris@tabris.net> wrote:
Why ALB? Assuming that outgoing throughput is a concern, balance-rr is better. The upside to stuff like ALB and other L3+L4 or L2 hashing methods is to avoid packet reordering issues. But I did the math a few years back, and iirc at 10Gbit there has to be a difference of ~50ft to reorder a stream of 64byte packets. Checking with WolframAlpha: 64bytes/(10Gbit/sec) = ~51nsec or ~50ft. For most purposes and something running on a standard CPU, balance-rr is simpler. This doesn't apply to ASICs and other network silicon though...
I will try balance-rr. I still think that the issue is elsewhere. But I really do not know.
The mode must only effect the packet sender logic. The reading logic must at all times be accepting data on any of the bonded connections. The reader has no way of knowing what decision the sender made about which NIC to send the data on. So it must always be reading on all bonded NIC.
IIRC on the receiving end there are issues like how to handle packages out of order (trigger an error, or wait a bit). Or, is it possible that the next package arrives on a different cable. -- Cheers / Saludos, Carlos E. R. (from 15.5 x86_64 at Telcontar)