Tom Barbette

I cannot reproduce the problem. test.click : ``` require(package "sample"); test :: SamplePackageElement; FromDPDKDevice(0) -> Discard ``` sudo CLICKPATH=etc/samplepackage/ bin/click test.click works Any idea?

Your configuration does not rewrite MAC addresses, and the device are not in PROMISC mode. So the packets are probably dropped per the NICs as suggested by @moeyassin . Generally...

@Ilubi, any progress here?

Anyone? Never used that tool personally...

Moreover most of those elements are not thread-safe, userlevel or not... More than reorder, I would expect a plain and simple crash. Drop wireless, use cables.

PCAP should be faster as libpcap evolved with recent techniques, such as PACKET_MMAP for example while LINUX is still the plain old basic socket. But functionally, it's the same. Not...

And if you put a burst of 32 in FromHost with that last configuration, it does not change a thing?

Ok then try using KernelTun element, it supports burst. It should work the same way than FromHost which also use TUN interfaces in backstage. (EDIT @bcronje was faster) This explains...

FromHost overlaps a lot with KernelTun. We may suppress it telling somewhere that KernelTun is a suitable userlevel equivalent for FromHost, or just build a wrapper that extends KernelTun? And...

As far as I know, there are no options to change the scheduling algorithm in *userlevel* Click. Do you have a specific problem in mind?