Test setup was simple, we have two RFC2544 testers (Digital Lightwave), one is generating traffic, another one is looping it back (“smart loopback” mode).
Tester A ↔ Mikrotik A ↔ Mikrotik B ↔ Tester B
Standard RFC2544 test with 64-byte packets. Our partners are requiring us to provide full throughput with 64-byte packets.
Yeah I’d suggest that, too.
A RB1100AHx2 has 13 gigabit ports, but only 5 of them can be used without oversubscription.
Also, routing traffic between those non-oversubscribed ports is faster than routing “on a stick” where source and destination are on the same port or switch-group.
So you want to only use one port of ether1-5 and ether6-10 (they share 1 gbit via a switch chip to the cpu), and the remaining three “single” ethernet ports.
I think Mikrotik themselves have already published guidelines for benchmarking and best practices for routing traffic, as well as corresponding block diagrams somewhere in the forum.
There have been benchmarks that show that VPLS should be around 1,5x the speed of EoIP on non-CCR routerboards, which is something that I can more or less confirm in practice. I am unsure how fast CCRs handle VPLS.
The config I gave was for CCR1016. If you do mean that CCR1016 has shared ports, do you have a pointer to docs which state so? The datasheet I have says “Ports directly connected to CPU”.
Testing again on RB1100AHx2 under most optimal configuration has shown that the performance isn’t worse than EoIP, we were able to get about 100 mbps with 64-byte packets.