TO ALL COMMITTERS:
I am in the process of cutting the 18.10 release.
Please, do NOT merge any patches onto stable/1810 until the release has been
announced on vpp-dev@lists.fd.io
Thanks,
--
Marco V
SUSE LINUX GmbH | GF: Felix Imendörffer, Jane Smithard, Graham Norton
HRB 21284 (AG Nürnberg)
Thanks a lot, I think I got a better understanding cause of your help. As you
said, the outer udp checksum is optional and often left as 0, is there any
issue if I use VXLAN-GPE and send packet to ip4-input-nochecksum node which
will skip the inner ip checksum verification?
Regards,
Yuwei
David,
> in the new stats api, is there a way to clear counters or would that
> be done using the existing messages? for example, clearing interface
> stats with VL_API_SW_INTERFACE_CLEAR_STATS.
There is nothing that clears all stats.
The SW_INTERFACE_CLEAR_STATS will clear the interface stats.
aloha,
in the new stats api, is there a way to clear counters or would that
be done using the existing messages? for example, clearing interface
stats with VL_API_SW_INTERFACE_CLEAR_STATS.
thanks,
dave c
--
Kailua, Hawaiʻi
US +1 (808) 728-3050
UK +44 (020) 3286 2808
-=-=-=-=-=-=-=-=-=-=-=-
Hi Yuwei,
I did not suggest one can create VXLAN tunnel and send the dcap packet directly
to ip4-input or ip4-input-nochecksum. It will not work because the VXLAN
payload still have a MAC header before the IP header after decap. That's why
it only works if it is sent to ethernet-input. You
Yes, should be fixed now.
2 bugs slipped in today and both are dpdk plugin related, so they were not
tested with make test.
—
Damjan
> On 22 Oct 2018, at 17:18, Jan Gelety via Lists.Fd.Io
> wrote:
>
> Hello,
>
> It seems that SEGV issue has been fixed by patch
>
Hello,
It seems that SEGV issue has been fixed by patch
https://gerrit.fd.io/r/#/c/15440/ (Fix dereferencing null string in
dpdk_early_init) but we are facing another issue:
Oct 22 09:51:37 sut1 vpp[1702]: vpp[1702]: vlib_node_main_init: node
`dpdk-crypto-input' refers to unknown node
Hello vpp developers,
Could you, please, have a look on VPP-1469 ticket: VPP exits with SEGV in case
of kernel version < 4.14 [0]
It describes issue detected by CSIT tests last weekend.
Thank you very much.
Regards,
Jan
[0]: https://jira.fd.io/browse/VPP-1469
-=-=-=-=-=-=-=-=-=-=-=-
# sysctl -w vm.nr_hugepages=4096 # /usr/local/bin/testpmd -v EAL: Detected 40
lcore(s) EAL: RTE Version: DPDK 17.05.2 EAL: No free hugepages
reported in hugepages-1048576kB EAL: Probing VFIO support... EAL: Cannot get
a virtual area: Cannot allocate memory EAL: Failed to remap 2 MB pages
Hi John, thanks for your instructions, I tried to use your method with below
steps:
1) Create tunnel: vppctl create vxlan tunnel src 10.0.0.1 dst 10.0.0.2 vni
24 encap-vrf-id 0 decap-next node ip4-input-no-checksum;
2) Send vxlan traffic without inner ip header;
I can see obvious
10 matches
Mail list logo