Tom Barbette

Random advices: - FastUDPSource also takes a STOP argument that would kill Click when it finishes generating packets, so you're sure you're not taking the rate while forwarding no traffic....

Your first two points were correct. I think what you missed is that a Click thread can run multiple elements. It's like user-level threads. So with ``` StaticThreadSched(in 0, out...

I'd say to always pin them, even for case 1. Also you have to consider that without DPDK you're not pinning actually most of the RX work. Packets will be...

Mostly yes. You don't need a Queue also ;)

You have to build at least 2 ports to your switch, or it can't "switch" :p You have this kind of requirements in the documentation at https://github.com/kohler/click/wiki/EtherSwitch. ``` from_port0::FromDevice(enp6s0f0) from_port1::FromDevice(enp6s0f1)...

All ports have 2 sides, rx and tx. FromDevice is rx and ToDevice is tx for a real device, a real NIC. KernelTap includes both at once for a virtual...

Start with no VF, then one VF, then two :p Also if you're not handling backward traffic, then the EtherSwitch will probably not be able to learn MACs, so the...

I've never used RadixIPsecLookup, and actually IPsec. You're sure you want that one and not RadixIPLookup? What are those supplementary parameters? I know the second term should be the port,...

This does not affect the functionality but certainly kills the throughput. You can use the HEADROOM argument of FromDevice to allocate more headroom to incoming packets. Alternatively, DPDK packets come...

Never used IPsec, sorry.