Re: [vpp-dev] anomaly in deleting tcp idle session in vpp

Thanks for more detail! Could you also include the VPP config ? This way I can give it a shot in the lab when I am back or the office 11th June. By the way, https://gerrit.fd.io/r/#/c/12770/ could have changed the behavior since I made an addition of the transient state before the connection is

Re: [vpp-dev] Multiarch/target select for dpdk_device_input

Hi Dave and Damjan, Thanks for the suggestions. I will take them up. Thanks, Nitin On 02-Jun-2018, at 5:27 PM, Dave Barach mailto:dbar...@cisco.com>> wrote: You’re encouraged to review patches on gerrit.fd.io, and to show up at the biweekly project call where we discuss

Re: [vpp-dev] Multiarch/target select for dpdk_device_input

You’re encouraged to review patches on gerrit.fd.io, and to show up at the biweekly project call where we discuss such things. See https://wiki.fd.io/view/VPP/Meeting. Philosophical dissertations are off-topic for vpp-dev@lists.fd.io. Thanks... Dave From: vpp-dev@l

[vpp-dev] anomaly in deleting tcp idle session in vpp

-- Forwarded message -- From: khers Date: Sat, Jun 2, 2018 at 1:09 PM Subject: Re: [vpp-dev] anomaly in deleting tcp idle session in vpp To: Andrew Yourtchenko Dear Andrew, I have observed a contradiction. In my test case, after being session table full, vpp start to delete idl

Re: [vpp-dev] Support for TCP flag

As Regards to your question, the case that I'm testing is connection tracking in stateful firewall which its functionality is the same as Linux conntrack. Do you have any plan to provide VPP as an appropriate infrastructure for firewall applications? From: Andrew

Re: [vpp-dev] Multiarch/target select for dpdk_device_input

Dear Nitin, Anybody is free to submit patch to gerrit.fd.io or to provide comments to any patch there. Regards, Damjan > On 2 Jun 2018, at 03:11, Nitin Saxena wrote: > > Hi Damjan, > > If VPP is an open-source project that supports multiple architectures, then > the

Re: [vpp-dev] vpp with dpdk shared library

Yes, when I was enabling Chelsio NICs in VPP I had the problem as they also have one pci address for multiple ports. I ended up with adding “/x” suffix in the interface name. — Damjan > On 2 Jun 2018, at 03:30, Rami Rosen wrote: > > Michael, > Regarding using the same PCI ID for all ports:

[vpp-dev] something wrong about memory

Hi all, I have stopped my vpp process and its threads in gdb, and I even did not bind any phy interfaces, but it consumes memory continuously. What should I do? I hope hearing from you, thanks. Below is some information. Thread 1 "vpp_main" hit Breakpoint 2, dispatch_node (vm=0x779a