Coupling Eventdev Usage with Traffic Metering & Policing (QoS)
summary
Customer needs Rx scheduling after RFC-2698 metering and policing with only a single-lcore dequeue while receiving packets in strict priority ordering. The work extends DPDK eventdev: a virtual event device plus RX/TX adapter links hardware queues to event ports, driver changes attach DPAA2 hardware meter/policer profiles to priority groups, and flow rules map ports to meters. Validation shows hardware enforces CIR/PIR rate limits and preserves high-priority delivery while lower-priority packets are limited or dropped.
AI-written summary · about
chapters (11)
- 0:00Introduction and motivation
- 1:45Agenda and use case overview
- 6:03Eventdev framework basics
- 8:15Metering framework overview
- 10:25Mapping use case to DPDK
- 15:25Implementing metering and policing
- 17:11Coupling metering with Eventdev
- 22:19Poll mode alternative
- 23:03Results and rate limiting
- 24:06Scheduler behavior comparison
- 26:54Conclusion and community contribution
related talks
33mBringing packet queueing to XDP
16mAn edge-queued datagram service for all datacenter traffic
31mFlow-based Packet Processing Framework on DPDK and VPP
36mBringing vDPA to Life in Kubernetes
22mLIVE Q&A #3
20mPeRF: Preemption-enabled RDMA Framework
17mWhite-Boxing RDMA with Packet-Granular Software Control
28mDPDK vs ODP: A comparison