Merge multiple OVS bridges on Compute node

Registered by GopiKrishnaB

The Integration-Bridge(br-int) and Physical-Bridge(s)(br-ethx) configured on the Compute Node are redundant, i.e. there is no additional advantage of configuring them, except for the configuration to separate the ingress and egress flows on the veth pairs.
The contribution allows providing the network services on Compute Node with only One Open Vswitch bridge and eliminating the veth pairs which are used to make connection between the bridges.
The proposed design to achieve the same is as below:
1. There will be only one OVS bridge on a physical host, i.e. only the Integration bridge is created and all the physical NIC’s attach to it.
2. Since the 2 veth pairs (int-br-eth1,phy-br-eth1) are removed the functionality of stripping/modifying the vlan tags should also be moved as:
     a) Veth port int-br-ethx functionality should be moved to vnetx/qvoxxx
     b) Veth port phy-br-ethx functionality should be moved to ethx (port on Integration Bridge)

Comments/Discussions on the proposed solution is appreciated to refine the same.

The flow of packets through various devices is depicted as below:
1. With the existing flow when configured as LibvirtHybridOVSBridgeDriver
         VM(ethx) -- vnetx -- qbrxxx -- qvbxxx -- qvoxxx -(br-int)- int-br-ethx -- phy-br-ethx -(br-ethx)- ethx

     With the proposed solution
         VM(ethx) -- vnetx -- qbrxxx -- qvbxxx -- qvoxxx -(br-int)- ethx

2. With the existing flow when configured as LibvirtOpenVswitchDriver
         VM(ethx) -- vnetx -(br-int)- int-br-ethx -- phy-br-ethx -(br-ethx)- ethx

    With the proposed solution
         VM(ethx) -- vnetx -(br-int)- ethx

Blueprint information

Status:
Complete
Approver:
Kyle Mestery
Priority:
Undefined
Drafter:
GopiKrishnaB
Direction:
Needs approval
Assignee:
GopiKrishnaB
Definition:
Obsolete
Series goal:
None
Implementation:
Unknown
Milestone target:
None
Completed by
Armando Migliaccio

Related branches

Sprints

Whiteboard

Dec-07-2015(armax): If someone is interested in pursuing it, this must be re-submitted according to guidelines defined in [1].

[1] http://docs.openstack.org/developer/neutron/policies/blueprints.html

-----------

(?)

Work Items

This blueprint contains Public information 
Everyone can see this information.