From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id 225DCA0519 for ; Fri, 3 Jul 2020 04:43:54 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 9298D1D8F3; Fri, 3 Jul 2020 04:43:53 +0200 (CEST) Received: from mail-qt1-f178.google.com (mail-qt1-f178.google.com [209.85.160.178]) by dpdk.org (Postfix) with ESMTP id CACDE1D8EE for ; Fri, 3 Jul 2020 04:43:51 +0200 (CEST) Received: by mail-qt1-f178.google.com with SMTP id x62so22923744qtd.3 for ; Thu, 02 Jul 2020 19:43:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=7zv604atmYov0JeVtFC7hL4y3RGY4EhzQ8edaRzjpBM=; b=acBMJvc4iINqeMKeFf3gGvpVkRoKdKPnrCAF1SE0ViaBLtUKtnlM4z6lIcbd1KvUl3 EOHKZbReiU8wOh5dQY0oyX9enJDx4ArwXNMrWwsiqheFT0SSRGRfBQ2ZDoDSTmn9WYeq FnvCSzWtXilZ4oXPQjlX4TekqXAGHEOwhH7+iUlapZW4dymhppjGlVsq7hNNudfejmyF hWl7J1GZd23C+6RjVZRHiZgESWBlmqlfAcaltnRT0yqMiiC2h/9fn2h0TvCUMLnys2KK U45FzhL0tQj6L3d/M+aMoN7RNX+triWGWtLaMJUoiEaZ8tCwMJcxyBVaFLXYdFTU/u5o OgjQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=7zv604atmYov0JeVtFC7hL4y3RGY4EhzQ8edaRzjpBM=; b=ariXze9ls3+wkdB6OiV++n4h595hFl7Vkm1GAx9c+w4peRfjO/GuK1PIqdow4HoZLf EbtKIdE6gkG55EWr7XMGfbLAtu5MGecDPNjoCdqE8hBHTBkFgoMoq718NZKoSrCjMhhu PW4lmspNS1fIra/3WA0sMmOEr9Gk4XMXYbgPjwXxCvxaJrxkNWjEqOd13oGb5ZUHUgDy HjAn8/eoTCfFEOd2e+12lHUIIKZG5EoU7MuqU+v4huombHZN+mB7eC/AYs6bpcQB+moO n6Hfgd4EfC9y53hTolXs1OVFpZATVkrJkIFh5Oknwt+zu5vIyoAgvm5tkljM9Mfp43gk huow== X-Gm-Message-State: AOAM531cI75kipZi0tHccdQnn25u7+7/RG79fszI6tcGgXixJkmPTWSa ST8iJx6FKPInPJ/mJAEcj6KRiyen6H7G1Tb1Kec5wZCOvWQ= X-Google-Smtp-Source: ABdhPJwxD0bfBvX2W44w+Cuwj5Vb4XLLSNjrfQR6JA5U2kcsSkQvkH+gfG2kWBr1ihxYU1y7I/G6ly6f5BIvdjzOnpo= X-Received: by 2002:ac8:4301:: with SMTP id z1mr34944027qtm.48.1593744230723; Thu, 02 Jul 2020 19:43:50 -0700 (PDT) MIME-Version: 1.0 From: Suchetha p Date: Fri, 3 Jul 2020 08:13:39 +0530 Message-ID: To: users@dpdk.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: [dpdk-users] Fragmentation ping test failing for large packets - DPDK 18.08 X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: users-bounces@dpdk.org Sender: "users" Hi, Our KVM based VMs on HP Gen10 Servers are running on RHEL 7.6 and having Intel X710 NIC's. The VMs are also running on RHEL 7.6 and the DPDK version used in the guest application is 18.08. Intel DPDK VF driver vfio-pci is compiled and loaded currently in our VM. When performing the below fragmentation test it=E2=80=99s working only for = max packet size 1258. For 1500 bytes test, ping is failing in our DPDK based application. 1. Start ping with 1200bytes--successful 2. Start ping with 1250bytes-successful 3. Start ping with 1300bytes - not successful 4. Start ping with 1500bytes---not successful In a successful case (using 1250 bytes ping), we can see that an unfragmented packet entered in gateway =E2=80=93( DPDK based application= ) and gateway forwarding those packets towards destination. In response we can see the destination responded with ping reply and reply entering int= o the gateway. But in an unsuccessful case (using 1500 bytes ping), we can see 2 fragmented packets (T-PDU 1284 and 48) entered in the gateway. But DPDK based application is forwarding only one packet (T-PDU 48) towards the destination and not forwarding other packets. Hence there is no response for ping requests. And the ping test is failing. Seems our application i= s dropping fragmented ping echo request packet internally as I didn=E2=80= =99t see any dropped packet count This seems to be an issue with fragmentation/re-assembly. As per the wireshark trace I am getting the below error " IPV4 total length exceeds packet length". Please find the ethtool settings on the Host machine. tcp-segmentation-offload: on tx-tcp-segmentation: on tx-tcp-ecn-segmentation: on tx-tcp6-segmentation: on tx-tcp-mangleid-segmentation: off udp-fragmentation-offload: off [fixed] generic-segmentation-offload: on generic-receive-offload: on I see that udp-fragmentation offload is off. Please let me know if I need to turn on any segmentation parameters with respect to ethtool settings to make the fragmentation ping test successf= ul. Thanks, Suchetha