From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by dpdk.org (Postfix) with ESMTP id 4E4572F7D for ; Tue, 26 Sep 2017 03:46:15 +0200 (CEST) Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by orsmga102.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 25 Sep 2017 18:46:13 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.42,438,1500966000"; d="scan'208";a="1198978567" Received: from fmsmsx106.amr.corp.intel.com ([10.18.124.204]) by fmsmga001.fm.intel.com with ESMTP; 25 Sep 2017 18:46:13 -0700 Received: from FMSMSX109.amr.corp.intel.com (10.18.116.9) by FMSMSX106.amr.corp.intel.com (10.18.124.204) with Microsoft SMTP Server (TLS) id 14.3.319.2; Mon, 25 Sep 2017 18:46:12 -0700 Received: from fmsmsx102.amr.corp.intel.com ([169.254.10.122]) by FMSMSX109.amr.corp.intel.com ([169.254.15.122]) with mapi id 14.03.0319.002; Mon, 25 Sep 2017 18:46:12 -0700 From: "Wiles, Keith" To: Damien Clabaut CC: "dev@dpdk.org" Thread-Topic: [dpdk-dev] Issue with pktgen-dpdk replaying >1500bytes pcap on MCX4 Thread-Index: AQHTNiL1FqoBnY5BT0m3rQOXyyu05aLG24iA Date: Tue, 26 Sep 2017 01:46:11 +0000 Message-ID: References: <5f5aba8a-0dd2-fd64-891b-569d2a4627c8@corp.ovh.com> In-Reply-To: <5f5aba8a-0dd2-fd64-891b-569d2a4627c8@corp.ovh.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.252.16.55] Content-Type: text/plain; charset="us-ascii" Content-ID: <4A1D82DA939FB44CBE389CBE6E79A0A3@intel.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [dpdk-dev] Issue with pktgen-dpdk replaying >1500bytes pcap on MCX4 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: , X-List-Received-Date: Tue, 26 Sep 2017 01:46:15 -0000 > On Sep 25, 2017, at 6:19 PM, Damien Clabaut = wrote: >=20 > Hello DPDK devs, >=20 > I am sending this message here as I did not find a bugtracker on the webs= ite. >=20 > If this is the wrong place, I would kindly apologize and ask you to redir= ect me to the proper place, >=20 > Thank you. >=20 > Description of the issue: >=20 > I am using pktgen-dpdk to replay a pcap file containing exactly 1 packet. >=20 > The packet in question is generated using this Scapy command: >=20 > pkt=3D(Ether(src=3D"ec:0d:9a:37:d1:ab",dst=3D"7c:fe:90:31:0d:52")/Dot1Q(v= lan=3D2)/IP(dst=3D"192.168.0.254")/UDP(sport=3D1020,dport=3D1021)/Raw(RandB= in(size=3D8500))) >=20 > The pcap is then replayed in pktgen-dpdk: >=20 > ./app/app/x86_64-native-linuxapp-gcc/pktgen -l 0-7 -- -m [1-7].0 -s 0:pca= p/8500Bpp.pcap This could be the issue as I can not setup your system (no cards). The pktg= en command line is using 1-7 cores for TX/RX of packets. This means to pktg= en to send the pcap from each core and this means the packet will be sent f= rom each core. If you set the number of TX/RX cores to 1.0 then you should = only see one. I assume you are using 1-7 cores to increase the bit rate clo= ser to the performance of the card. >=20 > When I run this on a machine with Mellanox ConnectX-4 NIC (MCX4), the swi= tch towards which I generate traffic gets a strange behaviour >=20 > #sh int et29/1 | i rate > 5 seconds input rate 39.4 Gbps (98.4% with framing overhead), 0 packets= /sec >=20 > A capture of this traffic (I used a monitor session to redirect all to a = different port, connected to a machine on which I ran tcpdump) gives me thi= s: >=20 > 19:04:50.210792 00:00:00:00:00:00 (oui Ethernet) > 00:00:00:00:00:00 (oui= Ethernet) Null Unnumbered, ef, Flags [Poll], length 1500 > 19:04:50.210795 00:00:00:00:00:00 (oui Ethernet) > 00:00:00:00:00:00 (oui= Ethernet) Null Unnumbered, ef, Flags [Poll], length 1500 > 19:04:50.210796 00:00:00:00:00:00 (oui Ethernet) > 00:00:00:00:00:00 (oui= Ethernet) Null Unnumbered, ef, Flags [Poll], length 1500 > 19:04:50.210797 00:00:00:00:00:00 (oui Ethernet) > 00:00:00:00:00:00 (oui= Ethernet) Null Unnumbered, ef, Flags [Poll], length 1500 > 19:04:50.210799 00:00:00:00:00:00 (oui Ethernet) > 00:00:00:00:00:00 (oui= Ethernet) Null Unnumbered, ef, Flags [Poll], length 1500 >=20 > The issue cannot be reproduced if any of the following conditions is met: >=20 > - Set the size in the Raw(RandBin()) to a value lower than 1500 >=20 > - Send the packet from a Mellanox ConnectX-3 (MCX3) NIC (both machines ar= e indentical in terms of software). >=20 > Is this a known problem ? >=20 > I remain available for any question you may have. >=20 > Regards, >=20 > --=20 > Damien Clabaut > R&D vRouter > ovh.qc.ca >=20 Regards, Keith