From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id 2233C42B2C for ; Wed, 17 May 2023 16:35:44 +0200 (CEST) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 866EB40EE1; Wed, 17 May 2023 16:35:43 +0200 (CEST) Received: from mail-lj1-f181.google.com (mail-lj1-f181.google.com [209.85.208.181]) by mails.dpdk.org (Postfix) with ESMTP id 5E0E44013F for ; Sun, 14 May 2023 17:06:27 +0200 (CEST) Received: by mail-lj1-f181.google.com with SMTP id 38308e7fff4ca-2ac87e7806aso113395971fa.3 for ; Sun, 14 May 2023 08:06:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1684076786; x=1686668786; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=vauJ8/j6SyiMtWaqOrE2CSx/9aQVyZ0sbGUyN+TgiEc=; b=et4W280T8fzXVBP2pAQyxY+R6tYD8Vl9RKWFkJ3OdSa+Yu+j8bqqyjvoh8xxKQtfP9 uA2b777eqvWWkWrHdwmzrb+fW2S025PwySGar7umFNchQ9Ywror33qp9jZPDSEM82JNE 3yOoCVboV3iwhvae0fPhG5dykXYqqY119N7sxDFY9DX9hpEzGfl3ZY/desunhnwv9KVx Vbg+Os4bLJTiRdjPHsYkq3ukGKu3atTLmLhsL+sXxzteJEbuUBV6k7JLmlFeCAs1ar4i n+PlujC2K4+kCGUgnBJMtgzaO4GJxDngCMaiAgks/ghnC7AeWu6Rv5WEy10xO2HHjDCH GmWQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1684076786; x=1686668786; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=vauJ8/j6SyiMtWaqOrE2CSx/9aQVyZ0sbGUyN+TgiEc=; b=Lpx57+HNeRNF6ClgWl2YrqdaGIUq50w32YXKy7nsbSmHuZCqg+Uor2aNbPF4AxvC4F jKJ77QIn0wbBezAd+EVNvaiRvx3cJp0afM0LKCWuBIOQ7/F5Ve1X4TfBuEnjaVq5BPVp z9/77d2CmVhwO5QyALpxSVOUl4z6vtoRzPAJREs8PPBHysKW0WeR6XtM3W9Kv8pPkZbt JmJZNy40uZhW5gTdaKpHmSZy6PO97b9zQrOBrJnJHzzwgrI70h3FfL8fcO5uWKzaUUnm +oi9yHkjOnT1iKLt4d3L8AUnrK8B9q0s+MJTajB+YtWFWDdjah+UUYNsDhTEWdK3NDDk 2piw== X-Gm-Message-State: AC+VfDy0f8mofeIFJfPp1WGY5sB4n1vNsh8WKWhNV9T+QVytzl9gdAOF chYE5chS4GVX2lAnwZL7QXoFI4L+JGqu1zSQJxeLXVuebxtyeA== X-Google-Smtp-Source: ACHHUZ7bxDY9TtLG5UnQHM+QSorG82Fc43s6Uz3wEzCu6XEHxXiaaVEiqW4gvHclVrwXrCQRNfJMVKE3tIC2K1nV3io= X-Received: by 2002:a2e:9f14:0:b0:2a8:d103:dc8 with SMTP id u20-20020a2e9f14000000b002a8d1030dc8mr5288730ljk.2.1684076786122; Sun, 14 May 2023 08:06:26 -0700 (PDT) MIME-Version: 1.0 From: =?UTF-8?B?7LWc7JiB66+8?= Date: Mon, 15 May 2023 00:06:13 +0900 Message-ID: Subject: tunnel offload + TX with rte_flow To: users@dpdk.org Content-Type: multipart/alternative; boundary="0000000000009c831e05fba8aeb1" X-Mailman-Approved-At: Wed, 17 May 2023 16:35:43 +0200 X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: users-bounces@dpdk.org --0000000000009c831e05fba8aeb1 Content-Type: text/plain; charset="UTF-8" Hi, all Previously, I used RAW_ENCAP/RAW_DECAP actions to create flow rules for tunnel offload. But, what I want to do is forward packets directly after performing RAW_ENCAP/RAW_DECAP. For example, the current packet processing pipeline is 1. tunneled packets arrived at NIC -> 2. RAW_ENCAP/DECAP by rte_flow -> 3. rte_eth_rx_burst() -> 4. processing packet -> 5. rte_eth_tx_burst() But, for some packets, I don't need to process packets and want to forward them as fast as possible. So, what I want is 1. tunneled packets arrived at NIC -> 2. RAW_ENCAP/DECAP by rte_flow and Tx them directly. If it is possible with rte_flow or other methods, please let me know. Thank you. Regard Youngmin --0000000000009c831e05fba8aeb1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi, all

Previously, I used RAW_ENCAP/RA= W_DECAP actions to create flow rules for tunnel offload. But, what I want t= o do is forward packets directly after performing RAW_ENCAP/RAW_DECAP.

For=C2=A0example, the current packet processing pipeli= ne is=C2=A0
=C2=A01. tunneled packets arrived at NIC -> 2. RAW= _ENCAP/DECAP by rte_flow -> 3. rte_eth_rx_burst() -> 4. processing pa= cket -> 5. rte_eth_tx_burst()

But, for some pac= kets, I don't need to process packets and want to forward=C2=A0them as = fast as possible. So, what I want is 1.=C2=A0 tunneled packets arrived at N= IC -> 2. RAW_ENCAP/DECAP by rte_flow and Tx them directly.
If it is possible with rte_flow or other methods, please let me= know.

Thank you.
Regard
Young= min
--0000000000009c831e05fba8aeb1--