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 246694628B for ; Fri, 21 Feb 2025 10:16:20 +0100 (CET) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id DB49B402D3; Fri, 21 Feb 2025 10:16:19 +0100 (CET) Received: from mail-wm1-f43.google.com (mail-wm1-f43.google.com [209.85.128.43]) by mails.dpdk.org (Postfix) with ESMTP id C372F4029A for ; Fri, 21 Feb 2025 10:16:17 +0100 (CET) Received: by mail-wm1-f43.google.com with SMTP id 5b1f17b1804b1-4394345e4d5so12123215e9.0 for ; Fri, 21 Feb 2025 01:16:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1740129377; x=1740734177; darn=dpdk.org; h=content-transfer-encoding:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=XnTypeG94dXGb33sOZXML/PIKSzoGCmbEM0UqqJoVKo=; b=AgEzm0CFTmbJ8AmDECRbcq2SV078eiiuBP7ppQa4HNc+VofW/L//XqHoQfCBxQmm0F hT5ABRfine7jhXga0+0cLUs28FaRv4Xy+gRpSM8d1r8dPMCvmgi8SUER/v6PEDY0kCde d/ecW2CO13Uc7/82ITHc+/EpzLRrShD/KGm9F15bJNC8lpi+O5HL28dDtp9AoBj7wbZy DlBXXe0wV+OUNSwlEKjl3L4cQglFkoq4nLkBYsQiWWCuaB7gti3RbGZDqSOG+OrchQMy 5r0KTynrWJc2ohh7PIk7lpazKctZ7+A25OkrAhfzqrKdKBP6WjbBsZyDxym9Rpp5WWaO Zypw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1740129377; x=1740734177; h=content-transfer-encoding:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=XnTypeG94dXGb33sOZXML/PIKSzoGCmbEM0UqqJoVKo=; b=vGwjlqa//OGvuTm3cVmrYxRx9KUB156nesF/K5DSoWM8diLdLLH5rmzLZSTGuBjCFN EcK5DGPdrBBiCO012mqTEYMBoA1pdumco51vIG0eU7FX0b+Xwfo9YyNwjXm/bvLsuJ6y uG28uVJ5nTyYjMLlMxvv4SkA9Ck5e3b0gsQS39Y+lizTDhDgCFR3X79EWIsVhjq5xtAy igteKQnvLoxplS1rfYb3uH6KGuYZdxZgae+sq0QN2OlGMdJmAgbqBs+RhwupphUt+gmJ niI0owX6tC90xr76uO4XP2AMPkpA+kE7uWXKSM6RD4xPpghNe8o5RXgofpr77bQ9CCFD Y9wQ== X-Gm-Message-State: AOJu0YyAX98FXL/qtZRfQ2sbmOkCT1d0D8yhKzeflsQv7WI2QhUCcBsB aVz+kEXxoUAc2k6yebOIliAsYEWy5Ac4fOekeR7hT7g/XxdILjYcKCfXiylpiQlHGlJ6k02sylD y3DcNvsqM63bmQL2oeNfnBeR4U0udG0au X-Gm-Gg: ASbGncsQslR8BPj6O9FnkQGBbTX0Bf5+bnScn7OXSYggjgUETke3nkcSSGlv+ZigzG1 Xvo6vb2VAjGHP1WZgvoCJ3wGn1OCW07UuwSyoPPDfRJUfUKD8/BkaLe+a/QQGz14B25SG/MR88C 5066NYBeA= X-Google-Smtp-Source: AGHT+IEbwpW8dDEky73vgg3mYjBlMfh3HY4DEm+ZRUK5m8WGf2O0FXhBrWUO7NkY5z4P/hAfV+53wUnqEHXc9rbZGCA= X-Received: by 2002:a05:600c:4f47:b0:439:9828:c42c with SMTP id 5b1f17b1804b1-439aebc27cfmr14444025e9.23.1740129376565; Fri, 21 Feb 2025 01:16:16 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Dominik Kies Date: Fri, 21 Feb 2025 10:16:04 +0100 X-Gm-Features: AWEUYZmdvq4HoR_rh7J5GYcU8YDJYhW3yZoDC4I2_gGsVGn3htSallrMMHHVcLY Message-ID: Subject: Re: Technically feasible? | rx packet distribution -> duplications | E810/E823 To: users@dpdk.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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 Hello again, in addition, I have seen that Mellanox has the Action Type Sample. This should be exactly what I am looking for, or am I misinterpreting this? Is this not supported by the hardware or is there just a lack of implementation in the driver? best regards Dominik Kies On Thu, Feb 6, 2025 at 4:11=E2=80=AFPM Dominik wrote: > > Hello everybody > > I am currently working on a project to implement the following use > cases with high performance. > The main workload should be offloaded to the hardware to achieve > optimal performance. > > ## Environment > > Kernel: 6.8.12 > DPDK: 24.11.1 > NIC: Intel 810 / Intel E823 > > ## Use Case / Requirements > > - Ingress packet distribution to different software endpoints (queues) > - Utilization of hardware timestamp offloading > - A single packet in multiple queues > - Implementation of filters in hardware > > > ### Examples: > > 1) > RX -> Queue-01 [TCP only] > -> Queue-02 [UDP only] > > 2) > RX -> Queue-01 [all packets] > -> Queue-02 [TCP only] > -> Queue-03 [src.mac =3D=3D xx.xx=E2=80=A6] > 2) > RX -> Queue-01 [all packets] > -> Queue-02 [TCP only] > -> Queue-03 [src.mac =3D=3D xx.xx=E2=80=A6] > -> Queue-04 [vlanid =3D=3D ##] > > 3) > RX -> Queue-01 [all packets] > -> Queue-02 [TCP && vlanid =3D=3D ##] > > ## Ideas / Notes/ Issues > > - Filtering by desired parameters with rte-flow tested > - Using the desired queue is also functional > - Many combinations have been tested successfully > - A packet in multiple queues > - Issue: > - DPDK does not allow multiple destinations in rte-flow > - Thus, no throughput, packet duplication > - Idea: > - HW port mirroring to a virtual port and using this port for > further operations > - Code in the ice driver partially prepared ?! > > > ## Questions > > 1) Is this approach feasible with E810/E823 hardware (regardless of > current software implementations)? > > 2) If yes, would port mirroring be a suitable method, or is there a > better approach for this use case? > 2a) With the current implementation > 2b) With potential adjustments/extensions > > 3) In the case of port mirroring: > 3a) Is the hardware timestamp preserved? > 3b) Can additional filters be applied on the VF? > > > Best regards, > Dominik