Hi,
Does this fix your issue?
https://gerrit.fd.io/r/#/c/17459/?
-br,
Mohsin
From: vpp-dev@lists.fd.io on behalf of Wang, Drenfong
Sent: Monday, February 11, 2019 8:08 AM
To: sweetcomb-...@lists.fd.io; vpp-dev@lists.fd.io; d...@barachs.net; Damjan
Marion
On Wed, Feb 6, 2019 at 11:05 AM Matus Fabian -X (matfabia - PANTHEON
TECHNOLOGIES at Cisco) wrote:
> You need to update next_nodes in VLIB_REGISTER_NODE (snat_out2in_node) too
This was already one. Did some debugging using GDB and figured out
that the issue could be in the node ip4_policer_class
Hi Sergio,
after tracing the crypto layers a bit I did not find anything suspicious so I
decided to revert a commit around ipsec(git checkout
3553abaec54c2784bc6fdccc890411d586c3997e src/vnet/ipsec/*) and looks to be
working as I would expect(using the HW encrypt/decryption). I guess the issue
Hi,
my apologies, forget my last email.. I measured data back and forth (supposed
to be encrypted) and I checked that cpt crypto devices were enabled and
available but the ipsec tunnel was not working(since crypto counters were not
increasing).
BR,
Manuel
-=-=-=-=-=-=-=-=-=-=-=-
Links: You rec
Hi,
I am facing a strange issue in vec_validate.
I use an incrementing id and keep doing a vec_validate based on that
id for a certain single dimensional array of structures. Each
structure in the array itself is 216 bytes long. Around the time when
the id reaches 1.3 million, the vec_validate se
Folks,
I have created a draft 19.04 Release Plan starting with the last Wed in
April and working back using the milestone cadence used during the past
several releases:
https://wiki.fd.io/view/Projects/vpp/Release_Plans/Release_Plan_19.04
Please feel free to add any Release Deliverables to t
