DPDK usage discussions
 help / color / mirror / Atom feed
From: Hideyuki Yamashita <yamashita.hideyuki@ntt-tx.co.jp>
To: Hideyuki Yamashita <yamashita.hideyuki@ntt-tx.co.jp>
Cc: Ye Xiaolong <xiaolong.ye@intel.com>, "users@dpdk.org" <users@dpdk.org>
Subject: Re: [dpdk-users] Why flow can not be created?
Date: Tue, 30 Jul 2019 19:37:38 +0900	[thread overview]
Message-ID: <20190730193738.8EBB.17218CA3@ntt-tx.co.jp_1> (raw)
In-Reply-To: <20190723152636.9A24.17218CA3@ntt-tx.co.jp_1>

Hello,

Does anybody whether PMD other than i40e support
VID+dstMAC matching?

It is very hard for me to read all PMD code for just to know
the support of VID+dstMAC as matching pattern.

Somebody, please help me.

BR,
HIdeyuki Yamashita
NTT TechnoCross

> Hello Ye,
> 
> Thanks for your quick reponse.
> Please see inline tagged with [Hideyuki]
> 
> > Hi,
> > 
> > On 07/19, Hideyuki Yamashita wrote:
> > >Hello,
> > >
> > >I am trying to use rte_flow with i40e PMD.
> > >
> > >What I want to achieve is like following.
> > >
> > > ---(dst MAC=XorY && VID=AorB) ---> PHY --default(VID=B)--> Queue0
> > >                                                                 VID=A && dstMAC=X----> Queue1
> > >                                                                 VID=A && dstMAC=Y----> Queue2
> > >
> > >I tried to create flow using testpmd, but failed.
> > >
> > >testpmd> flow create 0 ingress pattern eth dst is 11:22:33:44:55:66 type mask 0xffff / vlan tci is 150 / end quactions inqueue index 1 / end
> > >Caught error type 13 (specific pattern item): cause: 0x17ff5e200, Invalid MAC_addr mask.3, : Invalid argument
> > >testpmd>
> > 
> > It failed due to the flow used in your example would use i40e fdir filter, and
> > currently it doesn't support dst MAC.
> [Hideyuki]
> Are there any special reason why dst MAC is NOT supported by
> i40e_flow_parse_fdir_filter()?
> 
> Maybe this is related to the following my original question.
> > >Q2. All the NICs supported by i40e-PMD do NOT provide above operation and packet classification features?
> 
> 
> > >
> > >Note that I could create flow which matches with dst Mac address.
> > >I could also create flow which matches with VID.
> > 
> > If you create flow with dst MAC address only, then it's handled by ethertype
> > filter which supports dst MAC.
> [Hideyuki]
> Yes, I confirmed it.
> 
> Are there any way to achieve my goal by combining two flows
> (one for dst MAC and other for VID)?
> 
> 
> Also it is appreciated if you or someone can provide answer 
> for my question below.
> > >Q3. Are there any PMD/NIC which allow above operation?
> 
> Thanks!
> 
> BR,
> Hideyuki Yamashita
> NTT TechnoCross
> 
> 
> > Thanks,
> > Xiaolong
> > 
> > >
> > >---(dst MAC=XorYorZ) ---> PHY  --default(Z)--> Queue0
> > >                                                      dstMAC=X----> Queue1
> > >                                                       dstMAC=Y----> Queue2
> > >
> > >---(VID=AorB) ---> PHY  --default(B)--> Queue0
> > >                                           VID=A-------> Queue1
> > >
> > >However when comined those two into one flow, testpmd failed to validate the flow.
> > >
> > >
> > >Q1. Why above flow can not be created?
> > >Q2. All the NICs supported by i40e-PMD do NOT provide above operation and packet classification features?
> > >Q3. Are there any PMD/NIC which allow above operation?
> > >
> > >
> > >Thaks in advance,
> > >
> > >Hideyuki Yamashita
> > >NTT TechnoCross
> > >
> > >
> 
> 



  reply	other threads:[~2019-07-30 10:38 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-07-19  6:08 Hideyuki Yamashita
2019-07-22 12:48 ` Ye Xiaolong
2019-07-23  6:26   ` Hideyuki Yamashita
2019-07-30 10:37     ` Hideyuki Yamashita [this message]
2019-07-30 12:25       ` Adrien Mazarguil
2019-07-31  2:30         ` Hideyuki Yamashita
2019-08-02  6:06           ` Hideyuki Yamashita
2019-08-06  9:12             ` Adrien Mazarguil
2019-08-06  9:59               ` Moti Haimovsky
2019-08-09  6:05               ` Hideyuki Yamashita
2019-08-14  5:56                 ` [dpdk-users] How L2 broadcast is handled under rte_flow? Hideyuki Yamashita
2019-08-29  3:11                   ` Hideyuki Yamashita

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=20190730193738.8EBB.17218CA3@ntt-tx.co.jp_1 \
    --to=yamashita.hideyuki@ntt-tx.co.jp \
    --cc=users@dpdk.org \
    --cc=xiaolong.ye@intel.com \
    /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).