[vpp-dev] UDP Checksum DROP in NIC offload for Uplink flow in 40G traffic

Hi, We are in developmental phase for 5G user plane as vpp.we are struugling in measuring throughput in vpp. 40G traffic: Using a Mellanox NIC created a RDMA interfaces , for 40G traffic Uplink flow , facing a udp checksum drop in vpp. The traffic drops at RDMA interfaces, and has a ”b

Re: [EXTERNAL] Re: [vpp-dev] Multi-threading locks and synchronization

Thank you for your explanation.  What is recommended way if a custom plugin is working on multiple threads. Direct the packet in the same flow to the same thread or use spinlocks for synchronization. It looks like for IPSEC VPP code is trying the process the packets on the same flow on the same

Re: [EXTERNAL] Re: [vpp-dev] Multi-threading locks and synchronization

Grossly simplified explanation: Because of how VPP works, all packets are processed to completion on every vector (there may be exceptions, but it’s not typical, VPP really does not want to hang on to packets across cycles). Once a vector has been completed, there’s a barrier lock to allow main

Re: [vpp-dev] Multi-threading locks and synchronization

[Edited Message Follows] "Interfaces are created/deleted under the barrier so there is not packets in flight." Can you please add more details?  I just gave a scenario. In general, this is applicable to all meta fields  /Opaque fields. How is VPP handling the outdated meta fields in packets du

Re: [vpp-dev] Multi-threading locks and synchronization

"Interfaces are created/deleted under the barrier so there is not packets in flight." Can you please add more details? I just gave a scenario. In general, this is applicable to all meta fields /Opaque fields. How are handling the outdated meta fields in packets due to config changes? Does this m

Re: [vpp-dev] DPDK compilation under VPP 2101

Hello Everyone, I want to include additional DPDK patches for our use case. So whenever I compile VPP under non-root user , DPDK compilation fails as it is trying to checkout meason related tar ball and pip3, which does not have such permissions. >Any suggestions regarding this would be h

Re: [vpp-dev] Multi-threading locks and synchronization

> On 11.07.2021., at 17:10, satish amara > wrote: > > [Edited Message Follows] > > Hi, >I have a few questions about how synchronization is being done when there > are multiple workers/threads accessing the same data structure. > For example, IPsec headers ha

Re: [vpp-dev] Multi-threading locks and synchronization

> On 11.07.2021., at 17:10, satish amara > wrote: > > [Edited Message Follows] > > Hi, >I have a few questions about how synchronization is being done when there > are multiple workers/threads accessing the same data structure. > For example, IPsec headers ha

[vpp-dev] Multi-threading locks and synchronization

[Edited Message Follows] Hi, I have a few questions about how synchronization is being done when there are multiple workers/threads accessing the same data structure. For example, IPsec headers have a seq number that gets incremented. If we have IPsec flow and encrypting packets on VPP do we assu