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

2018-06-02 Thread Andrew Yourtchenko
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

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

2018-06-02 Thread emma sdi
-- 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

Re: [vpp-dev] Support for TCP flag

2018-06-02 Thread Rubina Bianchi
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:

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

2018-06-02 Thread Damjan Marion
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 >

[vpp-dev] something wrong about memory

2018-06-02 Thread xulang
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

Re: [vpp-dev] Rx stuck to 0 after a while

2018-06-02 Thread Andrew Yourtchenko
Dear Rubina, Excellent, thank you very much! The change is in the master now. Note that to keep the default memory footprint the same I have temporarily halved the default upper limit on sessions (since we create two bihash entries now instead of one). FYI, I plan to do some more work on