Queuing_Traffic Manager_V1architecture

Getting Started with P4
2

Hi,

This is not a question I can properly answer as I have never developed any part of bmv2 of the Simple Switch target. But I remember reading about similar questions compared to the one you made.

I will literally copy an answer from @antoninbas from the first link posted below, it might help with your question.

I’ll answer this question specifically for bmv2 simple_switch (every bmv2 target is free to adopt a different queuing scheme). simple_switch has an input_buffer queue (https://github.com/p4lang/behavioral-model/blob/master/targets/simple_switch/simple_switch.h#L172). By default this queue can hold 1K packets and is blocking, meaning a write operation will block until there is an available slot. In particular this means that a resubmitted / recirculated packet can never be dropped. For incoming packets read though libpcap (for example) the write is blocking, so back-pressure will build at the Linux interface and I expect packets to be dropped there if there is more incoming traffic than simple_switch can handle.

If this doesn’t work for you, feel free to use different settings for input_buffer or change the input queueing scheme altogether.

There isn’t really a notion of “line rate” here. The simple_switch ingress pipeline will handle packets as fast as your CPU can handle.

I can provide you a few links that might help if you have not read them yet:

If my answer does not work, you can ask again and @antonin or @andyfingerhut might be able to help if they pass by the thread.

Cheers,