From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id F0978A0352; Mon, 18 Nov 2019 07:12:00 +0100 (CET) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id E7DF12956; Mon, 18 Nov 2019 07:11:59 +0100 (CET) Received: from dish-sg.nttdocomo.co.jp (dish-sg.nttdocomo.co.jp [202.19.227.74]) by dpdk.org (Postfix) with ESMTP id B4DBAB62 for ; Mon, 18 Nov 2019 07:11:58 +0100 (CET) X-dD-Source: Outbound Received: from zssg-mailmd102.ddreams.local (zssg-mailmd900.ddreams.local [10.160.172.63]) by zssg-mailou102.ddreams.local (Postfix) with ESMTP id EB0DA1200F9; Mon, 18 Nov 2019 15:11:55 +0900 (JST) Received: from t131sg-mailcc11.ddreams.local (t131sg-mailcc11.ddreams.local [100.66.31.86]) by zssg-mailmd102.ddreams.local (dDREAMS) with ESMTP id <0Q15012MZIJVS210@dDREAMS>; Mon, 18 Nov 2019 15:11:55 +0900 (JST) Received: from t131sg-mailcc12 (localhost [127.0.0.1]) by t131sg-mailcc11.ddreams.local (unknown) with SMTP id xAI6BtGN026065; Mon, 18 Nov 2019 15:11:55 +0900 Received: from zssg-mailmf101.ddreams.local (unknown [127.0.0.1]) by zssg-mailmf101.ddreams.local (Postfix) with ESMTP id 585A37E603C; Mon, 18 Nov 2019 15:11:41 +0900 (JST) Received: from zssg-mailmf101.ddreams.local (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 5742E8E605A; Mon, 18 Nov 2019 15:11:41 +0900 (JST) Received: from localhost (unknown [127.0.0.1]) by IMSVA (Postfix) with SMTP id 55DA98E605B; Mon, 18 Nov 2019 15:11:41 +0900 (JST) X-IMSS-HAND-OFF-DIRECTIVE: localhost:10026 Received: from zssg-mailmf101.ddreams.local (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id D2FEC8E6054; Mon, 18 Nov 2019 15:11:40 +0900 (JST) Received: from zssg-mailua105.ddreams.local (unknown [10.160.172.62]) by zssg-mailmf101.ddreams.local (Postfix) with ESMTP; Mon, 18 Nov 2019 15:11:40 +0900 (JST) Received: from [10.87.198.18] (unknown [10.160.183.129]) by zssg-mailua105.ddreams.local (dDREAMS) with ESMTPA id <0Q15001PEIJ771C0@dDREAMS>; Mon, 18 Nov 2019 15:11:31 +0900 (JST) Date: Mon, 18 Nov 2019 15:11:31 +0900 From: Hideyuki Yamashita In-reply-to: References: <20191114140134.88E8.17218CA3@ntt-tx.co.jp_1> Message-id: <20191118151131.7FCA.17218CA3@ntt-tx.co.jp_1> MIME-version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit X-Mailer: Becky! ver. 2.74.02 [ja] X-TM-AS-GCONF: 00 To: Slava Ovsiienko Cc: "dev@dpdk.org" Subject: Re: [dpdk-dev] [PATCH 0/7] net/mlx5: support for flow action on VLAN header X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" Hi Slava, Thanks for your response. 1. Is the bug number is the follwoing? https://bugs.dpdk.org/show_bug.cgi?id=96 2.I've sent packets using scapy with the follwing script and I think it is unicast ICMP. How did you thought the packets are broadcast/muticast? Note that I am not familiar with log of testpmd. ---------------------------------------------------------------------------------------------- from scapy.all import * vlan_vid = 100 vlan_prio = 0 vlan_id = 0 vlan_flg = True src_mac = "CC:CC:CC:CC:CC:CC" dst_mac = "11:22:33:44:55:66" dst_ip = "192.168.200.101" iface = "p7p1" pps = 5 loop = 5 def icmp_send(): ls(Dot1Q) if vlan_flg: pkt = Ether(dst=dst_mac, src=src_mac)/Dot1Q(vlan=vlan_vid, prio=vlan_prio, id=vlan_id)/IP(dst=dst_ip)/ICMP() else: pkt = Ether(dst=dst_mac, src=src_mac)/IP(dst=dst_ip)/ICMP() pkt.show() sendpfast(pkt, iface=iface, pps=pps, loop=loop, file_cache=True) icmp_send() ----------------------------------------------------------------------------- Thanks! BR, Hideyuki Yamashita NTT TechnoCross > Hi, Hideyuki > > The frame in your report is broadcast/multicast. Please, try unicast one. > For broadcast we have the ticket, currently issue is under investigation. > Anyway, thanks for reporting. > > With best regards, Slava > > > -----Original Message----- > > From: Hideyuki Yamashita > > Sent: Thursday, November 14, 2019 7:02 > > To: dev@dpdk.org > > Cc: Slava Ovsiienko > > Subject: Re: [dpdk-dev] [PATCH 0/7] net/mlx5: support for flow action on > > VLAN header > > > > Hello Slava, > > > > As I reported to you, creating flow was successful with Connect-X5. > > However when I sent packets to the NIC from outer side of the host, I have > > problem. > > > > > > [Case 1] > > Packet distribution on multi-queue based on dst MAC address. > > > > NIC config: > > 04:00.0 Mellanox Connect-X5 > > 0.5.00.0 Intel XXV710 > > > > testpmd startup param: > > sudo ./testpmd -c 1ffff -n 4 --socket-mem=1024,1024 --log-level=10 -w > > 04:00.0,dv_flow_en=1 -w 05:00.0 -- -i --rxq=16 --txq=16 --disable-rss --pkt- > > filter-mode=perfect > > > > flow command: > > testpmd> flow create 0 ingress pattern eth dst is 11:22:33:44:55:66 / > > testpmd> end actions queue index 1 / end > > Flow rule #0 created > > testpmd> flow create 1 ingress pattern eth dst is 11:22:33:44:55:66 type > > testpmd> mask 0xffff / end actions queue index 1 / end > > Flow rule #0 created > > > > Packet reception:(no VLAN tag) > > port 0/queue 0: received 1 packets > > src=CC:CC:CC:CC:CC:CC - dst=11:22:33:44:55:66 - type=0x0800 - length=60 > > - nb_segs=1 - hw ptype: L2_ETHER L3_IPV4_EXT_UNKNOWN L4_NONFRAG - > > sw ptype: L2_ETHER L3_IPV4 - l2_len=14 - l3_len=20 - Receive queue=0x0 > > ol_flags: PKT_RX_L4_CKSUM_UNKNOWN PKT_RX_IP_CKSUM_GOOD > > PKT_RX_OUTER_L4_CKSUM_UNKNOWN port 1/queue 0: sent 1 packets > > src=CC:CC:CC:CC:CC:CC - dst=11:22:33:44:55:66 - type=0x0800 - length=60 > > - nb_segs=1 - hw ptype: L2_ETHER L3_IPV4_EXT_UNKNOWN L4_NONFRAG - > > sw ptype: L2_ETHER L3_IPV4 - l2_len=14 - l3_len=20 - Send queue=0x0 > > ol_flags: PKT_RX_L4_CKSUM_UNKNOWN PKT_RX_IP_CKSUM_GOOD > > PKT_RX_OUTER_L4_CKSUM_UNKNOWN > > > > port 1/queue 1: received 1 packets > > src=CC:CC:CC:CC:CC:CC - dst=11:22:33:44:55:66 - type=0x0800 - length=60 > > - nb_segs=1 - hw ptype: L2_ETHER L3_IPV4_EXT_UNKNOWN L4_ICMP - sw > > ptype: L2_ETHER L3_IPV4 - l2_len=14 - l3_len=20 - Receive queue=0x1 > > ol_flags: PKT_RX_L4_CKSUM_GOOD PKT_RX_IP_CKSUM_GOOD > > PKT_RX_OUTER_L4_CKSUM_UNKNOWN port 0/queue 1: sent 1 packets > > src=CC:CC:CC:CC:CC:CC - dst=11:22:33:44:55:66 - type=0x0800 - length=60 > > - nb_segs=1 - hw ptype: L2_ETHER L3_IPV4_EXT_UNKNOWN L4_ICMP - sw > > ptype: L2_ETHER L3_IPV4 - l2_len=14 - l3_len=20 - Send queue=0x1 > > ol_flags: PKT_RX_L4_CKSUM_GOOD PKT_RX_IP_CKSUM_GOOD > > PKT_RX_OUTER_L4_CKSUM_UNKNOWN > > > > Result: > > Matched packet queued to queue=0 port=0. Not queue=1, port=0. > > > > Expectation: > > When receiving packet which has dst MAC 11:22:33:44:55:66 should be > > received on queue=1 port=0. > > > > Question: > > Why matching packet is NOT enqueued into queue=1 on port=0? > > > > > > [Case 2] > > Packet distribution on multi-queue based on VLAN tag > > > > testpmd startup param: > > sudo ./testpmd -c 1ffff -n 4 --socket-mem=1024,1024 --log-level=10 -w > > 04:00.0,dv_flow_en=1 -w 05:00.0 -- -i --rxq=16 --txq=16 --disable-rss --pkt- > > filter-mode=perfect > > > > flow command: > > flow create 0 ingress group 1 pattern eth / vlan vid is 100 / end actions queue > > index 1 / of_pop_vlan / end flow create 0 ingress group 0 pattern eth / end > > actions jump group 1 / end > > > > Packet Reception: (VLAN100) > > port 0/queue 1: received 1 packets > > src=CC:CC:CC:CC:CC:CC - dst=11:22:33:44:55:66 - type=0x0800 - length=56 > > - nb_segs=1 - hw ptype: L2_ETHER L3_IPV4_EXT_UNKNOWN L4_NONFRAG - > > sw ptype: L2_ETHER L3_IPV4 - l2_len=14 - l3_len=20 - Receive queue=0x1 > > ol_flags: PKT_RX_L4_CKSUM_UNKNOWN PKT_RX_IP_CKSUM_GOOD > > PKT_RX_OUTER_L4_CKSUM_UNKNOWN port 1/queue 1: sent 1 packets > > src=CC:CC:CC:CC:CC:CC - dst=11:22:33:44:55:66 - type=0x0800 - length=56 > > - nb_segs=1 - hw ptype: L2_ETHER L3_IPV4_EXT_UNKNOWN L4_NONFRAG - > > sw ptype: L2_ETHER L3_IPV4 - l2_len=14 - l3_len=20 - Send queue=0x1 > > ol_flags: PKT_RX_L4_CKSUM_UNKNOWN PKT_RX_IP_CKSUM_GOOD > > PKT_RX_OUTER_L4_CKSUM_UNKNOWN > > > > Result: > > Matched packetd queued to queue=1, port=0 Other packet(VLAN101 packet) > > discarded. > > > > Expectation: > > Matched packet queued to queue =1, port=0 Non Matched packet queued to > > queue=0, port=0 > > > > Question: > > Is above behavior collect? > > What is the default behavior of unmatchedd packets (queue to queue=0 or > > discard packet) > > > > BR, > > Hideyuki Yamashita > > NTT TechnoCross > > > > > > > > > >