On Thu, Jan 19, 2017 at 10:06:34AM +0100, Thomas Monjalon wrote: > 2017-01-19 13:34, Yong Liu: > > +* ABI changes are planned for 17.05: structure > > ``rte_eth_tunnel_filter_conf`` > > + will be extended with a new member ``vf_id`` in order to enable cloud > > filter > > + on VF device. > > I think we should stop rely on this API, and migrate to rte_flow instead. > Adrien any thought?
I'm all for using rte_flow in any case. I've already documented an approach to convert TUNNEL filter rules to rte_flow rules [1], although it may be incomplete due to my limited experience with this filter type. We already know several tunnel item types must be added (currently only VXLAN is defined). I understand ixgbe/i40e currently map rte_flow on top of the legacy framework, therefore extending this structure might still be needed in the meantime. Not sure we should prevent this change as long as such rules can be configured through rte_flow as well. [1] http://dpdk.org/doc/guides/prog_guide/rte_flow.html#tunnel-to-eth-ipv4-ipv6-vxlan-or-other-queue -- Adrien Mazarguil 6WIND
