From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from COL004-OMC1S16.hotmail.com (col004-omc1s16.hotmail.com [65.55.34.26]) by dpdk.org (Postfix) with ESMTP id 1529D1150 for ; Thu, 2 Feb 2017 07:22:20 +0100 (CET) Received: from EUR01-HE1-obe.outbound.protection.outlook.com ([65.55.34.9]) by COL004-OMC1S16.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Wed, 1 Feb 2017 22:22:19 -0800 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=8LvDmXm4IxWB1lCCRbmROwZFThfEzL4AJRPDLeRjd2o=; b=OkyVBFaqS2gLYIKTLzgv9o8kqDWAKpkJnLBAvc3Ji9xGVyvZ1f8IvkxfQfZV+2JXbuGPcVWsBiTV/18SAfP+xqgZQxwvQfqXyY0+wDyFjltui62EruxHbpQdWkv2WAf9iByicOmrH4j/WyV9J5+qdZ64MwatwBsKmX1KZb/ppkmd34AmsnB6Qkaa+Gf2/0yS6FSPEH7j2MpNbkuf+D9DRl7RNhljV08FPGBpXGG4m5FBlPAHQF//9r7SHI+YqJca0Y7pLZYNNEAglZA7EZguK8iobJAAgyDCZWskmITCmHx++Tj9mxBEXAIyVgzzRGwgoLuCI0GAc/QJztp9QYyeVQ== Received: from DB5EUR01FT008.eop-EUR01.prod.protection.outlook.com (10.152.4.59) by DB5EUR01HT183.eop-EUR01.prod.protection.outlook.com (10.152.5.24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.874.2; Thu, 2 Feb 2017 06:22:16 +0000 Received: from DB6PR1001MB1416.EURPRD10.PROD.OUTLOOK.COM (10.152.4.54) by DB5EUR01FT008.mail.protection.outlook.com (10.152.4.96) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.874.2 via Frontend Transport; Thu, 2 Feb 2017 06:22:16 +0000 Received: from DB6PR1001MB1416.EURPRD10.PROD.OUTLOOK.COM ([10.171.78.136]) by DB6PR1001MB1416.EURPRD10.PROD.OUTLOOK.COM ([10.171.78.136]) with mapi id 15.01.0874.021; Thu, 2 Feb 2017 06:22:16 +0000 From: Peter Keereweer To: "users@dpdk.org" Thread-Topic: pktgen: sending / capturing more packets than configured? Thread-Index: AQHSfRyxjoFIPv1GTk6UdxQ0T+O85A== Date: Thu, 2 Feb 2017 06:22:16 +0000 Message-ID: Accept-Language: nl-NL, en-US Content-Language: nl-NL X-MS-Has-Attach: X-MS-TNEF-Correlator: x-slblob-mailprops: qY7UPrLqMbbrQGxJrKexGHz90MHH32sYPIZ7VrQZDhJ4Pf4EXkMx8VflvEB0tNKLnNtZ1iWbg0t9nh0Qhe9q7Gj2r0Zr4p4jBvKLt8xc+ovCRw/i5EZsrkZMlaLkFExHdwnXmTgQaXj72lXIcZ0rI/P84alN40BtVdDW6dQXSc5VzIjN1XJEvI/fH0a7pjr1rlUk0A9Bmkr2AEKWpj4OZR/ivVb3tufQuPWYRLg68kz1wWKZlB1ztatlUmlTZCI6G+suxPDgDlFpt3Mzq74K0nuy8EZYf4XrUH5L6hSA9s5HnLnydrmvFls8s4Q3F5Kc1AlY1XnrmSlUD3u1BHHLu1bkkmtmjB5Bg9lluCjepZDRsTzgZCGtcZr3e8itplk/FeRSCgUX8gm8Sydh58KoQnZZo62lEE+wCnftvYYyWy73bMUAC/nl41Zx4bHE25OiDPiXHiRHYoI5bVKgsyTtYWY53PI1VuOUeKCILeKNdPXxJbUEovu4C5zfdkL+5gvyjXi5ASKLC5kgG8i7lxB7rLJM2Njz4Mlc8AmBv95nDd4wCwYByJ2didFL9CTU5vbJFArImnzs8B74wP+glOIl4qpIOirLaQBD2BKk/iM7YFTa2ULO1zyOM8NwWvIrYgGEnyyphcNicm+DY5R3qBIqJOJMFwsSTH4qn/QfWdJviAlpbleZ012t2QDwu5v3elUCM9tSZUI58CovSAxsJQD/9Q== authentication-results: hotmail.com; dkim=none (message not signed) header.d=none;hotmail.com; dmarc=none action=none header.from=hotmail.com; x-incomingtopheadermarker: OriginalChecksum:F17944778E5D43E3EE5F3A5E7E3FE93335352D206E3550B7416A6696C3480DB4; UpperCasedChecksum:EA752A583994EFDC0F48830B8AD69837478AFDDFDF8613A40521C38BFD95791F; SizeAsReceived:8444; Count:38 x-ms-exchange-messagesentrepresentingtype: 1 x-tmn: [h1wsXhOOUoCa39SRQyhkpxw8L6vHfa7M] x-incomingheadercount: 38 x-eopattributedmessage: 0 x-microsoft-exchange-diagnostics: 1; DB5EUR01HT183; 5:l0j5Gk2Q5nMhTV1ygRDqT/uzh32UMPvFP2jX16nyRI7KsrBP4lzWnttbiDja9y08Uri2Rg2e1cQ6DbQMTJ9vVhys1Q2EEfovaVPM1iQVxsJOdCzNm7VGrX2xWUJafkG7FnXejYuy4SI6xmCZNLz3ZeECBhoaq5CQ5KULz3BycoM=; 24:eo7wxddaupTlpTEzGP6H2r+eLKf2IqbNf5HVqfaIsexExdA7PG9gusaXCoY7rY0MRCbZpDbILnF2Ygqs6c2oxezR+hANBr5Seb+SIc5OME4=; 7:VfjdffO1GCaANfALhgn2NVC+U2/KvP4N6bPzzPNEFnQWs8CcbnHtdFsUbKquYrLIHJ30Y7HO1RT7ChdhQu+twnEFa37r09doG8byTp6GuAywOrv7F+UcGnxwp4ly8jmsvD60KdjPqHe82uisZxvN1/iAgEjOC7RmAhAo+ySPD7/CjmW/JSJABZmosPfzx9EnEDfKegVKiVNj7Jtkq2pIetvcmwotUdJhm41mykFauNScnjSJHJUt0elinqPguG1Ev8apxra5me68zKpNKxFfhZSY1mKgMLzsSXh8gKvNY/g8Xr49vtcBbAgrYf1eaN8MADx1u1Qeywo7W2GKpt/bHjrjkrv8gBqQBg22dp+1LCyqHalFrF30htDGdtFuqLg8G8rNRXQPWYPk1OVWHkoeuFG+J/lc1mMxj0mZCOpxxCczd66uM4nc4ZY9bQsjVic2WLXI8LFC7UtmfOP3sUeOORpe0ylXcYEq+Id56YQejj2oZAO/CFze5G6wK/Wqjjskgft3fbCTsFXYL5h8tIjmWw== x-forefront-antispam-report: EFV:NLI; SFV:NSPM; SFS:(10019020)(98900005); DIR:OUT; SFP:1102; SCL:1; SRVR:DB5EUR01HT183; H:DB6PR1001MB1416.EURPRD10.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; x-ms-office365-filtering-correlation-id: 6ab889ff-a571-4170-d101-08d44b33d5cc x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(1601124038)(5061506344)(5061507331)(1603103132)(1601125047)(1701031042); SRVR:DB5EUR01HT183; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(444111334)(432015043)(82015046); SRVR:DB5EUR01HT183; BCL:0; PCL:0; RULEID:; SRVR:DB5EUR01HT183; x-forefront-prvs: 02065A9E77 spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: hotmail.com X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Feb 2017 06:22:16.7016 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB5EUR01HT183 X-OriginalArrivalTime: 02 Feb 2017 06:22:19.0969 (UTC) FILETIME=[B5323B10:01D27D1C] Subject: [dpdk-users] pktgen: sending / capturing more packets than configured? 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: Thu, 02 Feb 2017 06:22:21 -0000 Hi! I'am still running some tests with the Load Balancer Sample Application by = sending packets with pktgen. I have a setup of 2 servers (Machine A and B i= n the example below) with each server containing a Intel 10Gbe 82599 NIC (c= onnected to each other). The Load Balancer application has been configured = to use 1 core for RX, 1 worker core and 1 TX core. The TX core sends all pa= ckets back to the pktgen application. The packets, send back to pktgen by t= he Load Balancer application, will be captured (by pktgen) and written to a= pcap-file. So I'm using 2 servers in my test: Machine A: pktgen Machine B: load_balancer This is how I started the pktgen application on Machine A and all commands = that I executed: A: > sudo ./pktgen -c 0x1f -n 3 -- -P -T -m "[2:4].0" Pktgen> user.pattern 0 "TIC" Pktgen> proto udp 0 Pktgen> set 0 count 1024 Pktgen> capture 0 on Pktgen> start 0 Pktgen> user.pattern 0 "TOC" Pktgen> start 0 Pktgen> capture 0 off In pktgen I get all packets (2 x 1024 =3D 2048 packets) that I have send to= the Load Balancer application. These packets are captured and written to d= isk. I expect to see 1024 'TIC' packets and 1024 'TOC' packets in the pcapf= ile. But during exploring the pcap file with wireshark, I encountered some = weird behavior. This are all packets that I can see in the pcap file (captu= red by pktgen): - [1-1024] TIC upd packets (1024) - [1025-1088] TOC udp packets (64) - [1089-1504] TIC udp packets (416) !! (why?) - [1505-1568] TOC udp packets (64) - [1569-1984] TIC udp packets (416) !! (why?) - [1985-2048] TOC udp packets (64) ------------------------------------------- Total: (2048) How is it possible that I send 1024 'TIC' packets with pktgen, but if I cou= nt all 'TIC' packets in the pcap-file I can see more than 1024 'TIC' packet= s (and a way less then 1024 'TOC' packets)? To give you as much details as possible, this is how I started the Load Bal= ancer application on Machine B: B: > sudo build/app/load_balancer -c 0xfff -n 4 -- --rx "(0,0,0)" --tx "(0,2)"= --w "4" --bsz "(32,32),(64,64),(32,32)" Another thing that strikes me is that the data, send in the UDP packets abo= ve (containing the message 'TIC' or 'TOC'), is padded with zeros (6 bytes) = at the beginning of the message. Are all packets, with user defined message= s, padded with zeros? I hope someone can help me with this questions! =20 Peter