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
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
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 -Werror=missing-
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 cre
Thanks for the reports. Thankfully they can be safely ignored.
The first one is a collection of warnings generated by the DPDK build step;
they relate to a compiler hint that a function does not return and the specific
C variant doesn't support it; it's harmless for now, but probably should be
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
> l-functions
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 https://software.intel.
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
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 addre
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. 16
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
Hello,
Is someone actively maintaining the router plugin?
Jan Hugo
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
Hi,
Larger inside address set require more heap size memory, see
https://wiki.fd.io/view/VPP/NAT#Memory_requirements
Matus
From: Hamid Rasool <14mseesras...@seecs.edu.pk>
Sent: Tuesday, April 10, 2018 6:47 PM
To: Matus Fabian -X (matfabia - PANTHEON TECHNOLOGIES at Cisco)
Cc: vpp-dev@lists.f
13 matches
Mail list logo