Libbacktrace uses a non-Apache-2 license which may be an issue. I'll check with
the TSC about it.
Thanks... Dave
From: vpp-dev@lists.fd.io On Behalf Of Kingwel Xie
Sent: Monday, June 11, 2018 5:41 AM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] Integration with libbacktrace
Hi all,
I'm
Use gdb to debug your program, and vpp. Breakpoint the data plane plugin
message handler and see if the vl_api_nat_worker_dump_t_handler is ever
invoked. Note the output of “show api client” once the test client connects.
Your client program ends up w/ 2 threads. Binary APIs are asynchronous.
Sure. Personally, I'd send the backtrace to syslog vs. creating yet-another
logfile.
D.
-Original Message-
From: vpp-dev@lists.fd.io On Behalf Of Kingwel Xie
Sent: Thursday, June 14, 2018 2:54 AM
To: Kingwel Xie ; Damjan Marion
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev]
In a 32-bit vector length image – as in standard vpp – vectors are limited to
4g elements. That includes the main heap, which is a u8 * vector.
You’ll never manage to allocate a single vector larger than a significant
fraction of 4gb.
Of course, you can mmap private memory of some arbitrary
See also vec_capacity(x), vec_len(x) * sizeof (x[0)), vec_new (type,nitems),
and so forth.
If you force the vector infra to repeatedly copy [gb worth of] data, it will
take time.
D.
From: vpp-dev@lists.fd.io On Behalf Of
david.leitch@gmail.com
Sent: Monday, June 18, 2018 8:23 AM
To:
+1, or “make distclean” in build-root...
From: vpp-dev@lists.fd.io On Behalf Of Andrew Yourtchenko
Sent: Wednesday, June 13, 2018 2:16 PM
To: Jon Loeliger
Cc: vpp-dev
Subject: Re: [vpp-dev] Missing functions?
Jon,
My bet something in your tree was compiled previously, but is not rebuilt
nnot be resolved
while building our application.
-Matt
On Jun 13, 2018, at 1:21 PM, Dave Barach via Lists.Fd.Io
mailto:dbarach=cisco@lists.fd.io>> wrote:
+1, or “make distclean” in build-root...
From: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>
mailto:vpp-dev@lists.fd.io>
As you’ve seen, ASSERTs are not compiled into production images. There are far
too many of them to simply change the macro in CLIB_DEBUG=0 images and expect
anything like acceptable performance.
I would guess it’s at least a 50% hit. A -g -O0 (TAG=vpp_debug) image is often
an
while building our application.
-Matt
On Jun 13, 2018, at 1:21 PM, Dave Barach via Lists.Fd.Io
mailto:dbarach=cisco@lists.fd.io>> wrote:
+1, or “make distclean” in build-root...
From: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>
mailto:vpp-dev@lists.fd.io>> O
Unfortunately, you missed a number of key details. It’s no surprise that the
code you sent along won’t work. First obvious issue: you need to ask vpp for
the base of the message ID block assigned to your data plane plugin.
name = format (0, "sample_%08x%c", api_version, 0);
sm->msg_id_base
What you’re describing is at least marginally possible, but before I describe
how one might do such a thing I want to know why you plan to do it. There are
far less invasive techniques already available, e.g. for adding features.
HTH... Dave
From: vpp-dev@lists.fd.io On Behalf Of satish
+1.
To amplify a bit: all binary API messages are processed with worker threads
paused in a barrier sync, unless the API message has been explicitly marked
thread-safe.
Here is the relevant code in
.../src/vlibapi/api_shared.c:vl_api_msg_handler_with_vm_node(...)
if
+1.
It would be super-helpful if you were to add test cases to
.../src/vppinfra/test_mheap.c, and push a draft patch so we can reproduce / fix
the problem(s).
Thanks... Dave
From: vpp-dev@lists.fd.io On Behalf Of Damjan Marion
Sent: Wednesday, June 27, 2018 3:27 PM
To: Kingwel Xie
Cc:
Change your syslog configuration.
From: vpp-dev@lists.fd.io On Behalf Of chetan bhasin
Sent: Tuesday, June 26, 2018 11:12 PM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] How to change default log from /var/log/messages to some
other path
Hi,
We are using VPP release 18.01 . We want to move
That’s not correct. Please read the manual. Here’s an excerpt from the Ubuntu
standard rule-set, which should give you a hint:
#
# First some standard log files. Log by facility.
#
auth,authpriv.*/var/log/auth.log
*.*;auth,authpriv.none -/var/log/syslog
#cron.*
13188 is already merged.
From: vpp-dev@lists.fd.io On Behalf Of Ed Kern via
Lists.Fd.Io
Sent: Friday, June 22, 2018 12:07 PM
To: Jan Gelety -X (jgelety - PANTHEON TECHNOLOGIES at Cisco)
Cc: vpp-dev@lists.fd.io
Subject: Re: [csit-dev] [vpp-dev] VPP make test gives false positive
Importance:
See, for example, https://gerrit.fd.io/r/#/c/13061.
This failure is almost certainly unrelated to the patch. We need to fix this 90
seconds ago.
Thanks... Dave
13:02:17
==
13:02:17 ERROR: IP ACL test
13:02:17
Please do the following:
"clear run"
"show run"
Otherwise, you're looking at a long-term average data which include an awful
lot of 0 PPS time...
D.
From: vpp-dev@lists.fd.io On Behalf Of Rubina Bianchi
Sent: Saturday, June 30, 2018 4:55 AM
To: John DeNisco (jdenisco) ; Damjan Marion
* Remove the installed vpp-dpdk-xxx Debian package [if you installed them].
* Add your e1000 driver patch to /dpdk/dpdk-_patches
* Rebuild and install vpp
HTH... Dave
From: vpp-dev@lists.fd.io On Behalf Of xulang
Sent: Thursday, June 21, 2018 8:40 AM
To: vpp-dev@lists.fd.io
Before I start bugging the LF: is anyone else noticing bad performance w/
gerrit.fd.io?
Thanks... Dave
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#9659): https://lists.fd.io/g/vpp-dev/message/9659
Mute This Topic:
If you want to attempt a manual cherry-pick: https://gerrit.fd.io/r/#/c/13745 -
merged a couple of days ago - would be the right place to start.
D.
From: vpp-dev@lists.fd.io On Behalf Of Damjan Marion via
Lists.Fd.Io
Sent: Saturday, July 28, 2018 7:20 AM
To: Prashant Upadhyaya
Cc:
Guys,
The current behavior is probably not what the code author intended. It’s easy
to change. I’ve already offered under separate cover to push a draft patch
which won’t do this under any circumstances, so folks can kick the tires.
In its final form, a command-line argument of the form “...
Before doing anything else: please revert to the previous DPDK version and see
if the issue vanishes.
From: vpp-dev@lists.fd.io On Behalf Of Peter Mikus via
Lists.Fd.Io
Sent: Monday, July 30, 2018 3:02 AM
To: vpp-dev@lists.fd.io
Cc: vpp-dev@lists.fd.io
Subject: [vpp-dev] CSIT -
I don't understand what you mean by "reserve symbols." Please explain what
you're trying to do in more detail.
From: vpp-dev@lists.fd.io On Behalf Of xulang
Sent: Sunday, July 29, 2018 2:43 AM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] target symbol
Hi all,
How can I reserve symbols in the
At least in C, it’s perfectly possible: use
vl_client_connect_to_vlib_no_rx_pthread(...).
Follow the sketch in the default rx_thread_fn(..) pretty carefully. You’ll need
to manually implement a non-while(1) version of vl_msg_api_queue_handler(...).
Spin-waiting for replies will completely
Folks,
Would it be possible for someone to download and manually verify that
https://gerrit.fd.io/r/#/c/13769 is functionally correct, and that the proposed
change isn't a performance disaster on aarch64?
Thanks... Dave
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this
Seems like you may have forgotten to add my_main->msg_id_base to mp->_vl_msg_id
when sending the reply message from your data plane plugin.
From: vpp-dev@lists.fd.io On Behalf Of Rubina Bianchi
Sent: Wednesday, August 1, 2018 6:42 AM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] Error in VPP DPDK
+1, the aggregate RX rate seems to be around 12 KPPS, the vector rate is small.
Absent I/O silliness, one core should handle this load with no problem.
D.
From: vpp-dev@lists.fd.io On Behalf Of Damjan Marion via
Lists.Fd.Io
Sent: Wednesday, August 1, 2018 4:27 PM
To:
Thanks very much... Dave
From: Tina Tsou
Sent: Friday, July 27, 2018 1:51 PM
To: Dave Barach (dbarach)
Cc: Brian Brooks ; vpp-dev@lists.fd.io
Subject: Re: Manual patch verify request: gerrit 13769
Dear Dave,
Looking into it...
Thank you,
Tina
On Jul 27, 2018, at 7:23 AM, Dave Barach
No known issues at that level. Since this sounds like a test code, can you
share it?
Thanks... Dave
From: vpp-dev@lists.fd.io On Behalf Of Vijayabhaskar
Katamreddy via Lists.Fd.Io
Sent: Wednesday, August 8, 2018 3:14 PM
To: vpp-dev@lists.fd.io
Cc: vpp-dev@lists.fd.io
Subject: [vpp-dev]
What is the maximum value of j at the start of the inner loop? Note that kv.key
= i. The test replaces many, many keys on purpose.
Set TESTS += test_bihash_template in vppinfra.am
From: Vijay Katamreddy (vkatamre)
Sent: Wednesday, August 8, 2018 3:47 PM
To: Dave Barach (dbarach)
Cc:
You might consider sending e-mail to the dpdk mailing list, or e.g. Ray
Kinsella @ Intel. Pretty clearly a [dpdk] driver / HW issue.
From: vpp-dev@lists.fd.io On Behalf Of j...@yeager1.com
Sent: Wednesday, August 8, 2018 6:46 PM
To: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] Performance and CLI
Which version of vpp are you running? This should work fine in 18.07 or
master/latest...
From: vpp-dev@lists.fd.io On Behalf Of Richard Throne
Sent: Thursday, August 9, 2018 6:35 AM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] Running VPP as non-root user
Hi,
I need to run VPP as non-root user.
Here’s what I get, which is to say completely normal operation:
Cycle 0 out of 10...
Pick 1234 unique random keys...
Add items...
Hash table test
1234 active elements 1192 active buckets
1 free lists
[len 1] 0 free elts
0 linear search buckets
0 cache hits, 0 cache misses
Try this in mycmd:
u8 * line;
if (unformat (input, "%U", unformat_line, ))
process_line;
Note that line will be a true u8 * vector: no null-termination. If you need
null termination: vec_add1 (line, 0);
Remember to vec_free(...) it unless you're planning to keep it.
HTH... Dave
The tw_timer implementation is extremely fast. We routinely test it to 60
million concurrent timers, the number required to bring up 10M TCP sessions.
Given a 500ms granularity, we have: max range = 86400 (secs/day) * 2 (clock
ticks/second) = 172800 slots. A 2-ring, 512 slots/ring geometry
Almost no matter what, vpp shouldn’t crash. Please at share the backtrace. See
https://wiki.fd.io/view/VPP/BugReports and also
https://wiki.fd.io/view/VPP/VPP_Home_Gateway for a known-to-work similar BVI /
IRB configuration.
D.
From: vpp-dev@lists.fd.io On Behalf Of Aleksander Djuric
Sent:
Please fix AYEC:
Chrome is complaining: "This server could not prove that it is git.fd.io; its
security certificate expired 3 days ago. This may be caused by a
misconfiguration or an attacker intercepting your connection. Your computer's
clock is currently set to Monday, August 6, 2018. Does
Trusty Tahr, aka Ubuntu 14.04, is no longer supported.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#10059): https://lists.fd.io/g/vpp-dev/message/10059
Mute This Topic: https://lists.fd.io/mt/24220396/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Although I could explain how to fix that specific problem, please do not to use
17.10. We don't support 17.10 anymore.
The tcp stack worked better in 18.04, and much better than that in 18.07. I'd
strongly suggest that you switch to 18.07...
HTH... Dave
-Original Message-
From:
Dear Michael,
It is completely normal for a router data plane to forbid this scenario. Given
a packet to route to 13.13.13.114, which interface should the data plane choose?
>From what I can tell, it looks like you’re trying to route untagged as well as
>VLAN 11 and VLAN 12 packets. This
Dear Gulakh,
As you move forward, please be careful. An arbitrary 10g NIC may or may not
have adequate PCI bus bandwidth to handle 10gb line-rate, full-duplex @ 64 byte
pkts. Depopulated memory channels, incorrect NUMA placement, and a host of
other configuration errors may yield awful
Please refer to https://wiki.fd.io/view/VPP/BugReports for bug reporting, also
https://wiki.fd.io/view/VPP/Configuration_Tool
If you expect folks to volunteer to help you: write up your system
configuration, vpp version and configuration, and so forth to a reasonable
standard.
From:
If possible, repeat the exercise with a debug image. The code involved is well
tested, and does not crash without “help.” I wouldn’t be surprised to run into
an ASSERT elsewhere which explains the problem.
For the specific packet in question: see if
vnet_buffer(b)->sw_if_index[VLIB_TX] is set
Cool... Please let us know if you run into trouble...
Thanks... Dave
-Original Message-
From: Carlito Nueno
Sent: Monday, August 27, 2018 4:09 PM
To: Dave Barach (dbarach)
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] received signal SIGSEGV and vpp restarts continuously
Hi Dave,
I
Add graph node to the IP lookup feature arc. See attached code, from a
known-to-work example. Program src routes into a non-default FIB.
HTH... Dave
From: vpp-dev@lists.fd.io On Behalf Of
georgi.mel...@gmail.com
Sent: Monday, August 27, 2018 1:28 AM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev]
Looks like a NULL pointer - please decode the pc. It would help if you could
repro the problem with a debug image and send a full backtrace.
vnet[10192]: received signal SIGSEGV, PC 0x7fa62aecade3, faulting address 0x0
D.
-Original Message-
From: vpp-dev@lists.fd.io On Behalf Of
Please don’t remove extern declarations from header files...
Damjan is exactly right. It’s oh so easy to end up with N separate, independent
but identically-named data structure instances. It’s super-confusing when that
happens.
Thanks... Dave
From: vpp-dev@lists.fd.io On Behalf Of
We missed a step when pulling the release throttle which causes the JVPP tests
to fail.
As soon as we merge https://gerrit.fd.io/r/#/c/13522, order should be restored.
We need to wait until that one passes validation, for obvious reasons.
Thanks... Dave
-=-=-=-=-=-=-=-=-=-=-=-
Links: You
I would expect very little if any measurable effect on forwarding performance.
At least for the counters that I moved to the stats segment: vpp was already
maintaining them. Not much changed.
HTH... Dave
From: vpp-dev@lists.fd.io On Behalf Of Dave Cornejo
Sent: Thursday, July 19, 2018 5:22 PM
If you send the vpp_api_test script sequence and the traffic profile - what the
packets which should hit but do not actually look like - I'll take a look. It
might be pretty simple...
D.
From: vpp-dev@lists.fd.io On Behalf Of Jan Gelety via
Lists.Fd.Io
Sent: Tuesday, July 24, 2018 10:43 AM
No, there isn’t. There isn’t much of a point in deleting graph arcs. If the
feature is reenabled, the existing arc from A to B will be reused.
D.
From: vpp-dev@lists.fd.io On Behalf Of Andrew Yourtchenko
Sent: Tuesday, September 4, 2018 2:50 PM
To: .ılı.D'p@k.ılı.
Cc: vpp-dev@lists.fd.io
Folks,
I've run into this annoyance myself. Attempting to authenticate to wiki.fd.io
other than on the top-level page tends to produce "suspicious request, please
try again" complaints.
This seems like a configuration error. Please either fix it, or explain why it
cannot or should not be
Please write up issues as described at: https://wiki.fd.io/view/VPP/BugReports.
Without even a hint as to which version of vpp is involved, this report is not
actionable.
Here’s an excerpt from the wiki page:
Although every situation is different, this page describes data which will help
In future, please refer to https://wiki.fd.io/view/VPP/BugReports. The issue
you're reporting is not trivially reproducible.
At a minimum: we'll need a backtrace from a debug image, the vpp version
string, the vpp startup config, and the connection method you used.
D.
From:
The typical coding pattern to use when you don't know how many messages will
come back: send a dump request, followed by an echo-ping.
When the ping reply shows up, the dump is complete...
HTH... Dave
From: vpp-dev@lists.fd.io On Behalf Of
wangchuan...@163.com
Sent: Tuesday, September 11,
Folks,
Our 18.07 release F0 (API freeze) date has arrived... We won't merge risky
patches, or patches which involve API changes until the master branch reopens
in a week: on or about Monday July 16th.
Committers, please take notice.
Thanks... Dave
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive
What you wrote is not correct.
DPDK drivers run in user-mode, as part of the vpp executable. To a first
approximation: device drivers use the uio_pci_generic kernel module to map
device registers into user-space. Once that happens, user-mode device drivers –
either dpdk or vpp native –
Folks,
Unfortunately, the AVX2 blend patch causes 100% clang validation failures on
unrelated patches. The clang validation job actually failed on the original
patch, but somehow fd.io JJB voted +1 anyhow.
See https://gerrit.fd.io/r/#/c/13457 - revert, https://gerrit.fd.io/r/#/c/13408
-
Revert complete... HTH... Dave
From: Dave Barach (dbarach)
Sent: Thursday, July 12, 2018 5:01 PM
To: Damjan Marion (damarion) ; Florin Coras (fcoras)
; 'Marco Varlese' ; Ed Kern (ejk)
Cc: vpp-dev@lists.fd.io
Subject: Revert of gerrit 13408 / "vppinfra: AVX2 blend" in progress..
Importance:
,I actually merged the patch. However, it was indeed Verified+1
:(
I have gone now to see the actual CLANG build failure and wondering: is it
possible that job is not configured as voting/gating job in Jenkins so the
verification process succeeds anyway?
- Marco
On Thu, 2018-07-12 at 22:49 +
In vppinfra.am:
TESTS += test_tw_timer
Or build all of the tests.
D.
From: vpp-dev@lists.fd.io On Behalf Of chetan bhasin
Sent: Monday, July 9, 2018 7:15 AM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] How can we test test_tw_timer.c application
Hi,
Can anybody please help me to provide the
If either vpp or client dies with the svm mutex held, the condition you show
can occur. Even marginally well-behaved code won’t cause this condition, so I’d
suggest that you fix the underlying problem.
To get going again: “rm /dev/shm/{global_vm,vpe-api}” to clean up the mess.
Note that the
Allocating a large number of 16 byte objects @ 64 byte alignment will never
work very well. If you pad the object such that the mheap header plus the
object is exactly 64 bytes, the issue may go away.
With that hint, however, I’ll go build a test vector. It sounds like the mheap
required size
Glad to hear it. Note that fully-unaligned checksum performance probably won’t
be anything to write home about, but at least the code produces the right
answer...
D.
From: vpp-dev@lists.fd.io On Behalf Of Yao, Chengqiang
Sent: Friday, June 29, 2018 6:03 AM
To: Damjan Marion
Cc:
See …/src/vlib/main.c, and
https://fdio-vpp.readthedocs.io/en/latest/gettingstarted/developers/vlib.html?highlight=dispatch#graph-node-dispatcher
At this level, we need to make a distinction between a vlib_pending_frame_t – a
vector of buffer indices to be processed by a certain node – and
Thanks for the report… This is the sort of thing we need to clean up. We do
very little negative testing of the form: send the kitchen sink with nothing
configured.
From: on behalf of JB
Date: Sunday, October 21, 2018 at 9:59 AM
To: "vpp-dev@lists.fd.io"
Subject: Re: [vpp-dev] VPP crash
#include and try again?
-Original Message-
From: vpp-dev@lists.fd.io On Behalf Of carlito nueno
Sent: Wednesday, October 17, 2018 11:16 PM
To: hongjun...@intel.com
Cc: Mehran Memarnejad ; vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] Unable to build router plugin
Hi Hongjun,
Thanks for
See https://wiki.fd.io/view/VPP/VPP_Home_Gateway for a NAT-based example.
From: vpp-dev@lists.fd.io On Behalf Of
wangchuan...@163.com
Sent: Tuesday, October 23, 2018 2:55 AM
To: vpp-dev
Subject: [vpp-dev] How translate some ctrl data to OS ?
Hi all,
PCA have running a VPP that have only 1
Read at face value, the vpp binary API memory segment (VA range 0x3000 and
above) is out of memory. The failing allocation is a request for 60 bytes,
which is not an unreasonable ask.
Before doing anything else, try increasing the size of the API segment and see
if the problem recurs.
We
“show memory” looks at every object in the heap, with packet processing
disabled for the duration.
From: vpp-dev@lists.fd.io On Behalf Of
david.leitch@gmail.com
Sent: Wednesday, October 24, 2018 4:58 AM
To: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] Memory Performance issue #vpp
hi Matus
Use vlib_node_add_next(...) to create the graph arc at your convenience.
Memorize the arc index when you create it, so you can set e.g. next0 to the
correct value in MyNode.
HTH... Dave
-Original Message-
From: vpp-dev@lists.fd.io On Behalf Of Prashant Upadhyaya
Sent: Wednesday,
There is no such thing as a free lunch.
If you force a fresh allocation measured in gigabytes, the memory allocator
will mmap(...) a bunch of (4k) pages which will incur (expensive) pagefaults as
they’re populated. Vec_validate(...) copies data when necessary. When
structures grow to
Look at .../src/vnet/ipfix-export/flow_report.c : send_template_packet(...) for
a decent example of most of the mechanics involved. Also look at
.../src/vlib/buffer.c : vlib_buffer_add_data(...).
If you're going to send lots of such packets, it may well improve performance
to allocate a fair
# rm /dev/shm/* # and try it again.
From: vpp-dev@lists.fd.io On Behalf Of ???
Sent: Wednesday, October 31, 2018 11:29 PM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] Run failed on 1807 version vpp code on centos7.
Hi,
make run didn't seem to work,
Logs :
[root@localhost vpp]# ls
Please send the exact config you used, and the relevant packet tracer output.
From: wangchuan...@163.com
Sent: Tuesday, October 30, 2018 1:13 AM
To: Dave Barach (dbarach) ; vpp-dev
Subject: Re: RE: [vpp-dev] NAT44 && vxlan tunnel conflict
The attempt failed! Adding static mapping to bvi or
When you register a feature node on the "device-input" arc, that node will
receive EVERY packet on all interfaces which have the feature enabled...
-Original Message-
From: vpp-dev@lists.fd.io On Behalf Of Prashant Upadhyaya
Sent: Monday, October 29, 2018 10:11 PM
To: Damjan Marion
“# rm /dev/shm/*” and try again. The shared VM arena is persistent.
From: vpp-dev@lists.fd.io On Behalf Of siddarth rai
Sent: Thursday, October 25, 2018 8:44 AM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] VPP cores out of vl_client_connect()
Hi all,
I am facing VPP crash from vl_client_connect .
You’ll have to look at the instruction stream in gdb or else “gcc –S” and look
at the generated assembly-language code. Even at that, the difference in clock
cycles won’t be completely obvious due to subarchitectural CPU implementation
details. “Node” is not a typical hot variable which would
Yes, you missed something. This pattern is used in inline functions called with
compile-time constant values for is_ip6:
always_inline uword
ah_encrypt_inline (vlib_main_t * vm,
vlib_node_runtime_t * node, vlib_frame_t * from_frame,
int is_ip6)
VLIB_NODE_FN
See also
https://fdio-vpp.readthedocs.io/en/latest/gettingstarted/developers/vnet.html#creating-packets-from-scratch
-Original Message-
From: vpp-dev@lists.fd.io On Behalf Of Prashant Upadhyaya
Sent: Friday, November 2, 2018 12:54 PM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev]
Cool, glad you found what you needed...
-Original Message-
From: Prashant Upadhyaya
Sent: Monday, October 29, 2018 11:48 AM
To: Dave Barach (dbarach)
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] Regarding vlib_buffer_t construction for tx of a
self-made packet
Thanks a bunch Dave
The NAT plugin is tossing vxlan out-to-in packets. You’ll get different results
if you add a static mapping for (UDP, 4789) packets - maybe not the desired
result, but at least a different result...
D.
From: vpp-dev@lists.fd.io On Behalf Of
wangchuan...@163.com
Sent: Monday, October 29, 2018
Here’s one simple way to do it:
$ cat /etc/vpp/startup.conf
unix {
nodaemon
log /var/log/vpp/vpp.log
full-coredump
cli-listen /run/vpp/cli.sock
startup-config /etc/setup.gate
gid vpp
}
From: vpp-dev@lists.fd.io On Behalf Of tianye@sina
Sent: Friday, October 26, 2018 6:29 AM
To:
Dear Ray,
As you probably suspect: plugins are neither unloaded nor reloaded.
HTH... Dave
From: vpp-dev@lists.fd.io On Behalf Of Rui Cai via
Lists.Fd.Io
Sent: Thursday, October 18, 2018 9:43 PM
To: vpp-dev@lists.fd.io
Cc: vpp-dev@lists.fd.io
Subject: [SUSPICIOUS] [vpp-dev] Question about VPP
In view of significant code contributions to the vpp project - see below - I'm
pleased to nominate Andrew Yourtchenko as a vpp project committer. I have high
confidence that he'll be a major asset to the project in a committer role.
Andrew has contributed 181 merged patches, including
Dear Ewan,
Please consider moving to vpp 18.10. 17.04 is not supported anymore.
Thanks... Dave
From: vpp-dev@lists.fd.io On Behalf Of xulang
Sent: Saturday, November 10, 2018 4:37 AM
To: xulang
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] vlib_buffer_alloc error
My version is 17.04.
At
Check out src/plugins/perfmon/perfmon_periodic.c for one take on that problem...
Dave
-Original Message-
From: vpp-dev@lists.fd.io On Behalf Of Prashant Upadhyaya
Sent: Sunday, November 11, 2018 2:37 AM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] Regarding communication from main thread
Yes, it should be easy to cherry-pick into any release where it's needed.
HTH... Dave
-Original Message-
From: Prashant Upadhyaya
Sent: Sunday, November 11, 2018 3:05 PM
To: Dave Barach (dbarach)
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] Regarding communication from main thread
Try fixing this problem, reported in the Jenkins job log:
Identified problems
virl nfs mount failure
virl simulated node not mounting nfs directory properly
Indication
Please submit this as a draft patch, and add me as a reviewer. Thanks... Dave
-Original Message-
From: vpp-dev@lists.fd.io On Behalf Of Prashant Upadhyaya
Sent: Monday, November 12, 2018 1:21 AM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] Regarding dead client scan in shared memory
+1.
If the vpp service is running - and you're using the distributed version of
/etc/vpp/startup.conf - you'll see this stanza:
api-segment {
gid vpp
}
Make sure that the user running vppctl is either in the vpp group, or is root.
HTH... Dave
From: vpp-dev@lists.fd.io On Behalf Of
Sure: go look at .../src/vppinfra/{dlmalloc.[ch], mheap.[ch]}
From: vpp-dev@lists.fd.io On Behalf Of tianye@sina
Sent: Monday, November 5, 2018 9:23 PM
To: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] About memory debug
So, everybody here debug the memory issue only with code review? :)
That does
+1, "vpp# show hardware" and "$ cat /proc/cpuinfo" to make sure that the
selected cores are on the right NUMA socket...
HTH... Dave
-Original Message-
From: vpp-dev@lists.fd.io On Behalf Of Vratko Polak -X
(vrpolak - PANTHEON TECHNOLOGIES at Cisco) via Lists.Fd.Io
Sent: Wednesday,
It would be easy enough for the delay simulator to enable/disable promiscuous
mode. But it’s handy to bridge the pipes: traffic flows whether or not the
delay simulation is enabled.
D.
From: vpp-dev@lists.fd.io On Behalf Of Dave Barach via
Lists.Fd.Io
Sent: Wednesday, October 3, 2018 9:09 AM
etwork simulator cross-connects TenGigabitEthernet82/0/0 and
TenGigabitEthernet82/0/1
...inserting link delay of 10.00 ms, 20.00 ms round-trip
On Wednesday, October 3, 2018, 7:19:00 AM MDT, Dave Barach via Lists.Fd.Io
mailto:dbarach=cisco@lists.fd.io>> wrote:
It would be easy enough f
/0 and
TenGigabitEthernet82/0/1
...inserting link delay of 200.00 ms, 400.00 ms round-trip
On Tuesday, October 2, 2018, 6:00:42 AM MDT, Dave Barach via Lists.Fd.Io
mailto:dbarach=cisco@lists.fd.io>> wrote:
With respect to delay / loss impairments, please have a look at the “nsim”
I’ll let others jump in on the tx [and rx] drops. At some level, it looks the
vfio device simply isn’t disposing of traffic rapidly enough. Perhaps too few
buffers have been configured, but I don’t think that’s the most likely
explanation.
The “show run” stats are not helpful because they
Debug CLI commands are executed in “process” [aka cooperating multitasking
thread] context. As such, the stack has a fixed maximum size of 65K. See
…/src/vlib/unix/cli.c, search for “.process_log2_n_stack_bytes = 16”…
HTH… Dave
From: on behalf of Alok Makhariya
Date: Tuesday, October 9,
With respect to delay / loss impairments, please have a look at the “nsim”
plugin: src/plugins/nsim.
From: on behalf of "brendanakelly via Lists.Fd.Io"
Reply-To: "brendanake...@yahoo.com"
Date: Monday, October 1, 2018 at 6:18 PM
To: "vpp-dev@lists.fd.io"
Cc: "vpp-dev@lists.fd.io"
Subject:
1 - 100 of 510 matches
Mail list logo