Hi Sundar,
Maybe the problem could be that you have to tell your br-int switch that the
port that connects to enp1s0 is a trunk interface and carries VLAN 3.
Something like the following command issued in host 3 could do the job:
ovs-vsctl set port enp1s0 trunk=3
Just in case it is useful, i
Without the VLANs, the plain OVS is able to communicate fine with the other
hosts (with the same physical NIC as the VLAN case). Please let me know why the
VLAN case is not working.
Thanks a lot!
Cheers,
Sundar
From: Sundar Nadathur
Sent: Wednesday, August 26, 2015 6:33 PM
To: 'discuss@openvsw
Thanks for your reply. I have noticed the procedure of flow expire yet. In
this situation, I think, the packet count of the first rule should smaller
than the other two, say 52, 54, 54. But in my experiment, I also find some
situations in which the packet count of the first rule is bigger than the
This might draw better responses on the openstack-dev list. It doesn't
seem to be primarily about Open vSwitch but rather about OpenStack.
___
discuss mailing list
discuss@openvswitch.org
http://openvswitch.org/mailman/listinfo/discuss
Hi,
I've been running against openstack-dev (master branch) using the
stackforge/networking-ovs-dpdk master branch (OVS GIT TAG
1e77bbe565bbf5ae7f4c47f481a4097d666d3d68), using the single-node local.conf
file on Ubuntu 15.04. I've had to patch a few things to get past ERRORs during
start:
- di
On Thu, Aug 27, 2015 at 09:48:25AM -0700, Alex Wang wrote:
> On Thu, Aug 27, 2015 at 5:36 AM, hui pang wrote:
>
> > Hi,
> >
> > I'm attempting to collect packet statistics from flow remove messages. But
> > I found some flow statistics are of no consistence.
> >
> > The topology of my experiment
On Thu, Aug 27, 2015 at 5:36 AM, hui pang wrote:
> Hi,
>
> I'm attempting to collect packet statistics from flow remove messages. But
> I found some flow statistics are of no consistence.
>
> The topology of my experiment is a linear one, which is generated from "mn
> --topo=linear,5,1".
> i.e.,
Hi,
On two hosts running Centos 7.1, I have an eth interface each with VLAN 3
configured on top. These enp1s0.3 interfaces can ping each other.
On a third host, also running Centos 7.1, I have configured an OVS br-int, with
enp1s0 as a port. To this, I added an internal port with tag 10:
# ov
Hi Sean,
Glad you found the root cause. You could probably tell, but I’m pretty new to
openstack, and the learning curve is steep (at least for me). Any tips on how
I might go about debugging packet flow (I don’t really see any packets going to
or from my interfaces)? The interface does pick
On Thu, Aug 27, 2015 at 3:12 AM, Chandran, Sugesh
wrote:
> Hello OVN team,
>
> I am trying out OVN-Container underlay setup manually. I found an issue with
> forwarding ARP/broadcast packets between containers on different VMs in same
> logical network.
> The integration bridge on the host puts
Hi,
thank you very much for your help. I finally found the solution to this.
It was a qemu related problem. I use multiple NICs per KVM and tap
devices for the network connectivity:
-net nic,model=e1000,macaddr=XX:XX:XX:XX:XX:XX -net
tap,script=/path/to/ovs-ifup.sh,downscript=/path/to/ovs-ifdown.
Hi,
I'm attempting to collect packet statistics from flow remove messages. But
I found some flow statistics are of no consistence.
The topology of my experiment is a linear one, which is generated from "mn
--topo=linear,5,1".
i.e., h1 -- s1-eth1 -- s1-eth2 -- s2-eth2 -- s2-eth3 -- s3-eth2 -- s3-e
Hello OVN team,
I am trying out OVN-Container underlay setup manually. I found an issue with
forwarding ARP/broadcast packets between containers on different VMs in same
logical network.
The integration bridge on the host puts VLAN ID of the container before
forwarding the packet to the VM . T
Hi gabe
Thank I know what the error is.
As part of the change I upstreamed to neutron I made the following change to the
Standard ovs neuton agent that I have not backported to our ovs-dpdk agent
import time
import uuid
+import functools
import netaddr
from oslo_config import cfg
from
14 matches
Mail list logo
