Re: [vpp-dev] VPP with DPDK drops packet, but it sends ok

On Tue, Apr 10, 2018 at 8:24 PM, Marco Varlese wrote: > On Tue, 2018-04-10 at 19:33 +0900, Moon-Sang Lee wrote: > > > Thanks for your interest, Marco. > > I follows the intel guideline, "As an SR-IOV VF network adapter using a > KVM virtual network pool of adapters" > from

Re: [vpp-dev] VPP with DPDK drops packet, but it sends ok

On Tue, 2018-04-10 at 19:33 +0900, Moon-Sang Lee wrote: > Thanks for your interest, Marco. > I follows the intel guideline, "As an SR-IOV VF network adapter using a KVM > virtual network pool of adapters" > from https://software.intel.com/en-us/articles/configure-sr-iov-network-virtua >

Re: [vpp-dev] VPP with DPDK drops packet, but it sends ok

Thanks for your interest, Marco. I follows the intel guideline, "As an SR-IOV VF network adapter using a KVM virtual network pool of adapters" from https://software.intel.com/en-us/articles/configure-sr-iov-network-virtual-functions-in-linux-kvm . In summary, I modprobe ixgbe on host side and

Re: [vpp-dev] VPP crash bug in CGNAT module

Hi, When NAT plugin is running in deterministic mode you should use only CLI commands from list here https://wiki.fd.io/view/VPP/NAT#CLI_2 (for 1801 works only “show nat44” instead of all “show nat44 deterministic …” commands”) You should not use “nat44 add interface address” or “nat44 add

Re: [vpp-dev] VPP crash bug in CGNAT module

Thanks Matus for clarification. We have fixed our configs accordingly, but as it was a bug that we encountered so I posted in the forum. A similar crash also occur sometimes using 'nat44 deterministic add in / out /' command as well. For cases in which subnet for inside address is set low (e.g.

[vpp-dev] VPP crash bug in CGNAT module

Hi, I am using stable/1801 source build and have encountered a bug due to the CGNAT plugin. When using deterministic CGN and using the nat { deterministic } option in the startup.conf, if you apply normal nat44 rules, the interfaces do not work as expected. And by initiating a ping command,

[vpp-dev] test-checkstyle breakage

Looks like they rev’d pycodestyle from 2.3.1 to 2.4.0 and with that upgrade the wheels have come off make test-checkstyle Total hack to lock the version back to 2.3.1 should be https://gerrit.fd.io/r/11667 if you/someone wanted that until you can beat 2.4.0 into shape Ed

[vpp-dev] Maintainer router plugin

Hello, Is someone actively maintaining the router plugin? Jan Hugo -- Sent from my Android device with K-9 Mail. Please excuse my brevity.

Re: [vpp-dev] 18.04 RC2 this Wednesday!

The following error scrolls by a lot during compile:     default: gcc -std=gnu99 -c -g -O3 -fwrapv -U__STRICT_ANSI__ -fno-common -Werror=attributes -W -Wall -pedantic -Wno-long-long -Werror=implicit -Werror=missing-braces -Werror=return-type -Werror=trigraphs -Werror=pointer-arith

Re: [vpp-dev] 18.04 RC2 this Wednesday!

I understand completely. Is the maintainer of these plugins here on the mailinglist? Jan Hugo On 04/09/2018 11:21 PM, Chris Luke wrote: > > Unfortunately it’s too late for such large features to be merged with > VPP’s stable branch, which is now focused on bug fixes. > >   > > Additionally, it’s

Re: [vpp-dev] VPP with DPDK drops packet, but it sends ok

On Mon, 2018-04-09 at 22:53 +0900, Moon-Sang Lee wrote: > I've configured a VM with KVM, and the VM is intended to run VPP with DPDK. > In particular, the VM is connected to one of VFs. (i.e. SR-IOV) > I can run DPDK sample applications,including l2fwd and l3fwd, in the VM, > therefore I guess VM