[vpp-dev] VPP 19.01 RC2 milestone is complete

Hi all, As per schedule, yesterday I have created the v19.01-rc2 tag on stable/1901 and verified that 19.01-rc2 build artifacts have been uploaded to nexus.fd.io. VPP 19.01 Release Milestone RC2 is complete! As a reminder, the VPP 19.01 Release is in two weeks on Wednesday January 30, 2019. ht

[vpp-dev] l2 input/output feature arcs

Hi all, While refactoring the GBP plugin to use feature arcs instead of hardcoded L2 feature bits, I had to basically duplicate my feature arc nodes 3x (and disable/enable them 3x etc.) because the L2 feature arcs are divided in 3 flavors: nonip (no IP ethertype), ip4 (IPv4 ethertype) and ip6 (

Re: [vpp-dev] l2 input/output feature arcs

> On 24 Jan 2019, at 10:39, Benoit Ganne (bganne) via Lists.Fd.Io > wrote: > > Hi all, > > While refactoring the GBP plugin to use feature arcs instead of hardcoded L2 > feature bits, I had to basically duplicate my feature arc nodes 3x (and > disable/enable them 3x etc.) because the L2 fea

Re: [vpp-dev] l2 input/output feature arcs

>> 1) add a new feature arc flavor 'all' alongside nonip, ip4 and ip6. >> Nodes on this arc will gets all packets regardless of the headers. It keeps >> backward compat but should add a small performance hit when L2 feature >> arcs are enabled (we have to visit 4 feature arcs instead of 3). This is

Re: [vpp-dev] l2 input/output feature arcs

> On 24 Jan 2019, at 11:37, Benoit Ganne (bganne) wrote: > >>> 1) add a new feature arc flavor 'all' alongside nonip, ip4 and ip6. >>> Nodes on this arc will gets all packets regardless of the headers. It keeps >>> backward compat but should add a small performance hit when L2 feature >>> arcs

Re: [vpp-dev] l2 input/output feature arcs

> Let's say you have l2 acl which sits on ip4 arc and yout gbp node which sits > on > "all" arc. > What will be the packet flow, and how you can say who is 1st? Good point. You cannot order nodes between arcs, so GBP could not say "runs before acl" in that case. This would basically be dictated

[vpp-dev] VPP/Using VPP as a VXLAN Tunnel Terminator

Hi John and Everyone, We are trying  use case mentioned in the https://wiki.fd.io/view/VPP/Using_VPP_as_a_VXLAN_Tunnel_Terminator ( https://wiki.fd.io/view/VPP/Using_VPP_as_a_VXLAN_Tunnel_Terminator )  and have issue with resolution of ARP and packet forwarding to non vxlan segment. .     My

Re: [vpp-dev] l2 input/output feature arcs

> On 24 Jan 2019, at 11:16, Damjan Marion via Lists.Fd.Io > wrote: > > > >> On 24 Jan 2019, at 10:39, Benoit Ganne (bganne) via Lists.Fd.Io >> wrote: >> >> Hi all, >> >> While refactoring the GBP plugin to use feature arcs instead of hardcoded L2 >> feature bits, I had to basically dupl

Re: [vpp-dev] l2 input/output feature arcs

>> 4) keeps the 3 flavors as they are but add helper to register >> nodes to the 3 arcs - basically move helpers from GBP plugin to vnet/l2. >> Basically same up/downside as (3) > This would be my favourite approach. The benefit of having per-arc nodes is > that we can get compiler optimizations b

Re: [vpp-dev] l2 input/output feature arcs

On 24 Jan 2019, at 14:45, Benoit Ganne (bganne) wrote: >>> 4) keeps the 3 flavors as they are but add helper to register >>> nodes to the 3 arcs - basically move helpers from GBP plugin to vnet/l2. >>> Basically same up/downside as (3) > >> This would be my favourite approach. The benefit of h

[vpp-dev] How do I get the "dpdk-shared" in VPP ?

Hi Damjan and all, How do I get VPP master and / or 19.01-rcX to build against a DPDK already on my system? I am basically talking about the previously available feature driven via vpp.mk as per below snippet:    vpp_uses_external_dpdk = yes    vpp_dpdk_inc_dir = /usr/include/dpdk    vpp_dpdk_lib

Re: [vpp-dev] Question about vlib_next_frame_change_ownership

The vpp packet trace which I extracted from your dispatch trace seems exactly as I would have expected. See below. In a pg test like this one using a loopback interface, anything past loopN-tx is irrelevant. The ipsec packet turns into an ARP request for 18.1.0.241. In non-cyclic graph cases, w

Re: [vpp-dev] How do I get the "dpdk-shared" in VPP ?

In theory like any other cmake project: $ mkdir build $ cd build $ cmake /path/to/vpp/src $ make $ make install In practice probably few lines should be modified in src/plugins/dodkCMakeLists.txt to enable linking with shared libs, as today we do static... — Damjan > On Jan 24, 2019, at 9:

[vpp-dev] Flowprobe/IPFIX export

Hi, Need few clarifications on IPFIX support in the latest VPP. I went thru' codebase of older releases and understand how IPFIX support has evolved from 16.09 thru' the latest, in terms of enhancements and refactoring from vnet/vnet/flow,classify to flowperpkt plugin and now as flowprobe plugin.

[vpp-dev] CPU usage on vpp_main thread is high when using tap cli between vpp and another userspace application #vpp

Hello,  I am trying to use vpp with 4 worker threads.  Client is sending packet to server through vpp. This packet comes to vpp, and gets picked up from a VF. VPP sends this packet to the another user-space application over a tapcli interface.  The user-space application processes the packet, an

Re: [vpp-dev] CPU usage on vpp_main thread is high when using tap cli between vpp and another userspace application #vpp

Don't use tapcli code, it is outdated and I just submitted patch to deprecate it (as agreed few months ago on the community call). https://gerrit.fd.io/r/17073 tapv2 (create interface tap) should be able to run on worker, but don't expect magic, it's jus tap