[dpdk-dev] DPDK 20.08 Mellanox Roadmap
Gal Cohen (Product)
galco at mellanox.com
Mon May 25 15:30:38 CEST 2020
Below is Mellanox's roadmap for DPDK20.08, which we are currently working on:
rte_flow API updates:
 Extending the DPDK flow action API to enable support of a shared rte_flow_action context:
A modification of a single rte_flow_action context replaces the current approach which requires multiple modifications of (identical) flow actions.
Motivation: When multiple flow rules such as RSS have the same action, this action is cloned and used on each of the flows. Prior to the proposed change, any update to the RSS action (e.g. adding/removing queue) required reconfiguration of all the flows. This re-configuration is non-efficient, and the newly proposed APIs provide means to influence all the relevant flows through a single change in the shared action context that is being used by all the relevant flows.
 Support flow-based traffic sampling or mirroring:
Packets of a given classification, can be cloned at a given sampling rate and forwarded to a vport or queue. When the sampling rate is set to 100% the traffic would be completely mirrored.
Once sampled or mirrored, a packet may be bound to an additional action such as mark, encap, decap.
Motivation: Enable monitoring and statistics on classified traffic for business or lawful interception.
Example: Monitoring of hairpined traffic;
 Add support for eCPRI header classification.
Motivation: Allow 5G RAN (Radio Access Network) applications to use DPDK for matching and steering traffic based on the eCPRI message header.
Introduce new rte_regex API:
 Introduce new API in DPDK to allow injection of regex parsing rules.
Motivation: Provide flexible parsing functionality with limited code changes.
(See DPDK RFC: regexdev: introduce regexdev subsytem)
mlx5 PMD updates:
[*] mlx5 PMD will support the rte_flow update changes listed above.
 Add mlx5 PMD use of vectorized instructions when using Striding RQ (MPRQ)
 Add mlx5 PMD configuration option (dev-args), allowing control of the cache memory reclaim mode ("reclaim_mem_mode").
Motivation: Allow flexible application decision on how to treat aged cache memory entries. Options are -  cache regularly,  reclaim the PMD resource, or  reclaim both PMD and rdma_core resources.
 Add mlx5 PMD configuration option (dev-args), allowing to define the flow-related memory allocation source, either from system (new) or from the hugepage (legacy).
Efficient flow management in process restart:
 Add mlx5 PMD support for queue stop/start APIs.
Motivation: Enable support for various process availability scenarios in which a process that is using a queue need to be switched with another process (for example due to process failure/crash or to allow graceful shutdown).
Implemented functions are: rte_eth_dev_tx_queue_stop(),rte_eth_dev_tx_queue_start().
Added support for 5g use cases:
[*] matching on eCPRI header as mentioned in 
 Add mlx5 PMD support for accurate traffic scheduling.
Motivation: Allow sending Tx traffic on a predefined timeslot to smooth traffic capacity on end-points that cannot sustain bursts.
 Add mlx5 PMD support for LACP steering to kernel.
Enable steering of Link Aggregation Control Protocol (LACP) traffic to kernel instead of to DPDK, even for cases in which the DPDK application selected to get all the traffic, such as in promiscuous mode.
Motivation: Allow working in promiscuous mode while using kernel bonding;
[*] testpmd will be updated to support the features that described above (eCPRI header classification; flow-based traffic sample or mirroring; adding, changing and using rte_flow_action context).
 Add support for IP and Port swapping.
Extending the existing 'macswap' to allow complete 5 tuple update in forwarding action.
Motivation: Improve flexibility in test and application scenarios in forwarding action with updates of 5 tuple.
More information about the dev