[ovs-discuss] (no subject)

Hi all, I am using OVS version 2.8.2 I have a problem when executing "insert-buckets".I created a group of type select and when i try to insert a bucket using "insert-bucket" command supported by OpenFlow1.5 the group type gets changed from "select" to "all" (type=select -> type=all). Can I keep

Re: [ovs-discuss] Discrepancy between ofproto/trace output and dpctl dump-flows output

Yup thanks we are unblocked! - Amar On 12/6/17, 12:36 PM, "Ben Pfaff" wrote: OK. In the meantime, you can add "eth()" to the flows you're tracing to get the expected results. On Wed, Dec 06, 2017 at 07:02:42PM +, Amar Padmanabhan wrote: > Thanks

[ovs-discuss] ovn-kubernetes the search goes on

Hello again, I'm still trying to makes ovn works with k8s bootstrapped by kubeadm. I've been successfull at starting all daemons without errors. Watchers are running, however, no mac address are shown when doing ovn-nbctl show, only the ports. kube-dns fails to start cause it cannot reach

Re: [ovs-discuss] ovs_assert(classifier_is_empty(>cls)) failed when restart openvswitch service.

On Wed, Dec 06, 2017 at 08:28:30PM +, Zhanghaibo (Euler) wrote: > Hello all, > > I run into abort issue when restart openvswitch service, the coredump file > shows that ovs_assert() failed in function oftable_destroy()/ofproto.c. > > The problem is pretty hard to reproduce, Do you have any

Re: [ovs-discuss] Discrepancy between ofproto/trace output and dpctl dump-flows output

OK. In the meantime, you can add "eth()" to the flows you're tracing to get the expected results. On Wed, Dec 06, 2017 at 07:02:42PM +, Amar Padmanabhan wrote: > Thanks Ben for taking a look, > Regards, > - Amar > > On 12/6/17, 10:17 AM, "Ben Pfaff" wrote: > > On Wed,

Re: [ovs-discuss] Discrepancy between ofproto/trace output and dpctl dump-flows output

Thanks Ben for taking a look, Regards, - Amar On 12/6/17, 10:17 AM, "Ben Pfaff" wrote: On Wed, Dec 06, 2017 at 05:58:41AM +, Amar Padmanabhan wrote: > We are debugging a setup and are seeing something that we are finding it hard to explain. > > 1 - Here is

Re: [ovs-discuss] [Potential Spoof] Discrepancy between ofproto/trace output and dpctl dump-flows output

For packets that go to the slow path, the trace is supposed to show what happens when the packet is processed in the slow path and then note why it goes to the slow path. That wasn't happening in your case because of that formatting/parsing mismatch. On Wed, Dec 06, 2017 at 06:38:23AM +,

Re: [ovs-discuss] L2 messages with proprietary ethertype dropped

On Tue, Dec 05, 2017 at 07:24:10PM -0500, Raghavendra Hegde wrote: > I am using a 3rd party application that runs on two VMs and uses L2 > messages for health checking between the VMs. The L2 messages use a > proprietary ethertype (0x8e9f) for messaging. I see the L2 message going > out of the VM.

[ovs-discuss] L2 messages with proprietary ethertype dropped

Hi, I am using a 3rd party application that runs on two VMs and uses L2 messages for health checking between the VMs. The L2 messages use a proprietary ethertype (0x8e9f) for messaging. I see the L2 message going out of the VM. However, I don’t see the messages going out of the host. I disabled