You are not logged in.

#1 2013-03-19 21:34:47

tritron4
Member
Registered: 2012-04-14
Posts: 147

openvswitch

Is anyone using openvswitch with xen. I hope someone can be nice and share howto on using it with xen 4.3

Offline

#2 2013-03-23 18:41:13

tritron4
Member
Registered: 2012-04-14
Posts: 147

Re: openvswitch

Can anyone share how to setup openvswitch on arch linux. I have server with tho interfaces eth0 and eth1.Do you guys use openvswitch to create bridge and then use netcfg to assign ip ?

Offline

#3 2013-03-25 01:50:07

tritron4
Member
Registered: 2012-04-14
Posts: 147

Re: openvswitch

Well after googling around I found answer to my questions. It seems openvswitch is very easy to setup. I started by installing openvswitch-git. next i had edited /etc/conf.d/network and added two switch instances vswitch0 and vswitch1. In /etc/network.d I created two files vswitch0 and vswitch1.
There is example
INTERFACE="vswitch0"
CONNECTION="openvswitch"
DESCRIPTION="Example Open vSwitch connection"
VSWITCH_INTERFACES="eth0"
IP='static'
ADDR='192.168.2.4'
GATEWAY='192.168.0.1'
NETMASK='255.255.255.0'
POST_UP="ip link set eth0 mtu 9000"
The only problem I have is that hvm and openswitch does not work together.
I had learned the hard way not use two network interfaced hookedd up to same switch wit openvswitch
Q: I created a bridge and added a couple of Ethernet ports to it,
   using commands like these:

       ovs-vsctl add-br br0
       ovs-vsctl add-port br0 eth0
       ovs-vsctl add-port br0 eth1

   and now my network seems to have melted: connectivity is unreliable
   (even connectivity that doesn't go through Open vSwitch), all the
   LEDs on my physical switches are blinking, wireshark shows
   duplicated packets, and CPU usage is very high.

A: More than likely, you've looped your network.  Probably, eth0 and
   eth1 are connected to the same physical Ethernet switch.  This
   yields a scenario where OVS receives a broadcast packet on eth0 and
   sends it out on eth1, then the physical switch connected to eth1
   sends the packet back on eth0, and so on forever.  More complicated
   scenarios, involving a loop through multiple switches, are possible
   too.

   The solution depends on what you are trying to do:

       - If you added eth0 and eth1 to get higher bandwidth or higher
         reliability between OVS and your physical Ethernet switch,
         use a bond.  The following commands create br0 and then add
         eth0 and eth1 as a bond:

             ovs-vsctl add-br br0
             ovs-vsctl add-bond br0 bond0 eth0 eth1

         Bonds have tons of configuration options.  Please read the
         documentation on the Port table in ovs-vswitchd.conf.db(5)
         for all the details.

       - Perhaps you don't actually need eth0 and eth1 to be on the
         same bridge.  For example, if you simply want to be able to
         connect each of them to virtual machines, then you can put
         each of them on a bridge of its own:

             ovs-vsctl add-br br0
             ovs-vsctl add-port br0 eth0

             ovs-vsctl add-br br1
             ovs-vsctl add-port br1 eth1

         and then connect VMs to br0 and br1.  (A potential
         disadvantage is that traffic cannot directly pass between br0
         and br1.  Instead, it will go out eth0 and come back in eth1,
         or vice versa.)

       - If you have a redundant or complex network topology and you
         want to prevent loops, turn on spanning tree protocol (STP).
         The following commands create br0, enable STP, and add eth0
         and eth1 to the bridge.  The order is important because you
         don't want have to have a loop in your network even
         transiently:

             ovs-vsctl add-br br0
             ovs-vsctl set bridge br0 stp_enable=true
             ovs-vsctl add-port br0 eth0
             ovs-vsctl add-port br0 eth1

         The Open vSwitch implementation of STP is not well tested.
         Please report any bugs you observe, but if you'd rather avoid
         acting as a beta tester then another option might be your
         best shot.

Offline

Board footer

Powered by FluxBB