[dpdk-users] Fw: Re: arp behaviour on dpdk

[dpdk-users] Fw: Re: arp behaviour on dpdk

[Raja Jayapal]

Hi Nishant,

Please find attachment for the pcap file.

Thanks,
Raja

-----Nishant Verma <vnish11@gmail.com> wrote: -----
To: Raja Jayapal <raja.jayapal@tcs.com>
From: Nishant Verma <vnish11@gmail.com>
Date: 08/13/2016 02:42AM
Cc: "users@dpdk.org" <users@dpdk.org>, Nagaratna Patagar <nagaratna.patagar@tcs.com>
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? 
If this is the case, it means either packet is not liked by Br1 hence dropped or some how capture is not right.

Can you share pcap file,  captured at Br1.



On Thu, Aug 11, 2016 at 3:02 AM, Raja Jayapal <raja.jayapal@tcs.com> wrote:
Hi All,
 
 I am running dpdk on KVM and would like to understand the arp behaviour on dpdk ports.
 The topology is as below.
 
 br0(192.168.100.10)----> vnet0 -----> dpdk(NIC1- e1000)------->dpdk(NIC2-e1000)------>vnet1----->br1(192.168.100.20)
 
 I am sending ARP packet from br0 using PackETH tool destined to br1.
 I have  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.
 
 In br1:
 =====
 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 (oui 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 (oui 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 (oui Unknown)) tell 192.168.100.10, length 46
 
 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.
 
 Could you please let me know how to make the host(br1) to reply the arp request.
 
 Thanks,
 Raja
 
 =====-----=====-----=====
 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
 
 
 


-- 
Rgds,
Nishant



   
From qleex001@gmail.com  Wed Aug 17 09:38:51 2016
Return-Path: <qleex001@gmail.com>
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 <users@dpdk.org>; Wed, 17 Aug 2016 09:38:51 +0200 (CEST)
Received: by mail-qk0-f193.google.com with SMTP id n66so6292579qkf.1
 for <users@dpdk.org>; Wed, 17 Aug 2016 00:38:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s 120113;
 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\x1e100.net; s 130820;
 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: <CAHhCjUHW2C1hewgvHuWbnCae2sCrfWKtQR+0s2gTVfB+KR_P2A@mail.gmail.com>
References: <CAG7SzU7D8Oyj8fd5j9SbMXUVH8QdZQD1JwNmsDj6gBULJxD0cA@mail.gmail.com>
 <CAHhCjUHW2C1hewgvHuWbnCae2sCrfWKtQR+0s2gTVfB+KR_P2A@mail.gmail.com>
From: FQ Liu <qleex001@gmail.com>
Date: Wed, 17 Aug 2016 15:38:50 +0800
Message-ID: <CAG7SzU69fJTTf2k6hzSAM4cM6obh0-kunQc29sOnX4Mhdhag@mail.gmail.com>
To: Nishant Verma <vnish11@gmail.com>
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 <users.dpdk.org>
List-Unsubscribe: <http://dpdk.org/ml/options/users>,
 <mailto:users-request@dpdk.org?subject=unsubscribe>
List-Archive: <http://dpdk.org/ml/archives/users/>
List-Post: <mailto:users@dpdk.org>
List-Help: <mailto:users-request@dpdk.org?subject=help>
List-Subscribe: <http://dpdk.org/ml/listinfo/users>,
 <mailto:users-request@dpdk.org?subject=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 <vnish11@gmail.com>:

> 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 <qleex001@gmail.com> 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
>
>
>
>