From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from inblrg02.tcs.com (inblrg02.tcs.com [121.242.48.116]) by dpdk.org (Postfix) with ESMTP id 5A222591F for ; Wed, 17 Aug 2016 08:45:43 +0200 (CEST) IronPort-PHdr: =?us-ascii?q?9a23=3AIS88XBTeDoGSAgFuh/SyQ8jaatpsv+yvbD5Q0YIu?= =?us-ascii?q?jvd0So/mwa65ZxGN2/xhgRfzUJnB7Loc0qyN4vmmADxLuM/a+DBaKdoXBkdD0Z?= =?us-ascii?q?1X1yUbQ+e9QXXhK/DrayFoVO9jb3RCu0+BDE5OBczlbEfTqHDhpRQbGxH4KBYn?= =?us-ascii?q?br+tQt2asc272qiI9oHJZE0Q3XzmMOo0dUX99FyK/olO2M05e/53kkOI6lJzOM?= =?us-ascii?q?1ujVtyIlySmxuuruyRx7VEtxpqhvQ66sRbWr/7dalrBZZRDTAhLnxnrJaz7UqL?= =?us-ascii?q?ZUK163AdSmQblAZTS0iAtUmiH8THmCL289Z6kGnHZYylBYwzDCm54r1wYBPwhC?= =?us-ascii?q?RBMCQ2tCmdwphtl69BuzqtvxB8hYnOb9ffHNtYVIfnUfciYFZoBIBQUSBAC8Wg?= =?us-ascii?q?ZJBJBO0EbshCqIyonVIMpFOcDBilHOrrgmtSj33/m68zwu05GAXuwAc7WdkJtS?= =?us-ascii?q?KH/53OKK4OXLXtn+HzxjLZYqYThG/w?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2DPAQBbBrRX/6fBE6xegnaCIK0mih2CD?= =?us-ascii?q?4F9hh0CghMUAgEBAQEBAQEBgQSCMgQBE4IUAQEFJ1IVEwQDAQIxHy4IBgEKCBG?= =?us-ascii?q?IBgOuGQEBAYxaDYQtAQEBAQEBAQECAQEBAQEBAQERDoYqhxCCFAkMhS8FjxGJf?= =?us-ascii?q?zSBZIFagXOGZkOELheERYh/AogxhAiDeB6CRR+BVGaGYQEBAQ?= X-IPAS-Result: =?us-ascii?q?A2DPAQBbBrRX/6fBE6xegnaCIK0mih2CD4F9hh0CghMUAgE?= =?us-ascii?q?BAQEBAQEBgQSCMgQBE4IUAQEFJ1IVEwQDAQIxHy4IBgEKCBGIBgOuGQEBAYxaD?= =?us-ascii?q?YQtAQEBAQEBAQECAQEBAQEBAQERDoYqhxCCFAkMhS8FjxGJfzSBZIFagXOGZkO?= =?us-ascii?q?ELheERYh/AogxhAiDeB6CRR+BVGaGYQEBAQ?= X-IronPort-AV: E=Sophos;i="5.28,529,1464633000"; d="pcap'?scan'208,217";a="28217132" X-DISCLAIMER: FALSE MIME-Version: 1.0 Importance: Normal X-Priority: 3 (Normal) In-Reply-To: References: From: Raja Jayapal To: users@dpdk.org, " "@INBLRDLPMTA2.india.tcs.com Cc: Nagaratna Patagar Message-ID: Date: Wed, 17 Aug 2016 12:15:39 +0530 X-Mailer: Lotus Domino Web Server Release 9.0.1FP6HF144 June 24, 2016 X-MIMETrack: Serialize by http on InBlrM16/TCS(Release 9.0.1FP6HF144 | June 24, 2016) at 08/17/2016 12:15:39, Serialize complete at 08/17/2016 12:15:39, Itemize by http on InBlrM16/TCS(Release 9.0.1FP6HF144 | June 24, 2016) at 08/17/2016 12:15:39, Serialize by Router on InBlrM16/TCS(Release 9.0.1FP6HF144 | June 24, 2016) at 08/17/2016 12:15:40 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: [dpdk-users] Fw: Re: arp behaviour on dpdk X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2016 06:45:44 -0000 Hi Nishant, Please find attachment for the pcap file. Thanks, Raja -----Nishant Verma wrote: ----- To: Raja Jayapal From: Nishant Verma Date: 08/13/2016 02:42AM Cc: "users@dpdk.org" , Nagaratna Patagar Subject: Re: [dpdk-users] arp behaviour on dpdk Hi Raja, What i understand is that Br1(linux machine) is getting ARP request but not= sending ARP Response?=20 If this is the case, it means either packet is not liked by Br1 hence dropp= ed or some how capture is not right. Can you share pcap file,=A0 captured at Br1. On Thu, Aug 11, 2016 at 3:02 AM, Raja Jayapal wrote: Hi All, =20 I am running dpdk on KVM and would like to understand the arp behaviour on= dpdk ports. The topology is as below. =20 br0(192.168.100.10)----> vnet0 -----> dpdk(NIC1- e1000)------->dpdk(NIC2-e= 1000)------>vnet1----->br1(192.168.100.20) =20 I am sending ARP packet from br0 using PackETH tool destined to br1. I have=A0 edited the dpdk l2fwd code in such a way that , the destination = is broadcast address(ffff). In br1 , i can see the arp resquest, but the host bridge is not responding= for the arp request. =20 In br1: =3D=3D=3D=3D=3D tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on br1, link-type EN10MB (Ethernet), capture size 65535 bytes 12:21:15.459667 ARP, Request who-has 192.168.100.20 (00:0a:e7:2c:44:2b (ou= i Unknown)) tell 192.168.100.10, length 46 12:21:15.651610 ARP, Request who-has 192.168.100.20 (00:0a:e7:2c:44:2b (ou= i Unknown)) tell 192.168.100.10, length 46 12:21:15.867692 ARP, Request who-has 192.168.100.20 (00:0a:e7:2c:44:2b (ou= i Unknown)) tell 192.168.100.10, length 46 =20 In l2fwd application example also, the arp packets are getting received on= the adjacent ports, but the arp reply has not been sent back from br1. =20 Could you please let me know how to make the host(br1) to reply the arp re= quest. =20 Thanks, Raja =20 =3D=3D=3D=3D=3D-----=3D=3D=3D=3D=3D-----=3D=3D=3D=3D=3D Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you =20 =20 =20 --=20 Rgds, Nishant =20 >From qleex001@gmail.com Wed Aug 17 09:38:51 2016 Return-Path: Received: from mail-qk0-f193.google.com (mail-qk0-f193.google.com [209.85.220.193]) by dpdk.org (Postfix) with ESMTP id 571BB58C3 for ; Wed, 17 Aug 2016 09:38:51 +0200 (CEST) Received: by mail-qk0-f193.google.com with SMTP id n66so6292579qkf.1 for ; Wed, 17 Aug 2016 00:38:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=YLBFZCRkOQKYDZBxpLfuio9aEKq1sJeExobSm10PsRQ=; b=K9krtF7eoGIrgyyyLmYR0UpjrjZbfz//TpJzJzwPIFUb8Gkub4ydF6bVU2WUH6e6Gm dLNY7W0fmMsQ4VdAb+Zc9kx5/1zOnSsrEhsLLgzK4YvjRzLpbSQa9vgkayAwTyXquaSS A65VJj5eSbBBZ2HQv6RnrLT2m5xQqK2Ck0ccfQkA+nqW775HNF9JS+TKOcbsJMt8BePC zDyi9ibCBFwekJ5y+DtMfIB0LFCsLdp1cw0kHHmGcPo61J/f2QybGZyyPv+2XDKo1tZ4 rYJ6deWTZew5JGR4763l3C1CPhIfuwZnOfnQvmvpihO0sJT/U2fb4cgZzOYO532kmJhr Z7AQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=YLBFZCRkOQKYDZBxpLfuio9aEKq1sJeExobSm10PsRQ=; b=nLfh+u+Fr1SDqnrJPzgS+e8K9yU1ni5faoTDXU0/k+TuTl3/XzpywhaVXkWTLGoIuz fvkY1boM5+KqvWqmWpAgufAPJhQ42kEE/Yxq5Op+EM77goCrOjR7NiNcb0HXan301mz9 lSZr6tZKuXJmv8lGynamU9tIIkz8HUxGteBFU03F15Zoe+IJb0BpYk+mdIt9ldNdrnfi bG6BW+yQ4ZPl9BKmqq8mGnIUJ1YrvYU8GWLFnuWa5YvFODHA4Pbw72lbyDb3UHM5n+1R ZF7AlS7W0qJnGFNQPxzSirW3VZ23ekRb8dUvLrPWHlpt9JqYwJm9TuJCKcebqSX2EH/X Byew== X-Gm-Message-State: AEkoouuA+PqKlT/IO1DyzfC2FJNDKD17jzliNFpLMOQ6fKH2rwz7P+6SWCzkufMyg0Pmjpxi38O0wCPR1wDZpg== X-Received: by 10.55.187.68 with SMTP id l65mr44380200qkf.178.1471419530799; Wed, 17 Aug 2016 00:38:50 -0700 (PDT) MIME-Version: 1.0 Received: by 10.237.40.35 with HTTP; Wed, 17 Aug 2016 00:38:50 -0700 (PDT) In-Reply-To: References: From: FQ Liu Date: Wed, 17 Aug 2016 15:38:50 +0800 Message-ID: To: Nishant Verma Cc: users@dpdk.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: Re: [dpdk-users] How to use more rx queues than RSS queue limit for ixgbe X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2016 07:38:51 -0000 Hi In production environment, all the packets have the same dst_ip, dst_port and protocol, I cannot use vlan tag to identity in DCB mode. If use Flow Director, one filter rule would direct to only one core, Maybe I must modify the driver source code to meet the demand? 2016-08-16 21:35 GMT+08:00 Nishant Verma : > Hi, > > Yes, you can use flow director and other packet classification methods > present, the thing is your hardware supports that. Check NIC datasheet if > some thing you think is correct and still not working. > For DCB, you can check example(vmdq_dcb) present in example folder in DPDK. > For Flow Director, you can check test-pmd code. > > Just for your information. flow director can be used like this > " > struct rte_eth_fdir_filter entry; > > memset(&entry, 0, sizeof(struct rte_eth_fdir_filter)); > > entry.input.flow_type = 0x05; > entry.input.flow.udp4_flow.ip.dst_ip=0x11223344; > entry.input.flow.udp4_flow.dst_port=0x1111; > entry.action.rx_queue=0x02; > entry.action.report_status=0x02; > > ret = rte_eth_dev_filter_ctrl(0, RTE_ETH_FILTER_FDIR, > RTE_ETH_FILTER_ADD, &entry); > > " > So, from now packet received from 0x11223344 will be re-directed to queue > 2. > > > On Tue, Aug 16, 2016 at 6:25 AM, FQ Liu wrote: > >> Hi all >> I want to use 32 cores to process dns requests, which would need 32 >> rx queues, but the maximum RSS queue of the ethernet controller(Intel >> Corporation 82599ES 10-Gigabit SFI/SFP+) is 16. If I can use dcb or flow >> director to assign requests to 32 cores? >> The document (http://dpdk.org/doc/guides/nics/overview.html) shows >> that ixgbe driver supports DCB and Flow director, but there isn't any >> details about. >> >> >> OS: centos >> kernel: linux-3.18.34 >> driver: igb_uio >> > > > > -- > Rgds, > Nishant > > > >