Re: [vpp-dev] continuous decline in throughput with acl

Interesting - but you are saying in 1804 this effect is not observed ? There was no other notable changes with regards to session management - but maybe worth it to just do hit bisect and see. Should be 4-5 iterations. Could you verify that - if indeed this is not seen in 1804. --a > On 23 Sep

Re: [vpp-dev] continuous decline in throughput with acl

I checked out the version before the gerrit 12770 is merged to master. 2371c25fed6b2e751163df590bb9d9a93a75a0f I got SIGSEGV with 2 workers, so I repeat the test with one worker. Throughput is going down like the latest version. On Sun, Sep 23, 2018 at 4:55 PM Andrew 👽 Yourtchenko wrote: > Woul

Re: [vpp-dev] continuous decline in throughput with acl

Would you be able to confirm that it changes at a point of https://gerrit.fd.io/r/#/c/12770/ ? --a > On 23 Sep 2018, at 13:31, emma sdi wrote: > > Dear Community > > I have simple configuration as following: > > startup.conf > simple_acl > > I used Trex packet generator with following comma

[vpp-dev] continuous decline in throughput with acl

Dear Community I have simple configuration as following: startup.conf simple_acl I used Trex packet generator with following command: ./t-rex-64 --cfg cfg/trex_config.yaml -f cap2/sfr.yaml -m 5 -c 2 -d 6000 The To

Re: [vpp-dev] Skipping ipv4-input processing in L3Fwd

Thanks Damjan. I will reanalyze my approach. Thanks, Nitin > On 23-Sep-2018, at 16:29, Damjan Marion wrote: > > External Email > > Dear Nitin, > >> On 22 Sep 2018, at 20:30, Nitin Saxena wrote: >> >> Hi Damjan/Dave. >> >>> You will end up with layering violation and bloatig driver code. Pl

Re: [vpp-dev] Skipping ipv4-input processing in L3Fwd

Dear Nitin, > On 22 Sep 2018, at 20:30, Nitin Saxena wrote: > > Hi Damjan/Dave. > >> You will end up with layering violation and bloatig driver code. Please dont >> go there. > Ok. My motivation is the error packet should be dropped at the earliest. i.e > - In device-input node, if interface