Trunk port very CPU intensive

Hello
I have a RB750 with 5.21
eth2 is a trunk port with 3 vlan on it.

I have 3 vlans, about 45 simple queues for 45 users behind it.
The RB just routes between VLAN+WAN (eth1), no NAT.

using the profiler tool I have cpu usage about 20% on ethernet module.

If I set eth2,4,5 as routed ports with a phisical vlan on each of them, I have very low cpu usage, instead with a trunk port I have cpu load higher.

Could the trunk port be more CPU intensive, and why?

thank you

Mt does trunking in SW.

So my assumption was correct.
I need to put three routed interface on the RB750 to lower cpu usage.

thank you

Or buy a faster Routerboard.

I would like to do as much as possibile in hardware and will try to avoid software.
I will use port 2,3,4 as routed ports (access ports) instead than a single port in trunk mode.

Sorry if I recovered an old post… but is the situation still the same?

TRUNK and VLANS are made in software?

I have plans where I would use vlan tag ona single trunk port just to save ports onthe switch… but I would like to lose performances.

This depends on the rb model and how you configure it. If you use the switch chip it is hardware based. But don’t expect enterprise switch performance. These Atheros based switch chips are Soho switches (small buffers).

Hello, according to here https://lafibre.info/images/doc/201106_spec_AR8327.pdf

the 8327 has 1Mb buffer, that is enough. HP 2824G has 0,75 and works flawlessy.

The thing about Mtik (and I often tell this to clients who ask about the Hardware) is that “it’s all about the CPU”.

Mtik is one of those special kinds of hardware platform which plays the jack of all trades. Just because it can do everything doesn’t mean it should.

If you find you are using too much CPU of something then find a way to off set that usage like using fastpath or sending some stuff through the switch chip, what ever works.
If that doesn’t work then get a bigger router or a second smaller one and divide the work.

It’s all about the CPU, always keep a close eye on it.

The difference between a good Mtik Engineer and a great Mtik Engineer (<-- and no, I’m not calling myself a great engineer, just pointing out the measuring stick) has nothing to do with can he do all the things on the router but can he do them efficiently.

This is 1Mbit which is low for a gigabit switch. Esp. when using wireless links and flow control. They work but it is not enterprise grade. We had issues with lincensed links and packet loss due to small buffers.