DPDK patches and discussions
 help / color / mirror / Atom feed
From: Thomas Monjalon <thomas@monjalon.net>
To: David Liu <dliu@iol.unh.edu>
Cc: dev@dpdk.org, dts@dpdk.org, Lincoln Lavoie <lylavoie@iol.unh.edu>,
	David Marchand <david.marchand@redhat.com>,
	Ferruh Yigit <ferruh.yigit@intel.com>,
	Andrew Rybchenko <arybchenko@solarflare.com>,
	Ori Kam <orika@mellanox.com>, Ciara Power <ciara.power@intel.com>,
	Ivan Ilchenko <ivan.ilchenko@oktetlabs.ru>,
	Hemant Agrawal <hemant.agrawal@nxp.com>,
	Stephen Hemminger <stephen@networkplumber.org>,
	Raslan Darawsheh <rasland@mellanox.com>,
	j.hendergart@f5.com, grive@u256.net
Subject: Re: [dpdk-dev] Promiscuous Mode Feature
Date: Wed, 24 Jun 2020 22:03:44 +0200	[thread overview]
Message-ID: <4869615.bvJKNRufO7@thomas> (raw)
In-Reply-To: <CAAuqQpQptwHz=QNiFV1MOdt4EiHJq91yNM0F6nDjADi-ox5BmQ@mail.gmail.com>

Hi,

A bit of context: David is going to implement a test in DTS
for promiscuous mode:
http://doc.dpdk.org/guides/nics/features.html#promiscuous-mode

24/06/2020 18:18, David Liu:
> Hi all,
> 
> From my understanding, the promiscuous mode feature will verify the
> functionality of promiscuous mode when it is on or off.

You need to check in which condition the promiscuous mode can be enabled.
Some contexts may forbid this mode. untrusted VF? flow isolation mode?

> The plan for testing this feature is as follows:
> 
> Sending over a packet to verify the ports are working properly before any
> testing. First to verify the promiscuous mode is enabled. With the
> promiscuous being enabled, send over a packet and check if the packet will
> be received when sending it to a different destination mac address than the
> host/card. Then disable the promiscuous mode. The packet will only be
> received if the mac address is the destination mac address. Otherwise, the
> test case will be considered a failure.

I assume you will test positive and negative in both on/off cases.

> Please let me know if there is anything I need to add on or if there are
> certain cases I need to be aware of.

Anyone else has ideas about what to test and corner cases?

> 
> Thanks,
> David Liu
> UNH Interoperability Lab



  reply	other threads:[~2020-06-24 20:03 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-06-24 16:18 David Liu
2020-06-24 20:03 ` Thomas Monjalon [this message]
2020-06-25 14:05   ` Lincoln Lavoie
2020-06-25 20:23   ` Ajit Khaparde
2020-06-29 19:58     ` David Liu

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4869615.bvJKNRufO7@thomas \
    --to=thomas@monjalon.net \
    --cc=arybchenko@solarflare.com \
    --cc=ciara.power@intel.com \
    --cc=david.marchand@redhat.com \
    --cc=dev@dpdk.org \
    --cc=dliu@iol.unh.edu \
    --cc=dts@dpdk.org \
    --cc=ferruh.yigit@intel.com \
    --cc=grive@u256.net \
    --cc=hemant.agrawal@nxp.com \
    --cc=ivan.ilchenko@oktetlabs.ru \
    --cc=j.hendergart@f5.com \
    --cc=lylavoie@iol.unh.edu \
    --cc=orika@mellanox.com \
    --cc=rasland@mellanox.com \
    --cc=stephen@networkplumber.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).