Paul Emmerich

Yeah, the argument passing code is somewhat messed up, also mac addresses are somewhat messed up. The problem seems to be here that we have two representations of MAC addresses...

okay, I managed to reproduce this and it's a different (but similar) issue than I thought. I've fixed it in libmoon here: https://github.com/libmoon/libmoon/commit/08255c3345590edd0be4490842a03a9c9d389dfd I'll update the dependency/submodule in MoonGen tomorrow...

Implicit mempool caching/recycling is unfortunately not enabled at the moment, i think the old rfc2544 scripts relied on that. And I don't thinkt hat it's possible to re-implement that in...

Might be the flex filter offset, can you try to modify the offset in the device configuration here? https://github.com/libmoon/libmoon/blob/606ccdae62a4a2104ad8fc7225407f08235bf309/src/device.c#L93 But no idea if the 82599 supports IP options in the...

Looks like a bug; tbb is included as a submodule. On which system are you trying to compile and what‘s the error you are getting?

getThroughput() no longer resets the stats, this was changed because we moved to using the DPDK stats functions on some NICs to support more NICs; so the comment is wrong....

the rfc test is broken at the moment, see #137. we unfortunately don't have the resources to maintain or fix that part at the moment, sorry.

I've added it to be linked in by default, but I couldn't test it. I did find some server with some netronome NIC (pci device id 0x4000) and wanted to...

We just got a few new netronome nics, so I can check that later :) > Am 24.07.2018 um 08:26 schrieb Netronome-moongen : > > Hi, > > 19ee:4000 refers...

I'll upgrade to some DPDK LTS release soonish as we are also currently facing a few issues with newer NICs