Hi Dom,
From the logs it looks like TSO is not on. I wonder if the vhost nic actually
honors the “tso on” flag. Have you also tried with native vhost driver, instead
of the dpdk one? I’ve never tried with the tcp, so I don’t know if it properly
advertises the fact that it supports TSO.
Hi,
I rebuilt VPP on master and updated startup.conf to enable tso as follows:
dpdk {
dev :00:03.0{
num-rx-desc 2048
num-tx-desc 2048
tso on
}
uio-driver vfio-pci
enable-tcp-udp-checksum
}
I'm not sure whether it is working or not, there is nothing in show session
verbose 2 to indicate
Coverity run failed today.
Current number of outstanding issues are 2
Newly detected: 0
Eliminated: 0
More details can be found at
https://scan.coverity.com/projects/fd-io-vpp/view_defects
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#14890):
There appears to be a Network Routing Issue with an upstream provider at
our PDX Data-center. This affects some core infrastructure
availability. Kernel.org and PDX mirrors are affected as well as some
CAF properties (wiki) and other services.
We have a workaround in place to restore service to
Instead of being excessively invasive to achieve HA, as Ole suggests, might be
easier to spin off another instance based on some critical parameters. A
kubernetes-like external agent that can be user configured to save the last
config and reload the instances with the new plugin, or even
> As of today, plugins are loaded early enough in the vpp init sequence;
> everything which can be done in core engine code can also be done from
> plugins. They are not removed and they are not updated after vpp starts.
>
> Making plugins removable or updateable would take considerable
Coverity run failed today.
Current number of outstanding issues are 2
Newly detected: 0
Eliminated: 0
More details can be found at
https://scan.coverity.com/projects/fd-io-vpp/view_defects
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#14886):
