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 deleted, you might wanna give it a quick check if you like, before the 11th June. --a > On 2 Jun 2018, at 12:37, emma sdi <s3m2e1.6s...@gmail.com> wrote: > > > ---------- Forwarded message ---------- > From: khers <s3m2e1.6s...@gmail.com> > Date: Sat, Jun 2, 2018 at 1:09 PM > Subject: Re: [vpp-dev] anomaly in deleting tcp idle session in vpp > To: Andrew Yourtchenko <ayour...@gmail.com> > > > Dear Andrew, > > I have observed a contradiction. In my test case, after being session table > full, vpp start to delete idle sessions. > trex command : ./t-rex-64 -c 3 --active-flows 10000 -f > /cap2/concurrent_connection_test.yaml --nc -m 1000 --no-key > yaml file and pcap file and patch file is attached to this email. > > I changed vpp 18.04 version to log session timeout type before removing them. > Accordingly, I observed sessions with timeout type 1 ( 1 is used for idle > session timeout) in my log. > > set acl-plugin session timeout udp idle 60 > set acl-plugin session timeout tcp idle 3600 > set acl-plugin session timeout tcp transient 30 > > > > >> On Wed, May 30, 2018 at 7:59 PM, Andrew Yourtchenko <ayour...@gmail.com> >> wrote: >> If the table is full it should fifo-reuse the tcp transient sessions, not >> the established ones. >> >> --a >> >>> On 30 May 2018, at 14:00, emma sdi <s3m2e1.6s...@gmail.com> wrote: >>> >>> Dear Folks, >>> I have a problem with vpp stateful mode. I observed that vpp start to >>> delete tcp idle sessions when session table is full. my question is this >>> behavior is implemented and indeed it is normal routine? or is this an >>> anomaly? because this behavior is not normal generally (for example in >>> conntrack) and an established session have to exist till its timeout will >>> be zero. I expect vpp holds all old tcp idle sessions instead of creating >>> new sessions when session table doesn't have any empty entry. >>> Best Regards, > > > > <concurrent_connection_test.yaml> > <concurrent_connection_test_pcap.pcap> > <log.patch>
