Re: [vpp-dev] ACL not working #vpp

2019-09-04 Thread Cipher Chen
Thanks Andrew, I've successfully done acl_plugin test. BTW, just reply here for latecomers, do "V=2 EXTENDED_TESTS=1 TEST=acl_plugin* make test" to do more test and print verbosely. Since I'm testing stateful ACL by watching behavior of test_acl_plugin_conns.py, along with explaination from Sta

[vpp-dev] Fw: Intel XXV710 SR-IOV packet loss

2019-09-04 Thread Miroslav Kováč
Hello, We are trying a setup with intel 25 GB card XXV710 and sr-iov. We need sr-iov to sort packets based on vlan in between the VFs. We are using trex on one machine to generate packets and multiple VPPs (each in docker container, using one VF) on another one. Trex machine contains the exact

Re: [vpp-dev] Intel XXV710 SR-IOV packet loss

2019-09-04 Thread Damjan Marion via Lists.Fd.Io
Have you tried to use native AVF driver instead? > On 4 Sep 2019, at 12:42, Miroslav Kováč wrote: > > Hello, > > We are trying a setup with intel 25 GB card XXV710 and sr-iov. We need sr-iov > to sort packets based on vlan in between the VFs. We are using trex on one > machine to generate p

Re: [vpp-dev] Intel XXV710 SR-IOV packet loss

2019-09-04 Thread Miroslav Kováč
Yes we have tried that as well, with AVF we received simlar results as well Od: Damjan Marion Odoslané: streda, 4. septembra 2019 12:44:33 Komu: Miroslav Kováč Kópia: vpp-dev@lists.fd.io Predmet: Re: [vpp-dev] Intel XXV710 SR-IOV packet loss Have you tried to us

Re: [vpp-dev] Intel XXV710 SR-IOV packet loss

2019-09-04 Thread Damjan Marion via Lists.Fd.Io
Isn't that just a hardware limit of the card? > On 4 Sep 2019, at 12:45, Miroslav Kováč wrote: > > Yes we have tried that as well, with AVF we received simlar results as well > Od: Damjan Marion mailto:dmar...@me.com>> > Odoslané: streda, 4. septembra 2019 12:44:33 > Komu: Miroslav Kováč > Kóp

[vpp-dev] vpp api's change

2019-09-04 Thread Wang, Drenfong
Hi vpp-dev Vpp have changed it's api string type many times, Could we keep it stable? In the interface.api.h.vapi.h, the name_filter, interface_name, admin_up_down -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#13898): https://lists.fd.io/g/vpp-de

Re: [vpp-dev] vpp api's change

2019-09-04 Thread Ole Troan
> Vpp have changed it’s api string type many times, Could we keep it stable? > In the interface.api.h.vapi.h, the name_filter, interface_name, admin_up_down Yes, we have. My fault. Apologies. Let's hope this incarnation will stick: https://gerrit.fd.io/r/c/vpp/+/21492 There is still some work u

Re: [vpp-dev] ACL not working #vpp

2019-09-04 Thread Andrew Yourtchenko
Hi Cipher, Reply below inline > On 4 Sep 2019, at 12:36, Cipher Chen wrote: > > Thanks Andrew, I've successfully done acl_plugin test. > > BTW, just reply here for latecomers, do "V=2 EXTENDED_TESTS=1 > TEST=acl_plugin* make test" to do more test and print verbosely. Yeah the connection tra

Re: [vpp-dev] Intel XXV710 SR-IOV packet loss

2019-09-04 Thread Miroslav Kováč
Isn t sriov supposed to be as fast as physical function? and besides why would we receive different number of processed packets with 7 VFs and dropped by 16 millions of packets using 8 VFs? and the same result goes with 9 or 10 VFS as with 8 VFs.. Od: Damjan

Re: [vpp-dev] Intel XXV710 SR-IOV packet loss

2019-09-04 Thread Damjan Marion via Lists.Fd.Io
You will need to ask intel folks, but generally it makes sense that if NIC needs to parse vlan tag and distribute packets to different queues performance will go down.. > On 4 Sep 2019, at 14:47, Miroslav Kováč wrote: > > Isn t sriov supposed to be as fast as physical function? and besides wh

[vpp-dev] VPP getting crashed with IPv6 traffic

2019-09-04 Thread via Lists.Fd.Io
Hi, We are using VPP version 18.07 and we are running IPv6 traffic. Following crash dump observed during one of the runs 0x7f75522001d7 in raise () from /usr/lib64/libc.so.6 #1 0x7f75522018c8 in abort () from /usr/lib64/libc.so.6 #2 0x55be72b431ae in os_exit (code=code@entry=1) at

[vpp-dev] ACL based security group of VPP

2019-09-04 Thread cipher.chen2012
Hi vpp-dev, I'm testing security group functions on VPP19.08, and got some questions here. I have two vms: A(172.16.0.1/24, using vxlan_tunnel10 / bridge 10) and B(172.16.1.1/24, using vxlan_tunnel11 / bridge 11). Both these two networks' gateway is X.254, configured on VPP bridges (10 and 11).

Re: [vpp-dev] VPP API sometimes hangs on ip_route_details response #vppcapi #vpp_stability #vpp #binapi

2019-09-04 Thread Vratko Polak -X (vrpolak - PANTHEON TECHNOLOGIES at Cisco) via Lists.Fd.Io
Looks like VPP-1753 to me. I do not have much to add, heisenbugs are hard to figure out. Vratko. From: vpp-dev@lists.fd.io on behalf of sylvain.cadil...@jaguar-network.com Sent: Wednesday, September 4, 2019 01:36 To: vpp

[vpp-dev] Published: FD.io CSIT-1908 Release Report

2019-09-04 Thread Maciek Konstantynowicz (mkonstan) via Lists.Fd.Io
Hi All, FD.io CSIT-1908 report has been published on FD.io docs site: html: https://docs.fd.io/csit/rls1908/report/ pdf: https://docs.fd.io/csit/rls1908/report/_static/archive/csit_rls1908.pdf Many thanks to All in CSIT, VPP and wider FD.io community who contributed and worked hard to make CSIT-

Re: [vpp-dev] vppcom_session_connect blocking or non blocking

2019-09-04 Thread Florin Coras
Hi Max, Here’s the patch that allows non-blocking connects [1]. Florin [1] https://gerrit.fd.io/r/c/vpp/+/21610 > On Aug 15, 2019, at 7:41 AM, Florin Coras via Lists.Fd.Io > wrote: > > Hi Max, > > Not at this time. It should be possible with a few ch