On Tue, Apr 17, 2018 at 11:14:28PM +0800, Xueming Li wrote:
> This patch support L3 VXLAN, no inner L2 header comparing to standard
> VXLAN protocol. L3 VXLAN using specific overlay UDP destination port to
> discriminate against standard VXLAN, FW has to be configured to support
> it:
>   sudo mlxconfig -d <device> -y s IP_OVER_VXLAN_EN=1
>   sudo mlxconfig -d <device> -y s IP_OVER_VXLAN_PORT=<port>
> 
> Signed-off-by: Xueming Li <xuemi...@mellanox.com>
> ---
>  drivers/net/mlx5/mlx5_flow.c | 4 +++-
>  1 file changed, 3 insertions(+), 1 deletion(-)
> 
> diff --git a/drivers/net/mlx5/mlx5_flow.c b/drivers/net/mlx5/mlx5_flow.c
> index 771d5f14d..d7a921dff 100644
> --- a/drivers/net/mlx5/mlx5_flow.c
> +++ b/drivers/net/mlx5/mlx5_flow.c
> @@ -413,7 +413,9 @@ static const struct mlx5_flow_items mlx5_flow_items[] = {
>               .dst_sz = sizeof(struct ibv_flow_spec_tunnel),
>       },
>       [RTE_FLOW_ITEM_TYPE_VXLAN] = {
> -             .items = ITEMS(RTE_FLOW_ITEM_TYPE_ETH),
> +             .items = ITEMS(RTE_FLOW_ITEM_TYPE_ETH,
> +                            RTE_FLOW_ITEM_TYPE_IPV4, /* For L3 VXLAN. */
> +                            RTE_FLOW_ITEM_TYPE_IPV6), /* For L3 VXLAN. */
>               .actions = valid_actions,
>               .mask = &(const struct rte_flow_item_vxlan){
>                       .vni = "\xff\xff\xff",
> -- 
> 2.13.3

Such support must be under device parameter has it depends on the
configuration of the firmware.  If the firmware is not correctly
configured the PMD must refuse such rule.

Thanks,

-- 
Nélio Laranjeiro
6WIND

Reply via email to