On 30/3/15 6:58 pm, WebDawg wrote:
I have done this, there is overhead involved, and bonding tap connections. I tried this with very latent and slow connections, and I did not have good luck with it
I've tried this on even relatively fast (80/20 FTTC) connections, and performance is still a far cry from the combined total of the connections involved. Based on my limited testing it was very much a case of diminishing returns: adding a second connection to the mix increased overall throughput by around 40%, but adding a third connection to that mix only increased things by about 10%.
I had similar experiences using PPP bonding, and using Mikrotik's own EoIP tunnels, so pfSense isn't the limiting factor. As I understand it, the problem is usually packets arriving out of order at the far end leading to retransmissions of the apparently 'missing' packets.
In my experience, a mix of load balancing and policy-based routing nearly always works better than link aggregation on variable-speed WAN connections.
Kind regards, Chris -- This email is made from 100% recycled electrons _______________________________________________ pfSense mailing list https://lists.pfsense.org/mailman/listinfo/list Support the project with Gold! https://pfsense.org/gold
