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
> > >
> > >
>
>
next prev parent 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).