> > But it does not work when I configure an extra OVSIntPort to assign the IP:
> >
> > ---config2-(fails)
> > allow-vmbr1 test1
> > iface test1 inet static
> > address 10.11.12.1
> > netmask 255.255.255.0
> > ovs_type OVSIntPort
> > ovs_bri
On Thu, May 8, 2014 at 2:00 PM, Michiel Betel wrote:
> Here’s the complete install try:
>
> Examining kmod-openvswitch-2.1.2-1.el6.x86_64.rpm:
> kmod-openvswitch-2.1.2-1.el6.x86_64
> Marking kmod-openvswitch-2.1.2-1.el6.x86_64.rpm as an update to
> kmod-openvswitch-1.10.0-1.el6.x86_64
> Resolving
On Thu, May 8, 2014 at 1:44 PM, Michiel Betel wrote:
> Hi,
>
> I upgraded from openvswitch 1.1 to 2.1.2 on Centos 6.5 following the
> INSTALL.RHEL
>
> All went fine until trying to install the generated kmod-openvswitch.x86_64
> 0:2.1.2-1.el6
>
> It give the following dependency error:
>
> --> Pro
Hi,
I upgraded from openvswitch 1.1 to 2.1.2 on Centos 6.5 following the
INSTALL.RHEL
All went fine until trying to install the generated kmod-openvswitch.x86_64
0:2.1.2-1.el6
It give the following dependency error:
--> Processing Dependency: ksym(local_bh_enable) = 0x0799aca4 for package:
k
On Thu, May 8, 2014 at 5:51 AM, Arno Toell wrote:
> Hello,
>
> as there have been a lot of discussions involving the OVS performance
> compared to Linux bridges. I'm about to deploy OVS at large scale in our
> cloud so that I decided to make some benchmarks on my own to argue about
> OVS performan
On May 8, 2014 at 9:30:53 AM, Ben Pfaff (b...@nicira.com) wrote:
> Open vSwitch deletes all the flows if you change its configuration
> from "no controllers" to "at least one controller" or vice versa.
> However, a controller that can't be reached still counts as "at least
> one controller". So: y
On Thu, May 08, 2014 at 01:42:10PM +0800, Ji Li wrote:
> remote configuration of the openflow rules. Before connecting OVS bridge to
> the controller, there are already some basic flow configurations for the
> OVS bridge.
> e.g. flowA, flowB for br0
>
> After I connect OVS bridge with the OpenDayl
On Wed, May 7, 2014 at 10:40 PM, Dietmar Maurer wrote:
> We use corosync and multicast cluster communication work fine with the
> following configuration (Debian/Proxmox):
>
> ---config1-(works)---
> auto vmbr1
> iface vmbr1 inet static
> address 10.11.12.1
> netm
Hello,
as there have been a lot of discussions involving the OVS performance
compared to Linux bridges. I'm about to deploy OVS at large scale in our
cloud so that I decided to make some benchmarks on my own to argue about
OVS performance compared to what Linux delivers as is.
I thought you could
Hi Justin,
Thanks a lot for your response! Have some more questions:
> > Actually I find the flows will also be totally deleted after the OVS
> bridge
> > is disconnected from the controller.
>
> That surprises me. If by disconnected, you mean that the controller is
> still configured but not r
10 matches
Mail list logo
