Dear Khers, Thanks for getting back and letting me know !
It is nice to know it works correctly. --a On 6/13/18, khers <s3m2e1.6s...@gmail.com> wrote: > Dear Andrew, > Sorry for taking your time. I made a mistake and I had a miss > configuration. the vpp behavior is true in handling of tcp idle sessions. > there are no problem.thanks for your help and consideration. > Best Regards, > > On Sun, Jun 10, 2018 at 8:39 PM, emma sdi <s3m2e1.6s...@gmail.com> wrote: > >> Dear Andrew, >> I've already tested your patch and the my observed behavior in last tests >> exists yet. However in vpp1804, mentioned delete process starts when the >> session table is full but in master with your patch, process of deleting >> sessions starts while session table is not full. >> if it is possible for you, I appreciate you double check. The trex and >> vpp >> configs attached in my previous emails. >> >> >> On Sat, Jun 2, 2018 at 11:42 PM, Andrew Yourtchenko <ayour...@gmail.com> >> wrote: >> >>> 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> >>> >>> >> >> >> > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#9606): https://lists.fd.io/g/vpp-dev/message/9606 Mute This Topic: https://lists.fd.io/mt/20415862/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
