Re: [vpp-dev] Happening NOW: LFN webinar on CNFs + VPP + NSM

Hello Jill, Where can we get access to the recording? Jerome De : au nom de Jill Lovato Date : jeudi 16 juillet 2020 à 18:07 À : "vpp-dev@lists.fd.io" Objet : [vpp-dev] Happening NOW: LFN webinar on CNFs + VPP + NSM Hi Folks, This morning, LFN is hosting a webinar with presenters from

Re: [vpp-dev] hoststack app fifo_tuning_callback enqueue bytes always 0

Hi, First of all, note that fifo tunning is not fully supported yet. If you enable it by setting the SESSION_F_CUSTOM_FIFO_TUNING flag, you will get notifications whenever new data is enqueued with the aim of allowing the app to update the size of the fifo based on needs. Currently the

Re: [vpp-dev] TCP timer race and another possible TCP issue

Hi Ivan, Thanks for the detailed report! I assume this is a situation where most of the connections time out and the rate limiting we apply on the pending timer queue delays handling for long enough to be in a situation like the one you described. Here’s a draft patch that starts tracking

Re: [vpp-dev] Crash in ACL code while applying rulematch

Hi Satya, > On 16 Jul 2020, at 18:44, Satya Murthy wrote: > > Hi Andrew, > > Thanks for your suggestions on this. > > We did few more tests today, and here are some observations. > Please let us know your thoughts on this. > > 1) We added a lock on the datapath also while doing rulematch

Re: [vpp-dev] Crash in ACL code while applying rulematch

Hi Satya, Rule-matching of ACL is in the data path while add/del is in control plane. If you NOT hitting the crash with lock in datapath, it implies the crash is happening during rule-matching after perhaps a delete operation of an ACE..? Just a possible scenario… Thanks! -- Regards, Balaji.

Re: [vpp-dev] Crash in ACL code while applying rulematch

Hi Andrew, Thanks for your suggestions on this. We did few more tests today, and here are some observations. Please let us know your thoughts on this. 1) We added a lock on the datapath also while doing rulematch using acl apis. The same lock is getting acquired while doing acl adds from other

[vpp-dev] hoststack app fifo_tuning_callback enqueue bytes always 0

Hi, Currently vpp's hoststack app's callback ' session_cb_vft_t-> fifo_tuning_callback' always return 0 if act == SESSION_FT_ACTION_ENQUEUED. If act == SESSION_FT_ACTION_DEQUEUED, the bytes is the lenght of data the session have send. So I think the value should be the length of the session recv

Re: [vpp-dev] v19.08 - duplicate packets in pcap after adding node to ip4-output feature arc - #vpp #vnet

You’ve shown that your proprietary code runs a packet through a path which hits the tx pcap recorder twice, so you get two trace records. Solutions include creating a no-pcap-trace variant node, or marking buffer metadata to suppress the second record. HTH... Dave From: vpp-dev@lists.fd.io

Re: [tsc] [vpp-dev] Replacing master/slave nomenclature

In today's TSC meeting we had a discussion of what, if any, role the TSC should play in the renaming process around nomenclatures like master/slave whitelist/blacklist etc. It's important to understand that the TSC in FD.io, quite intentionally, does not and cannot tell the projects what to do.

[vpp-dev] v19.08 - duplicate packets in pcap after adding node to ip4-output feature arc - #vpp #vnet

[Edited Message Follows] Hi all, I'm currently porting a plugin from v18.01 to v19.08 and having an issue with VPP pcap functionality in the newer version. The plugin has added the following node (ip4-mac-output) to the ip4-output feature arc and when it's enabled I see duplicate packets when

[vpp-dev] v19.08 - duplicate packets in pcap after adding node to ip4-output feature arc - #vpp #vnet

Hi all, I'm currently porting a plugin from v18.01 to v19.08 and having an issue with VPP pcap functionality in the newer version. The plugin has added the following node (ip4-mac-output) to the ip4-output feature arc and when it's enabled I see duplicate packets when taking a tx pcap via

Re: [vpp-dev] #vpp How can I get rid of tx-errors with 100G NICs ? #dpdk

Hi, We are missing the 'show threads' output but what I see confirmed my intuition: the Mellanox NIC is on NUMA socket 1 whereas some (most?) VPP worker threads are probably on NUMA socket 0. In that configuration, packets coming from/to the NIC through PCIe will have to cross the

[vpp-dev] TCP timer race and another possible TCP issue

Hi, I'm working on the Travelping UPF project https://github.com/travelping/vpp ( https://github.com/travelping/vpp ) For variety of reasons, it's presently maintained as a fork of UPF that's rebased on top of upstream master from time to time, but really it's just a plugin. During 40K TCP

[vpp-dev] vpp v19.04 ipsec backend

Hello Im trying to run *route base* ipsec on vpp version *19.04.4* -rc0 while using   dpdk backend  but i see that the packets are not forwording and not get encrepted / decrepted. im using this guide here

Re: [vpp-dev] Published: FD.io CSIT-2005 Release Report

Hi Maciek, Very impressive report with some interesting performance boosts. Thanks! Jerome Le 14/07/2020 15:33, « vpp-dev@lists.fd.io au nom de Maciek Konstantynowicz (mkonstan) via lists.fd.io » a écrit : Hi All, FD.io CSIT-2005 report has been published on FD.io docs site: