From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-qt0-f182.google.com (mail-qt0-f182.google.com [209.85.216.182]) by dpdk.org (Postfix) with ESMTP id 339B41559 for ; Wed, 5 Sep 2018 20:56:08 +0200 (CEST) Received: by mail-qt0-f182.google.com with SMTP id j7-v6so9395313qtp.2 for ; Wed, 05 Sep 2018 11:56:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:content-transfer-encoding:mime-version:date:subject:message-id :to; bh=50vJ/xQguqxsRDThOmIStq/r7eEtoDo5ZYxgMJ2TPjo=; b=bHM0fPUQgJq4th4Lx6hFKINGSTnrDkFY5qobttwjs85e1ZW2CkU5ZkNd4gTfYT+iVE uJtzIYo9IaMmbkA8kztPXM0fhq5gdovssABVriLurKz/IzvAGD9J1z5dDCWqL7I/YYmm UmdF5RkOCZQajCoMDpGtw4mdbpqapNxEE+YL7YON+GiMWM6ghquPvOfX3RfvyAybWkSI nCDzV5xB51nUBpyxl6HagM0x41NuTZIu1p8wMMgWEGjuMJjHoKRb9JGcudP6Ldkpzp/K AHubNN0iBVKApryZ128LiOyav80cjFzRhqcdrfrARjQBNEL+1QjZd/bGnixUPtq1F0Yv +VRA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version:date :subject:message-id:to; bh=50vJ/xQguqxsRDThOmIStq/r7eEtoDo5ZYxgMJ2TPjo=; b=TH3RyiqyzPL4liAO/20zF4UHpQrKfm/i7TjjLJU3TzxevEuMU7wnxTrVaPYt0h/rYH /Cqk7P4TgZKhSe+FbkhoKdyQEJjYAmWgtIAWemnFHRjreuKC5ccSiAnDfaNyVb0CAIJs k1bV6GvouGgvjVld2Bky5BHO9V4vHSaBkTJFBj4ECaq2dA05MCX+iXl88fd7BqcPmynY FX0i2yGzWtNiZP0P/H05TDoKX6ork6deEWj6G+md8vENWLgEBlqnVWQs4Ln4R7T4C4z4 61RYYxPsjP3JwWyufpH/UsQ9MF0jsNP6HeWY92xHb2ox0KD/xIzn7xSmol9eYpRSIgYa KHOA== X-Gm-Message-State: APzg51AF4JdElLyvvacDkSjcKWZdzaLbNryck1I3N2jSa9nCfsMcDZoC 6pOsMH8rz3pSaKHDxCb06mZbHFr0 X-Google-Smtp-Source: ANB0VdZB7GYU9k5bzOUHadYBOKFxKc31imfyIEuLZxOYVpUeRPaCzB53E1NuAvbnAVCT3dgzhY71Bw== X-Received: by 2002:a0c:c252:: with SMTP id w18-v6mr35018531qvh.183.1536173767126; Wed, 05 Sep 2018 11:56:07 -0700 (PDT) Received: from [10.10.44.222] (50-252-238-173-static.hfc.comcastbusiness.net. [50.252.238.173]) by smtp.gmail.com with ESMTPSA id x189-v6sm1511116qkd.44.2018.09.05.11.56.06 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 05 Sep 2018 11:56:06 -0700 (PDT) From: Ruinan Mime-Version: 1.0 (1.0) Date: Wed, 5 Sep 2018 14:56:05 -0400 Message-Id: <323E6155-8E3E-4971-A96E-78003FCACA3F@gmail.com> To: users@dpdk.org X-Mailer: iPhone Mail (15G77) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: [dpdk-users] Can't use IP address as RSS input set on qinq packets X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Sep 2018 18:56:08 -0000 Hi all, It seems that the "Receive classification filters" defined in X710 datasheet= chapter 7.1 couldn't the parse the IP header carried in dot1q packets. Here is our setup VM1 SRIOV OPENSTACK NIC0 P1 P2 /\=20 | double tag openstack need extra tag to find tenant TOR | \/ IP carried in 802.1q packets(single tag) =20 The VM1 is created from the Windriver openstack running on this server. The p= ort P1 and P2 on NIC0 are attached to VM1 using SRIOV. Here is the ip link result on P1, we can see the 2011 is assigned to vf 1 as= tenent vlan id.=20 10: enp131s0f0: mtu 9000 qdisc mq state UP= mode DEFAULT qlen 1000 link/ether 3c:fd:fe:2f:ca:40 brd ff:ff:ff:ff:ff:ff vf 0 MAC 00:00:00:00:00:00, spoof checking on, link-state auto vf 1 MAC fa:16:3e:88:10:71, vlan 2011, spoof checking on, link-state ena= ble vf 2 MAC 00:00:00:00:00:00, spoof checking on, link-state auto When dot1q packets are received on vf 1 P1, they are all assigned to queue 0= and recognized as L2_ETHER packets. port 0/queue 0: received 1 packets src=3DFA:16:3E:5E:EC:DA - dst=3DFA:16:3E:77:4A:4D - type=3D0x8100 - length= =3D102 - nb_segs=3D1 - hw ptype: L2_ETHER - sw ptype: L2_ETHER_VLAN L3_IPV4= - l2_len=3D18 - l3_len=3D20 - Receive queue=3D0x0 ol_flags: PKT_RX_L4_CKSUM_GOOD PKT_RX_IP_CKSUM_GOOD If removing the dot1q encapulation, the nic can recognize the ip header and d= o the rss based on destination and source address. This bug http://patchwork.dpdk.org/patch/15765/ seems related my issue. Beca= use our dpdk application running on vm, I changed the ort and pit reg manual= ly on host. After the change, x710 still can=E2=80=99t find the ipv4 header i= n qinq packets. We are using the dpdk 17.05 now. Ruinan Hu ruinan.hu@casa-systems.com Software Engineer=