Hi,
Just wanted to understand if the following things are achievable with VPP
w.r.t IP multicast:
1. Ip multicast routing - check (S, G) and forward to one or more listeners
2. Ip multicast MPLS tunnel origination - check (S,G) and replicate to one
or more MPLS tunnels (with different labels)
3.
Hi,
Can someone please help me on below,
when i insert a route using "ip route add via "
how does the fib insert this in its table[FWD, NON_FWD], -> does it call
different functions for forwarding and nonforwarding ip6_addresses?
I have inserted a cuckoo_add code on "ip6_fib_table_fwding_dpo_u
Dave,
That was it. Thank you!
Regards,
Stan
> -Original Message-
> From: Dave Barach (dbarach) [mailto:dbar...@cisco.com]
> Sent: Monday, June 12, 2017 8:04 AM
> To: Ratliff, Stanley ; vpp-dev@lists.fd.io
> Subject: RE: Plugin question
>
> From the code snippet you sent, I'm guessing
I have no problem building and running VPP using openSUSE and VirtualBox. I
created a network interface and it shows as down after I start openSUSE.
And after I start VPP, "show int" shows the interface.
I can likewise create an e1000 interface [VMWare doesn't tell me it is
e1000, but the kernel d
Hi Alessio,
Nothing wrong with your method of compiling/running. Time to break out the
debugger;
sudo gdb ~/vpp/build-root/build-vpp_debug-native/vpp/bin/vpp
(gdb) r -c /etc/vpp/startup.conf
(gdb) bt
/neale
From: on behalf of Alessio Silvestro
Date: Monday, 12 June 2017 at 17:42
To: "vpp-
Dear all,
I am implementing a new node in VPP.
The code is in ~/vpp/src/vnet/mynode/
In order to compile the code, I added the following lines to the file
~/vpp/src/vnet.am
libvnet_la_SOURCES += \
vnet/mynode/my_file.c
nobase_include_HEADERS += \
vnet/mynode/my_file
Dear Marco,
Please supply missing relevant data: complete configurations including
interface addresses, packet trace captures, gdb backtrace preferably from a
TAG=vpp_debug image.
Thanks… Dave
-Original Message-
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
Hi,
I am seeing repeatedly issues when configuring VPP with worker threads.
My platform is a multi-socket one (NUMA) so I want to PIN the VPP threads where
my NIC card naturally belongs too (Node 3, first core is #48).
The problem I see is:
Anytime I enable the worker-threads VPP core-dumps whil
>From the code snippet you sent, I'm guessing that you forgot to unwind the
>speculative enqueue at the top of the loop. That never ends well. Examine the
>XXX_enqueue_x1 macro in detail, and you'll see that it increments
>n_left_to_next and decrements to_next in the missed speculation case. You
