* [PATCH] net: fix GTP packet parsing
@ 2025-04-11 8:43 Dengdui Huang
2025-04-11 9:54 ` Jie Hai
2025-04-17 12:37 ` [PATCH v2] " Dengdui Huang
0 siblings, 2 replies; 9+ messages in thread
From: Dengdui Huang @ 2025-04-11 8:43 UTC (permalink / raw)
To: dev
Cc: jasvinder.singh, stephen, thomas, mb, lihuisong, fengchengwen,
haijie1, liuyonglong
After parsing the GTP packet header, the next protocol type should
be converted from RTE_GTP_TYPE_IPV4/IPV6 to RTE_ETHER_TYPE_IPV4/IPV6.
Otherwise, the next protocol cannot be parsed.
Fixes: 64ed7f854cf4 ("net: add tunnel packet type parsing")
Cc: stable@dpdk.org
Signed-off-by: Dengdui Huang <huangdengdui@huawei.com>
---
lib/net/rte_net.c | 8 +++++++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/lib/net/rte_net.c b/lib/net/rte_net.c
index be24690fdf..1771588a09 100644
--- a/lib/net/rte_net.c
+++ b/lib/net/rte_net.c
@@ -231,7 +231,13 @@ ptype_tunnel_with_udp(uint16_t *proto, const struct rte_mbuf *m,
*/
if (gh->msg_type == 0xff) {
ip_ver = *(const uint8_t *)((const char *)gh + gtp_len);
- *proto = (ip_ver) & 0xf0;
+ ip_ver = (ip_ver) & 0xf0;
+ if (ip_ver == RTE_GTP_TYPE_IPV4)
+ *proto = rte_cpu_to_be_16(RTE_ETHER_TYPE_IPV4);
+ else if (ip_ver == RTE_GTP_TYPE_IPV6)
+ *proto = rte_cpu_to_be_16(RTE_ETHER_TYPE_IPV6);
+ else
+ *proto = 0;
} else {
*proto = 0;
}
--
2.33.0
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [PATCH] net: fix GTP packet parsing
2025-04-11 8:43 [PATCH] net: fix GTP packet parsing Dengdui Huang
@ 2025-04-11 9:54 ` Jie Hai
2025-04-17 12:37 ` [PATCH v2] " Dengdui Huang
1 sibling, 0 replies; 9+ messages in thread
From: Jie Hai @ 2025-04-11 9:54 UTC (permalink / raw)
To: Dengdui Huang, dev
Cc: jasvinder.singh, stephen, thomas, mb, lihuisong, fengchengwen,
liuyonglong
Good job!
Acked-by: Jie Hai <haijie1@huawei.com>
On 2025/4/11 16:43, Dengdui Huang wrote:
> After parsing the GTP packet header, the next protocol type should
> be converted from RTE_GTP_TYPE_IPV4/IPV6 to RTE_ETHER_TYPE_IPV4/IPV6.
> Otherwise, the next protocol cannot be parsed.
>
> Fixes: 64ed7f854cf4 ("net: add tunnel packet type parsing")
> Cc: stable@dpdk.org
>
> Signed-off-by: Dengdui Huang <huangdengdui@huawei.com>
> ---
> lib/net/rte_net.c | 8 +++++++-
> 1 file changed, 7 insertions(+), 1 deletion(-)
>
> diff --git a/lib/net/rte_net.c b/lib/net/rte_net.c
> index be24690fdf..1771588a09 100644
> --- a/lib/net/rte_net.c
> +++ b/lib/net/rte_net.c
> @@ -231,7 +231,13 @@ ptype_tunnel_with_udp(uint16_t *proto, const struct rte_mbuf *m,
> */
> if (gh->msg_type == 0xff) {
> ip_ver = *(const uint8_t *)((const char *)gh + gtp_len);
> - *proto = (ip_ver) & 0xf0;
> + ip_ver = (ip_ver) & 0xf0;
> + if (ip_ver == RTE_GTP_TYPE_IPV4)
> + *proto = rte_cpu_to_be_16(RTE_ETHER_TYPE_IPV4);
> + else if (ip_ver == RTE_GTP_TYPE_IPV6)
> + *proto = rte_cpu_to_be_16(RTE_ETHER_TYPE_IPV6);
> + else
> + *proto = 0;
> } else {
> *proto = 0;
> }
^ permalink raw reply [flat|nested] 9+ messages in thread
* [PATCH v2] net: fix GTP packet parsing
2025-04-11 8:43 [PATCH] net: fix GTP packet parsing Dengdui Huang
2025-04-11 9:54 ` Jie Hai
@ 2025-04-17 12:37 ` Dengdui Huang
2025-05-06 6:02 ` huangdengdui
2025-05-16 9:28 ` [PATCH v3 0/4] bugfix about parse tunnel packet with UDP Dengdui Huang
1 sibling, 2 replies; 9+ messages in thread
From: Dengdui Huang @ 2025-04-17 12:37 UTC (permalink / raw)
To: dev; +Cc: jasvinder.singh, thomas, mb, lihuisong, fengchengwen, liuyonglong
After parsing the GTP packet header, the next protocol type should
be converted from RTE_GTP_TYPE_IPV4/IPV6 to RTE_ETHER_TYPE_IPV4/IPV6.
Otherwise, the next protocol cannot be parsed.
Bugzilla ID: 1672
Fixes: 64ed7f854cf4 ("net: add tunnel packet type parsing")
Cc: stable@dpdk.org
Signed-off-by: Dengdui Huang <huangdengdui@huawei.com>
Acked-by: Jie Hai <haijie1@huawei.com>
---
lib/net/rte_net.c | 8 +++++++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/lib/net/rte_net.c b/lib/net/rte_net.c
index be24690fdf..1771588a09 100644
--- a/lib/net/rte_net.c
+++ b/lib/net/rte_net.c
@@ -231,7 +231,13 @@ ptype_tunnel_with_udp(uint16_t *proto, const struct rte_mbuf *m,
*/
if (gh->msg_type == 0xff) {
ip_ver = *(const uint8_t *)((const char *)gh + gtp_len);
- *proto = (ip_ver) & 0xf0;
+ ip_ver = (ip_ver) & 0xf0;
+ if (ip_ver == RTE_GTP_TYPE_IPV4)
+ *proto = rte_cpu_to_be_16(RTE_ETHER_TYPE_IPV4);
+ else if (ip_ver == RTE_GTP_TYPE_IPV6)
+ *proto = rte_cpu_to_be_16(RTE_ETHER_TYPE_IPV6);
+ else
+ *proto = 0;
} else {
*proto = 0;
}
--
2.33.0
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [PATCH v2] net: fix GTP packet parsing
2025-04-17 12:37 ` [PATCH v2] " Dengdui Huang
@ 2025-05-06 6:02 ` huangdengdui
2025-05-16 9:28 ` [PATCH v3 0/4] bugfix about parse tunnel packet with UDP Dengdui Huang
1 sibling, 0 replies; 9+ messages in thread
From: huangdengdui @ 2025-05-06 6:02 UTC (permalink / raw)
To: dev, songx.jiale
Cc: jasvinder.singh, thomas, mb, lihuisong, fengchengwen, liuyonglong
Hi, Jiale, this patch can solve the issues[1] you reported. Can you review this patch and add a Tested-by tag?
[1]
https://bugs.dpdk.org/show_bug.cgi?id=1672
On 2025/4/17 20:37, Dengdui Huang wrote:
> After parsing the GTP packet header, the next protocol type should
> be converted from RTE_GTP_TYPE_IPV4/IPV6 to RTE_ETHER_TYPE_IPV4/IPV6.
> Otherwise, the next protocol cannot be parsed.
>
> Bugzilla ID: 1672
> Fixes: 64ed7f854cf4 ("net: add tunnel packet type parsing")
> Cc: stable@dpdk.org
>
> Signed-off-by: Dengdui Huang <huangdengdui@huawei.com>
> Acked-by: Jie Hai <haijie1@huawei.com>
> ---
> lib/net/rte_net.c | 8 +++++++-
> 1 file changed, 7 insertions(+), 1 deletion(-)
>
> diff --git a/lib/net/rte_net.c b/lib/net/rte_net.c
> index be24690fdf..1771588a09 100644
> --- a/lib/net/rte_net.c
> +++ b/lib/net/rte_net.c
> @@ -231,7 +231,13 @@ ptype_tunnel_with_udp(uint16_t *proto, const struct rte_mbuf *m,
> */
> if (gh->msg_type == 0xff) {
> ip_ver = *(const uint8_t *)((const char *)gh + gtp_len);
> - *proto = (ip_ver) & 0xf0;
> + ip_ver = (ip_ver) & 0xf0;
> + if (ip_ver == RTE_GTP_TYPE_IPV4)
> + *proto = rte_cpu_to_be_16(RTE_ETHER_TYPE_IPV4);
> + else if (ip_ver == RTE_GTP_TYPE_IPV6)
> + *proto = rte_cpu_to_be_16(RTE_ETHER_TYPE_IPV6);
> + else
> + *proto = 0;
> } else {
> *proto = 0;
> }
^ permalink raw reply [flat|nested] 9+ messages in thread
* [PATCH v3 0/4] bugfix about parse tunnel packet with UDP
2025-04-17 12:37 ` [PATCH v2] " Dengdui Huang
2025-05-06 6:02 ` huangdengdui
@ 2025-05-16 9:28 ` Dengdui Huang
2025-05-16 9:28 ` [PATCH v3 1/4] net: fix GTP packet parsing Dengdui Huang
` (3 more replies)
1 sibling, 4 replies; 9+ messages in thread
From: Dengdui Huang @ 2025-05-16 9:28 UTC (permalink / raw)
To: dev
Cc: stephen, jasvinder.singh, thomas, aman.deep.singh, lihuisong,
fengchengwen
Currently, there are some issues with testpmd and get ptype API in parsing tunnel packets,
and this patchset is fix it.
Dengdui Huang (4):
net: fix GTP packet parsing
net: fix parse the tunnel length of tunnel packet with UDP
net: fix GENEVE packet parsing
app/testpmd: fix obtain inner info of tunnel packet
app/test-pmd/csumonly.c | 6 +++---
lib/net/rte_net.c | 14 ++++++++++++--
2 files changed, 15 insertions(+), 5 deletions(-)
--
2.33.0
^ permalink raw reply [flat|nested] 9+ messages in thread
* [PATCH v3 1/4] net: fix GTP packet parsing
2025-05-16 9:28 ` [PATCH v3 0/4] bugfix about parse tunnel packet with UDP Dengdui Huang
@ 2025-05-16 9:28 ` Dengdui Huang
2025-05-16 9:28 ` [PATCH v3 2/4] net: fix parse the tunnel length of tunnel packet with UDP Dengdui Huang
` (2 subsequent siblings)
3 siblings, 0 replies; 9+ messages in thread
From: Dengdui Huang @ 2025-05-16 9:28 UTC (permalink / raw)
To: dev
Cc: stephen, jasvinder.singh, thomas, aman.deep.singh, lihuisong,
fengchengwen
After parsing the GTP packet header, the next protocol type should
be converted from RTE_GTP_TYPE_IPV4/IPV6 to RTE_ETHER_TYPE_IPV4/IPV6.
Otherwise, the next protocol cannot be parsed.
Bugzilla ID: 1672
Fixes: 64ed7f854cf4 ("net: add tunnel packet type parsing")
Cc: stable@dpdk.org
Signed-off-by: Dengdui Huang <huangdengdui@huawei.com>
Acked-by: Jie Hai <haijie1@huawei.com>
---
lib/net/rte_net.c | 8 +++++++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/lib/net/rte_net.c b/lib/net/rte_net.c
index be24690fdf..1771588a09 100644
--- a/lib/net/rte_net.c
+++ b/lib/net/rte_net.c
@@ -231,7 +231,13 @@ ptype_tunnel_with_udp(uint16_t *proto, const struct rte_mbuf *m,
*/
if (gh->msg_type == 0xff) {
ip_ver = *(const uint8_t *)((const char *)gh + gtp_len);
- *proto = (ip_ver) & 0xf0;
+ ip_ver = (ip_ver) & 0xf0;
+ if (ip_ver == RTE_GTP_TYPE_IPV4)
+ *proto = rte_cpu_to_be_16(RTE_ETHER_TYPE_IPV4);
+ else if (ip_ver == RTE_GTP_TYPE_IPV6)
+ *proto = rte_cpu_to_be_16(RTE_ETHER_TYPE_IPV6);
+ else
+ *proto = 0;
} else {
*proto = 0;
}
--
2.33.0
^ permalink raw reply [flat|nested] 9+ messages in thread
* [PATCH v3 2/4] net: fix parse the tunnel length of tunnel packet with UDP
2025-05-16 9:28 ` [PATCH v3 0/4] bugfix about parse tunnel packet with UDP Dengdui Huang
2025-05-16 9:28 ` [PATCH v3 1/4] net: fix GTP packet parsing Dengdui Huang
@ 2025-05-16 9:28 ` Dengdui Huang
2025-05-16 9:28 ` [PATCH v3 3/4] net: fix GENEVE packet parsing Dengdui Huang
2025-05-16 9:28 ` [PATCH v3 4/4] app/testpmd: fix obtain inner info of tunnel packet Dengdui Huang
3 siblings, 0 replies; 9+ messages in thread
From: Dengdui Huang @ 2025-05-16 9:28 UTC (permalink / raw)
To: dev
Cc: stephen, jasvinder.singh, thomas, aman.deep.singh, lihuisong,
fengchengwen
Currently, the tunnel length info is not available when
get the tunnel packet type with UDP port. This patch
adds the parsing of the tunnel length info.
Fixes: 64ed7f854cf4 ("net: add tunnel packet type parsing")
Cc: stable@dpdk.org
Signed-off-by: Dengdui Huang <huangdengdui@huawei.com>
---
lib/net/rte_net.c | 4 ++++
1 file changed, 4 insertions(+)
diff --git a/lib/net/rte_net.c b/lib/net/rte_net.c
index 1771588a09..67d57d5f04 100644
--- a/lib/net/rte_net.c
+++ b/lib/net/rte_net.c
@@ -197,6 +197,7 @@ ptype_tunnel_with_udp(uint16_t *proto, const struct rte_mbuf *m,
switch (port_no) {
case RTE_VXLAN_DEFAULT_PORT: {
*off += sizeof(struct rte_vxlan_hdr);
+ hdr_lens->tunnel_len = sizeof(struct rte_vxlan_hdr);
hdr_lens->inner_l2_len = RTE_ETHER_VXLAN_HLEN;
*proto = RTE_VXLAN_GPE_TYPE_ETH; /* just for eth header parse. */
return RTE_PTYPE_TUNNEL_VXLAN;
@@ -208,6 +209,7 @@ ptype_tunnel_with_udp(uint16_t *proto, const struct rte_mbuf *m,
if (unlikely(vgh == NULL))
return 0;
*off += sizeof(struct rte_vxlan_gpe_hdr);
+ hdr_lens->tunnel_len = sizeof(struct rte_vxlan_gpe_hdr);
hdr_lens->inner_l2_len = RTE_ETHER_VXLAN_GPE_HLEN;
*proto = vgh->proto;
@@ -243,6 +245,7 @@ ptype_tunnel_with_udp(uint16_t *proto, const struct rte_mbuf *m,
}
*off += gtp_len;
hdr_lens->inner_l2_len = gtp_len + sizeof(struct rte_udp_hdr);
+ hdr_lens->tunnel_len = gtp_len;
if (port_no == RTE_GTPC_UDP_PORT)
return RTE_PTYPE_TUNNEL_GTPC;
else if (port_no == RTE_GTPU_UDP_PORT)
@@ -258,6 +261,7 @@ ptype_tunnel_with_udp(uint16_t *proto, const struct rte_mbuf *m,
return 0;
geneve_len = sizeof(*gnh) + gnh->opt_len * 4;
*off = geneve_len;
+ hdr_lens->tunnel_len = geneve_len;
*proto = gnh->proto;
if (gnh->proto == 0)
*proto = rte_cpu_to_be_16(RTE_ETHER_TYPE_IPV4);
--
2.33.0
^ permalink raw reply [flat|nested] 9+ messages in thread
* [PATCH v3 3/4] net: fix GENEVE packet parsing
2025-05-16 9:28 ` [PATCH v3 0/4] bugfix about parse tunnel packet with UDP Dengdui Huang
2025-05-16 9:28 ` [PATCH v3 1/4] net: fix GTP packet parsing Dengdui Huang
2025-05-16 9:28 ` [PATCH v3 2/4] net: fix parse the tunnel length of tunnel packet with UDP Dengdui Huang
@ 2025-05-16 9:28 ` Dengdui Huang
2025-05-16 9:28 ` [PATCH v3 4/4] app/testpmd: fix obtain inner info of tunnel packet Dengdui Huang
3 siblings, 0 replies; 9+ messages in thread
From: Dengdui Huang @ 2025-05-16 9:28 UTC (permalink / raw)
To: dev
Cc: stephen, jasvinder.singh, thomas, aman.deep.singh, lihuisong,
fengchengwen
When the GENEVE packet is processed, the offset is
not changed correctly. As a result, the inner packet
is incorrectly parsed. This patch fixes it.
Fixes: 64ed7f854cf4 ("net: add tunnel packet type parsing")
Cc: stable@dpdk.org
Signed-off-by: Dengdui Huang <huangdengdui@huawei.com>
---
lib/net/rte_net.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/net/rte_net.c b/lib/net/rte_net.c
index 67d57d5f04..cd8cc0d0c8 100644
--- a/lib/net/rte_net.c
+++ b/lib/net/rte_net.c
@@ -260,7 +260,7 @@ ptype_tunnel_with_udp(uint16_t *proto, const struct rte_mbuf *m,
if (unlikely(gnh == NULL))
return 0;
geneve_len = sizeof(*gnh) + gnh->opt_len * 4;
- *off = geneve_len;
+ *off += geneve_len;
hdr_lens->tunnel_len = geneve_len;
*proto = gnh->proto;
if (gnh->proto == 0)
--
2.33.0
^ permalink raw reply [flat|nested] 9+ messages in thread
* [PATCH v3 4/4] app/testpmd: fix obtain inner info of tunnel packet
2025-05-16 9:28 ` [PATCH v3 0/4] bugfix about parse tunnel packet with UDP Dengdui Huang
` (2 preceding siblings ...)
2025-05-16 9:28 ` [PATCH v3 3/4] net: fix GENEVE packet parsing Dengdui Huang
@ 2025-05-16 9:28 ` Dengdui Huang
3 siblings, 0 replies; 9+ messages in thread
From: Dengdui Huang @ 2025-05-16 9:28 UTC (permalink / raw)
To: dev
Cc: stephen, jasvinder.singh, thomas, aman.deep.singh, lihuisong,
fengchengwen
l2_len for tunneling packets should contain Outer_L4_len.
Additionally, the current offset used for the inner Ethernet
header is incorrect. This patch fixes these issues.
Fixes: 76730c7b9b5a ("app/testpmd: use packet type parsing API")
Cc: stable@dpdk.org
Signed-off-by: Dengdui Huang <huangdengdui@huawei.com>
---
app/test-pmd/csumonly.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/app/test-pmd/csumonly.c b/app/test-pmd/csumonly.c
index fa0002d321..6d93b7a04d 100644
--- a/app/test-pmd/csumonly.c
+++ b/app/test-pmd/csumonly.c
@@ -711,11 +711,11 @@ pkt_burst_checksum_forward(struct fwd_stream *fs)
if (txp->parse_tunnel && RTE_ETH_IS_TUNNEL_PKT(ptype) != 0) {
info.is_tunnel = 1;
update_tunnel_outer(&info);
- info.l2_len = hdr_lens.inner_l2_len + hdr_lens.tunnel_len;
+ info.l2_len = hdr_lens.inner_l2_len + hdr_lens.tunnel_len + hdr_lens.l4_len;
info.l3_len = hdr_lens.inner_l3_len;
info.l4_len = hdr_lens.inner_l4_len;
- eth_hdr = (struct rte_ether_hdr *)(char *)l3_hdr +
- info.outer_l3_len + hdr_lens.tunnel_len;
+ eth_hdr = (struct rte_ether_hdr *)((char *)l3_hdr +
+ hdr_lens.l3_len + hdr_lens.l4_len + hdr_lens.tunnel_len);
info.ethertype = get_ethertype_by_ptype(eth_hdr,
ptype & RTE_PTYPE_INNER_L3_MASK);
tx_ol_flags |= get_tunnel_ol_flags_by_ptype(ptype);
--
2.33.0
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2025-05-16 9:29 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2025-04-11 8:43 [PATCH] net: fix GTP packet parsing Dengdui Huang
2025-04-11 9:54 ` Jie Hai
2025-04-17 12:37 ` [PATCH v2] " Dengdui Huang
2025-05-06 6:02 ` huangdengdui
2025-05-16 9:28 ` [PATCH v3 0/4] bugfix about parse tunnel packet with UDP Dengdui Huang
2025-05-16 9:28 ` [PATCH v3 1/4] net: fix GTP packet parsing Dengdui Huang
2025-05-16 9:28 ` [PATCH v3 2/4] net: fix parse the tunnel length of tunnel packet with UDP Dengdui Huang
2025-05-16 9:28 ` [PATCH v3 3/4] net: fix GENEVE packet parsing Dengdui Huang
2025-05-16 9:28 ` [PATCH v3 4/4] app/testpmd: fix obtain inner info of tunnel packet Dengdui Huang
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).