From: "Morten Brørup" <mb@smartsharesystems.com>
To: "huangdengdui" <huangdengdui@huawei.com>, <dev@dpdk.org>
Cc: <stephen@networkplumber.org>, <jasvinder.singh@intel.com>,
<thomas@monjalon.net>, <aman.deep.singh@intel.com>,
<lihuisong@huawei.com>, <fengchengwen@huawei.com>,
"liuyonglong" <liuyonglong@huawei.com>
Subject: RE: Does rte_net_get_ptype() support processing packets with two 0x8100 VLAN tags?
Date: Wed, 2 Jul 2025 07:56:50 +0200 [thread overview]
Message-ID: <98CBD80474FA8B44BF855DF32C47DC35E9FD80@smartserver.smartshare.dk> (raw)
In-Reply-To: <e158a8b8-74d1-4df9-ada7-7485ac58336b@huawei.com>
> From: huangdengdui [mailto:huangdengdui@huawei.com]
> Sent: Wednesday, 2 July 2025 04.38
>
> Hi everyone,
>
> The current rte_net_get_ptype() only supports parsing packets with a
> single 0x8100 VLAN tag and two 0x88a8 VLAN tags,
> but does not support processing packets with two 0x8100 VLAN tags.
>
> Some network cards (e.g., hns3) do support parsing packets with two
> 0x8100 VLAN tags.
> Can this API be extended to support such packets?
It already does; the layers parameter must have RTE_PTYPE_INNER_L2_MASK set.
>
> I understand that two 0x8100 VLAN tag packets aren't commonly used, so
> I'm uncertain whether adding support is necessary.
AFAIR, it's called "VLAN Stacking".
Stacking two 0x8100 VLAN tags is commonly used.
E.g. the majority of consumer fiber internet connections in Denmark use VLAN Stacking (not QinQ) at the network owners' Points-of-Interconnect for the service providers to identify individual homes.
>
> Anyone is welcome to discuss this and share their opinions.
>
> Thanks,
> /Dengdui
next prev parent reply other threads:[~2025-07-02 5:56 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-07-02 2:38 huangdengdui
2025-07-02 5:56 ` Morten Brørup [this message]
2025-07-02 7:26 ` huangdengdui
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=98CBD80474FA8B44BF855DF32C47DC35E9FD80@smartserver.smartshare.dk \
--to=mb@smartsharesystems.com \
--cc=aman.deep.singh@intel.com \
--cc=dev@dpdk.org \
--cc=fengchengwen@huawei.com \
--cc=huangdengdui@huawei.com \
--cc=jasvinder.singh@intel.com \
--cc=lihuisong@huawei.com \
--cc=liuyonglong@huawei.com \
--cc=stephen@networkplumber.org \
--cc=thomas@monjalon.net \
/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).