Hello, everyone.
I am using OVS+DPDK to test the throughput of two docker containers. I set
up my platform as described in the following question in StackOverflow (url:
https://stackoverflow.com/questions/56539216/docker-container-connected-by-ovsdpdk-ping-work-but-iperf-not
).
There are two
Thanks Ben. Meanwhile I think I found an bug in OVS 2.9.0 with stale ARP
entries after a bridge is deleted.
I ran my tunneling experiment successfully. Used mininet to simulate the
environment. After quitting the mininet, switch s1 is deleted. But, I still
see the ARP entries in OVS.
root@mn1:~#
On Wed, Jun 12, 2019 at 01:21:21PM -0700, Gregory Rose wrote:
> No, I'm not saying that. I just pointed out that OVS works on Linux kernel
> skbs.
So I wonder, do skbs have the same minimum size guarantees as Ethernet frames
on the MAC? Is there even a policy here?
>> You intercept the skb and
On 6/12/2019 11:16 AM, Steinar H. Gunderson wrote:
On Wed, Jun 12, 2019 at 10:53:52AM -0700, Gregory Rose wrote:
OK. The tap driver is backed by a character device in /dev/net/tun, right?
Could I strace ovs-vswitchd and see what it reads, or is there a fast path
here in the kernel driver so I
On Wed, Jun 12, 2019 at 02:10:19PM +0200, Miroslav Kubiczek wrote:
> Hello,
>
> I'm experiencing packets loss on OpenvSwitch host during transmission to
> vxlan port under higher traffic load.
>
> Some statistics from 2 machines are here (30 seconds run):
>
> 10.10.12.148-ens224-TX 625 100
On Wed, Jun 12, 2019 at 10:53:52AM -0700, Gregory Rose wrote:
>> OK. The tap driver is backed by a character device in /dev/net/tun, right?
>> Could I strace ovs-vswitchd and see what it reads, or is there a fast path
>> here in the kernel driver so I wouldn't see it?
> OVS works on the standard
On 6/12/2019 10:36 AM, Steinar H. Gunderson wrote:
On Wed, Jun 12, 2019 at 10:23:06AM -0700, Gregory Rose wrote:
enp57s2 and enp57s3 are not involved in this at all. The traffic is coming
from vlan1 and going into vnet1.
They're bridged in and can act as underlying transport for your vlan1
On Wed, Jun 12, 2019 at 10:23:06AM -0700, Gregory Rose wrote:
>> enp57s2 and enp57s3 are not involved in this at all. The traffic is coming
>> from vlan1 and going into vnet1.
> They're bridged in and can act as underlying transport for your vlan1
> interface.
This is true, but also irrelevant as
On 6/12/2019 10:09 AM, Steinar H. Gunderson wrote:
On Wed, Jun 12, 2019 at 09:53:02AM -0700, Gregory Rose wrote:
You clipped this part:
root@ubuntu-1604-base:~# ovs-ctl start
* Starting ovsdb-server
* system ID not configured, please use --system-id
* Configuring Open vSwitch system IDs
On Wed, Jun 12, 2019 at 09:41:03PM +0530, nitish nagesh wrote:
> | arm-cnos-linux-gnueabi-gcc -march=armv7-a
> --sysroot=/build/tmp/sysroots/switch -DNDEBUG -g -O3 -Wall
> -Wstrict-prototypes -O2 -pipe -ggdb3 -feliminate-unused-debug-types
>
On Wed, Jun 12, 2019 at 09:53:02AM -0700, Gregory Rose wrote:
> You clipped this part:
> root@ubuntu-1604-base:~# ovs-ctl start
> * Starting ovsdb-server
> * system ID not configured, please use --system-id
> * Configuring Open vSwitch system IDs
> * Starting ovs-vswitchd
> * Enabling remote
On 6/11/2019 4:08 PM, Steinar H. Gunderson wrote:
On Tue, Jun 11, 2019 at 03:59:53PM -0700, Gregory Rose wrote:
root@ubuntu-1604-base:~# ovs-vsctl add-br br0
root@ubuntu-1604-base:~# ovs-vsctl show
6be291a9-6bab-4fff-bda9-7f54335b4884
Bridge "br0"
Port "br0"
Hello,
I am working on an ARM9 based embedded product which runs software that
has OpenVSwitch integrated into it. The software has a few daemons written
in Python that perform JSON parsing to build the OVSDB IDL cache. These
operations are resulting in high CPU usage for prolonged
Hello,
I'm experiencing packets loss on OpenvSwitch host during transmission to
vxlan port under higher traffic load.
Some statistics from 2 machines are here (30 seconds run):
10.10.12.148-ens224-TX 625 100 %, 2130008249 bytes
10.10.12.150-ens224-RX 5999429 99 %, 2129796705 bytes
On 6/11/2019 8:04 PM, Gregory Rose wrote:
On 6/6/2019 2:25 PM, Eli Britstein wrote:
Thanks, I really appreciate it. However, though I see you find it to
work on Ubuntu 16.04 with kernel 4.4 (I will try it myself too), I think
we should think how to fix the upstream tunnels (in Linux kernel),
15 matches
Mail list logo
