Bug 1824 : OpenFlow13 Protocol plugin is made the default. Also Karaf edition doesnt support the legacy openflow protocol plugin.

Change-Id: I7ae3ea575f0c92a9da13176f3291a4f920d8cb34
Signed-off-by: Madhu Venugopal <mavenugo@gmail.com>

Bug 1822 -  Adding the missing karaf distribution

Change-Id: I5c46bc70eb28f21420c6d441672fcec9cf23b503
Signed-off-by: Madhu Venugopal <mavenugo@gmail.com>

Bug 960 : Avoid adding redundant Openflow Controller entries

* Added IT for reproducing the problem;
* Enhanced ConfigurationService.setOFController() to detect duplicate
  targets and update rows instead of adding new ones.

Log: https://gist.github.com/anonymous/4ce9b2abdecda3c5e7fa

Change-Id: Ifedc351e849a18feb66b6025189495cb991c38f2
Signed-off-by: Flavio Fernandes <ffernand@redhat.com>

Merge "Bug 1799: Fixed broken Vagrantfile URL"

Merge "Bug 1811 Fixed the pipeline by moving L2Fwd to the end."

Bug 1811 Fixed the pipeline by moving L2Fwd to the end.

Change-Id: I4192003c7b24d7bfb39abbfbcaf0772bb473a2a3
Signed-off-by: Madhu Venugopal <mavenugo@gmail.com>

Fix Devstack Vagrant VMs to use a later OS

Fixes bug 1798

Change-Id: Ibcd179e082c90e9933d822e190d9968a13e95bf4
Signed-off-by: Dave Tucker <djt@redhat.com>

Bug 1799: Fixed broken Vagrantfile URL

Change-Id: Ibaad92043980d2be7ff0d7be10126df510367895
Signed-off-by: Daniel Farrell <dfarrell@redhat.com>

Merge "Bug 1760 - Removing redudant call to writeFlow in L3ForwardingService"

Bug 1760 - Removing redudant call to writeFlow in L3ForwardingService

Change-Id: I5e95352ab5990e442b967fcd9845ea22b770afaf
Signed-off-by: Madhu Venugopal <mavenugo@gmail.com>

Check that a value is present before calling Optional.get()

Fixes bug 1655

Change-Id: I6fdf8d5a0abab7af8bd95a2ebaaf68658c60d24e
Signed-off-by: Dave Tucker <djt@redhat.com>

Bug 1461 - precondition in getProvider failing

Since most of the Services that we support uses OpenFlow13 and also we are deprecating the use of Openflow10 plugin,
use the Openflow13 provider directly.

Change-Id: Ibecae733b0c735303908dacfce18e6f1d382e8f1
Signed-off-by: Madhu Venugopal <mavenugo@gmail.com>

Bug 1729: Make BlockingQueue events in EventDispatcherImpl volatile

Just like queue in PipelineOrchestratorImpl, events in EventDispatcherImpl
should be volatile since it is expected to be modified by different threads.

Ref gerrit in which Madhu fixes a similar issue in PipelineOrchestratorImpl:
https://git.opendaylight.org/gerrit/#/c/10843/

Change-Id: I923cb974788b0425e28af7823bf6cd23aeeb0f5f
Signed-off-by: Flavio Fernandes <ffernand@redhat.com>

Merge "Bug 1730: L3: Trigger processing of neutron port updates based on events from southbound"

Bug 1730: L3: Trigger processing of neutron port updates based on events from southbound

When interface events originate from the southbound side of ovsdb, the L3 forwarding
feature in ovsdb expects to be notified. W/out this code, flows needed to program L3
functionality will get skipped.

Due to my mistake, the logic for connecting the southbound event to the
already implemented neutron port handler is missing. This bug is created
to account for the the small code missing in L3 handler; past the code
freeze.

Change-Id: I7d124a66425352dd4690ab830cc29d0b94a87e67
Signed-off-by: Flavio Fernandes <ffernand@redhat.com>

Merge "Adding SFC feature dependencies to ovs-sfc module"

Adding SFC feature dependencies to ovs-sfc module

Change-Id: I5067febf5d1d3a006abc6d5caf19df31102bc99a
Signed-off-by: Madhu Venugopal <mavenugo@gmail.com>

Merge "With the unrelated karaf dependency issues not seen (for now) reenabling karaf builds in jenkins"

Merge "Moving the InventoryListener out of AbstractServiceInstance and into a common place PipelineOrchestratorImpl"

Moving the InventoryListener out of AbstractServiceInstance and into a common place PipelineOrchestratorImpl

Change-Id: Ic443bfcb160122f9e5e943aa64c36a73034a6c88
Signed-off-by: Madhu Venugopal <mavenugo@gmail.com>

With the unrelated karaf dependency issues not seen (for now) reenabling karaf builds in jenkins

Change-Id: Ib1389b03a530fe7250246c0405b0cd010496e124
Signed-off-by: Madhu Venugopal <mavenugo@gmail.com>

Merge "Combine ovssfc patches."

InMemoryDOMDataStore$DOMStoreTransactionChainImpl isnt happy if there are mulitple transactions queued in quick succession.

And it throws
java.lang.IllegalStateException: Previous transaction in chain must be ready.
at com.google.common.base.Preconditions.checkState(Preconditions.java:149) ~[na:na]
at org.opendaylight.controller.md.sal.dom.store.impl.InMemoryDOMDataStore$DOMStoreTransactionChainImpl.newReadWriteTransaction

when we reuse the txchain. Fixing it temporarily. Better solution is to get away from this and use DataChangeListener.

Change-Id: Id20abdefc21574dce9ff078f4ce96aa91c390edb
Signed-off-by: Madhu Venugopal <mavenugo@gmail.com>

Merge "Added LoadBalancerProvider as the service provided by LoadBalancerService"

Merge "Splitting OF13Provider's native L2 Forwarding code into Classifier and L2Forwarding Table in the pipeline"

Merge "L3: Use system config to get the mac address of the default gateway in the external network."

Added LoadBalancerProvider as the service provided by LoadBalancerService

Change-Id: I8168f0490d8b9cf5b477d177cfa5197f41deb3b6
Signed-off-by: Madhu Venugopal <mavenugo@gmail.com>

L3: Remove redundant line added in commit e38b7ff6

Change-Id: If90b95464dd1c022fd1ed74868c01de050fb89b0
Signed-off-by: Flavio Fernandes <ffernand@redhat.com>

L3: Use system config to get the mac address of the default gateway in the external network.

Change-Id: Iab1d50af3c42a0b2552aa378d8c5f59dc9e3914a
Signed-off-by: Flavio Fernandes <ffernand@redhat.com>

Merge "L3: Add support for distributed arp responder and l3 forwarding"

Combine ovssfc patches.

Change-Id: I9d0e6f29c8ea837ceccec1073fea549ad77a2b3f
Signed-off-by: Sam Hague <shague@redhat.com>

Splitting OF13Provider's native L2 Forwarding code into Classifier and L2Forwarding Table in the pipeline

There are a few issues with the Flooding rules wherein Tunnel vs VM port Flooding / Broadcast flows step
on each-other instead of work together. Will file bugs to get them resolved.

Change-Id: I47706ce0bd7482eb76e48a28bedad31f434aa5af
Signed-off-by: Madhu Venugopal <mavenugo@gmail.com>

Split Ingress and Egress ACL Programming

Change-Id: I7ccb0f7cfced6410efa95cc82dd6e51e8739fbe9
Signed-off-by: Dave Tucker <djt@redhat.com>

Add ovssfc as it's own karafe feature within ovsdb

Change-Id: Ib1f2b26c255f9d86e876d2ada0f875f73ce16a5e
Signed-off-by: Sam Hague <shague@redhat.com>
Signed-off-by: Madhu Venugopal <mavenugo@gmail.com>

Merge "ACL services for OS/OVS"

ACL services for OS/OVS

Patch #1:Ingress ACLs
Patch #2:Egress ACLs
Patch #3:Rebase and typos
Patch #4:Service exports patching
Patch #5:Added IngressACL Interface and verified flowmods
Patch #6:Deleted random .diff file in last commit

TODO:
-Break egress out of the IngressACLService into EgressACLService
Easier to tshoot colapsed.
-CRUD updates and deletes.
-Refactor GOTO instructs w/the pipeline mutator fromt the abstract
services parent for Egress ACL (completed for Ingress)

Change-Id: I2a7bea87e7d75b6b02c8ff6a43b60f881c4ade02
Signed-off-by: Brent Salisbury <brent.salisbury@gmail.com>

NorthboundV3 APIs for RowResource

Change-Id: I9242e655c88424896ded0b8c5a171cdc6df22705
Signed-off-by: Madhu Venugopal <mavenugo@gmail.com>

L3: Add support for distributed arp responder and l3 forwarding

Test log: https://gist.github.com/f3795b3163b778860048

Change-Id: Id00d64d9e62e97d0da082589f37a9470847b395d
Signed-off-by: Flavio Fernandes <ffernand@redhat.com>

NorthboundV3 APIs for TableResource

Change-Id: I59187c4eb737523f15f47402f1bb3d757223f894
Signed-off-by: Madhu Venugopal <mavenugo@gmail.com>

NorthboundV3 APIs for DatabaseResource.

Change-Id: I8d3cb65ac101b8f9898c621c8a7b897f17e58d3b
Signed-off-by: Madhu Venugopal <mavenugo@gmail.com>

NorthboundV3 APIs for NodeResource. Supporting just the GET APIs.

Change-Id: I5f3cd6b8b578ad975d0b2d941af99a34ce86ad63
Signed-off-by: Madhu Venugopal <mavenugo@gmail.com>

NorthboundV3 insert Row using the newly added insertTree plugin functionality

Change-Id: I7a32798510b0f835ff9aed8e8a0da301188f7895
Signed-off-by: Madhu Venugopal <mavenugo@gmail.com>

Implemented Schema independent Plugin Read, Update and Delete APIs

Change-Id: I92f2178df30c2fe5fc69166a98aa08d2da86663f
Signed-off-by: Madhu Venugopal <mavenugo@gmail.com>

Merge "Updating the LB pool member DELETE and UPDATE processing."

Merge "Adding support for programming newly added nodes."

Merge "In LoadBalancerProvider interface, rename method programLoadBalancerMemberRules to programLoadBalancerPoolMemberRules, for consistency sakes."

Merge "Net-Virt LBaaS module updates for neutron event handling"

Merge "Restructing the LBaaSHandler code, and adding calls to the LoadBalancerProvider for the ADD and DELETE operations."

Merge "L3: Break exclusions and rewrites into inbound and outbound conterparts."

Updating the LB pool member DELETE and UPDATE processing.

- DELETE will lead to enqueuing an UPDATE LB instance event
- UPDATE will be ignored because weight update is not supported.

Change-Id: I05d192956bc16bb124fa4cc5a7dcf035f63bc9a1
Signed-off-by: Srini Seetharaman <srini.seetharaman@gmail.com>

Adding support for programming newly added nodes.

LBaaSHandler now implements IInventoryListener, and
programs all existing LB instances on the newly added node.

Change-Id: I0544f7d30f422464440582e98da138157fc8ffd6
Signed-off-by: Srini Seetharaman <srini.seetharaman@gmail.com>

In LoadBalancerProvider interface, rename method programLoadBalancerMemberRules
to programLoadBalancerPoolMemberRules, for consistency sakes.

Change-Id: Id10296362b186a1b76bbbacd6fa4ff9b65bc2bed
Signed-off-by: Srini Seetharaman <srini.seetharaman@gmail.com>

Net-Virt LBaaS module updates for neutron event handling

- Adding LBaaSPoolMemberHandler for handling pool member ADD/DELETE operations.
- Moving out cache processing utility to NeutronCacheUtils
- Updating variable names in LBaaSHandler to maintain consistency.

Change-Id: I664e7d85bd1cc6e2dbe9f0b51fd486eb115d0bd9
Signed-off-by: Srini Seetharaman <srini.seetharaman@gmail.com>

Restructing the LBaaSHandler code, and adding calls to the
LoadBalancerProvider for the ADD and DELETE operations.

Change-Id: I2b7991abe8c2d5a1abad74cc510a576d67a98219
Signed-off-by: Srini Seetharaman <srini.seetharaman@gmail.com>

Adding logic and code for pushing FlowMods in the LoadBalancerService.

The current implementation supports ADD for LB instance and also ADD
for LB member. DELETE for LB member is unsupported because of need to
refresh the multipath indices. TODO: FlowMods for DELETE LB instance.

Change-Id: Ifcd2f95a67168c89d398abb9f43a3a76e0609589
Signed-off-by: Srini Seetharaman <srini.seetharaman@gmail.com>

Merge "Making changes to LBaaSHandler and Activator to add logic for LB Neutron calls."

Merge "Splitting the LBaaS northbound events into three individual event types (specifically, LB, LB-Pool, LB-Pool-Member)"

L3: Break exclusions and rewrites into inbound and outbound conterparts.

patch 2: remove todo

Change-Id: I57a26bf5f8b40daa19939beecc27f55d8ae3d70c
Signed-off-by: Flavio Fernandes <ffernand@redhat.com>

Add Flow Programming for L3 Services

This commit adds programming of L3 services.
In addition, we add a deleteFlow method to the AbstractServiceInstance
class

Change-Id: I4d9fe8c93e6a93732660f3895df7885cda015b7e
Signed-off-by: Dave Tucker <djt@redhat.com>

Making changes to LBaaSHandler and Activator to add logic for LB Neutron calls.

- Cleaning up LBaaSHandler class to only handle the NEUTRON_LOAD_BALANCER event
- Cleaning up LBaaSHandler to only be INeutronLoadBalancerAware
- Adding the service LoadBalancerProvider and adding dependency in Activator
- Adding logic to handle the neutron LB instance creation call. After the call,
  the information will be stored in a Map <UUID, LoadBalancerConfiguration>
  object. Still TODO: FlowMods through the LoadBalancerService.

Change-Id: Ic20d10ea680730de59bbe60a12c47fc6684a6bab
Signed-off-by: Srini Seetharaman <srini.seetharaman@gmail.com>

Splitting the LBaaS northbound events into three individual event types
(specifically, LB, LB-Pool, LB-Pool-Member)

Change-Id: I3a9604ecdfeff018a720514adecec1ffd5824c39
Signed-off-by: Srini Seetharaman <srini.seetharaman@gmail.com>

Skip Karaf Tests By Default

Karaf tests take far too long to run therefore we will skip by default.
OVSDB will create a daily job to check Karaf stability

Change-Id: I8bdb6b6f870956a78e45fa3973085a50f882126f
Signed-off-by: Dave Tucker <djt@redhat.com>
Signed-off-by: Madhu Venugopal <mavenugo@gmail.com>

Skeleton implementation of L3 using PipelineOrchestration

This refactors the L3 interface to fit the static pipeline model

L3 logic stays in net-virt and the service tables in net-virt-providers
implement the new interfaces. The logic in net-virt can resolve the
implementation of these interfaces through the OSGi SR.

Ideally service lookup should not be handled in the net-virt Activator,
instead we should allow the OFXProvider classes to handle this by
watching for implementations of AbstractServiceInstance with a service
property that matches their name.

Change-Id: I0e41d992e0ff1d8de2d25b02ce8e5a36e27e6ae7
Signed-off-by: Dave Tucker <djt@redhat.com>

Merge "L3 Neutron events hookup to MultiTenantRouterForwardingProvider"

In AbstractServiceInstance, changing return value of getTable()
to short, and making writeFlow() protected.

Change-Id: I28ba2899c77bf188be6a25f3d590f90b7ce7de9a
Signed-off-by: Srini Seetharaman <srini.seetharaman@gmail.com>

Making changes to nxMultipathAction with MD-SAL

- Adding missing "dst" field in Yang nx-action-multipath-grouping
- Adding missing field to the ActionUtils.nxMultipathAction
- Adding setNwSrcAction and setNwDstAction to ActionUtils

Change-Id: Ie0aab975b17620a2a2b74b7a69acfd9251ddc6e4
Signed-off-by: Srini Seetharaman <srini.seetharaman@gmail.com>

Enhanced Schema indepenent plugin APIs by supporting optional parent_table and parent_column for insertRow / insertTree

Change-Id: Id0f0fb6183c5f39e2b524dc9a7ef8cf699d9ef76
Signed-off-by: Madhu Venugopal <mavenugo@gmail.com>

Merge "Added Template classes for all the static services."

Merge "AbstractServiceInstance is fully self-suffient to program the default flow-rules for any Service in the pipeline."

Merge "Static Pipeline is constructed with the help of AbstractServiceInstance and PipelineOrchestrator."

Merge "Changed the current WIP Pipeline Orchestrator to a more simplified Static Pipeline that is easy to understand and debug than the dynamic pipeline management."

Merge "Moved OF10Provider and OF13Provider to its own Package to accomodate the upcoming Pipeline changes"

Merge "WIP: Initial Commit of Pipeline Orchestrator"

Added Template classes for all the static services.

Though these are just Template classes, Since it inherits from AbstractServiceInstance parent, the default catch-all flow-rules
(that is required for an operational pipeline) are automatically installed. All the service specific code can be written in these
classes with the guarantee that the parent AbstractServiceInstance took care of the flows to keep the pipeline happy.

Also, please note that, all of these services must use the getMutablePipelineInstructionBuilder() method for all the non-drop
matched flows to make sure the pipeline is not messed up for the cases where a service performs some operations.

Sample output of the pipeline when none of the services are operational :

[mininet@opendaylight ~]\>sudo ovs-ofctl dump-flows -O OpenFlow13 br-int
OFPST_FLOW reply (OF1.3) (xid=0x2):
 cookie=0x0, duration=136.403s, table=0, n_packets=0, n_bytes=0, send_flow_rem dl_type=0x88cc actions=CONTROLLER:65535
 cookie=0x0, duration=136.418s, table=0, n_packets=3, n_bytes=230, send_flow_rem priority=0 actions=goto_table:20
 cookie=0x0, duration=136.436s, table=20, n_packets=3, n_bytes=230, send_flow_rem priority=0 actions=goto_table:30
 cookie=0x0, duration=136.427s, table=30, n_packets=3, n_bytes=230, send_flow_rem priority=0 actions=goto_table:40
 cookie=0x0, duration=136.429s, table=40, n_packets=3, n_bytes=230, send_flow_rem priority=0 actions=goto_table:50
 cookie=0x0, duration=136.421s, table=50, n_packets=3, n_bytes=230, send_flow_rem priority=0 actions=goto_table:60
 cookie=0x0, duration=136.424s, table=60, n_packets=3, n_bytes=230, send_flow_rem priority=0 actions=goto_table:70
 cookie=0x0, duration=138.24s, table=70, n_packets=3, n_bytes=230, send_flow_rem priority=0 actions=goto_table:80
 cookie=0x0, duration=136.4s, table=80, n_packets=3, n_bytes=230, send_flow_rem priority=0 actions=goto_table:90
 cookie=0x0, duration=136.433s, table=90, n_packets=3, n_bytes=230, send_flow_rem priority=0 actions=goto_table:100
 cookie=0x0, duration=136.441s, table=100, n_packets=3, n_bytes=230, send_flow_rem priority=0 actions=drop

Please note that, since we have moved to a static pipeline approach, there is no need for metadata, nor there is a
need to have a dedicated Director table. The AbstractServiceInstance takes care of cooking the pipeline based on the
static pipeline requirements.

Change-Id: Icf712991df3c7fbedf81872c04fdad168619b910
Signed-off-by: Madhu Venugopal <mavenugo@gmail.com>

AbstractServiceInstance is fully self-suffient to program the default flow-rules for any Service in the pipeline.

Changes includes :
- Register as Notification listener with the MD-SAL data-store.
- Process the NodeUpdate and identify openflow nodes before submitting for further processing
- Process Notifications in its own Thread
- Program the default catch-all rule

Change-Id: I302dbcd95de29cc2d7ff55791305f36a8f07456b
Signed-off-by: Madhu Venugopal <mavenugo@gmail.com>

Static Pipeline is constructed with the help of AbstractServiceInstance and PipelineOrchestrator.

- Since we decided to implement the Static pipeline, there is no datapath requirement to keep a Director.
  Since the pipeline is static, the PipelineOrchestrator coordinages with the AbstractServiceInstance to program the direct path between the Tables
  without any involvement from the Concrete Service that is implemented on top of AbstractServiceInstance.
  Hence, this change removes Director table from the pipeline. But, the software design remains intact wherein the logic of pipeline datapath management
  still resides in AbstractServiceInstance, which the Concrete Service class need not be worried about.
- Implemented a sample L2RewriteService that extends from AbstractServiceInstance and registers itself with PipelineOrchestratorImpl through regular OSGi Service Registry

Change-Id: Ib27a795ebd428fc0a3b97aa3d18d825fe8427246
Signed-off-by: Madhu Venugopal <mavenugo@gmail.com>

Changed the current WIP Pipeline Orchestrator to a more simplified Static Pipeline that is easy to understand and debug than the dynamic pipeline management.

Change-Id: Id53b7a814a433c450fd9780c0025f0f3e9ec9473
Signed-off-by: Madhu Venugopal <mavenugo@gmail.com>

Moved OF10Provider and OF13Provider to its own Package to accomodate the upcoming Pipeline changes

Change-Id: Ia998c272372ed559bcab561e21d7864de03533b0
Signed-off-by: Madhu Venugopal <mavenugo@gmail.com>

Merge "Fixed a minor bug that causes the deprecated CSIT Integration Bridge Domain addPort tests to fail for a long time."

Fixed a minor bug that causes the deprecated CSIT Integration Bridge Domain addPort tests to fail for a long time.

Change-Id: If17a4de8d0832c31de4fb8d5ee38cfe353c0d326
Signed-off-by: Madhu Venugopal <mavenugo@gmail.com>

L3 Neutron events hookup to MultiTenantRouterForwardingProvider

Neutron Router interface and floating ips will now trigger calls into MultiTenantRouterForwardingProvider.

Added implementations:
 * programStaticArpEntry (router interface)
 * programIpRewriteExclusion
 * programRouterInterface
 * programDefaultRouteEntry
 * programStaticArpEntry (tenant vms)
 * programIpRewriteRule

        Script for creating coke tenants in devstack:
        https://gist.github.com/1ba897e7cde8dbd87fe8

        Starting odl command:
        ./run.sh -virt ovsdb -Xms40m -Xmx1024m -XX:MaxPermSize=1024m

        LogLevel:
        setLogLevel org.opendaylight.ovsdb.openstack.netvirt.impl.NeutronL3Adapter trace

        Log of test:
        createTenants: https://gist.github.com/40364d727c40570fb4ff
        osgi: https://gist.github.com/105938470c9a19bebc4a

Change-Id: Ie4b30b2581c469064ca29a443d9ced4c2be4d3a9
Signed-off-by: Flavio Fernandes <ffernand@redhat.com>

WIP: Initial Commit of Pipeline Orchestrator

Change-Id: Iee82bf6fc14dbffcea1af44a06cbb44f4bbd1706
Signed-off-by: Dave Tucker <djt@redhat.com>

Minor tweaks to interface used by Openstack L3 forwarding

Change-Id: Ie2c3e833027cee5e2d89c5323890c09f1969d42a
Signed-off-by: Flavio Fernandes <ffernand@redhat.com>

Merge "L3 Neutron plumbing"

Fixed dependencies for features-ovsdb.

Change-Id: I02ec0c02b66bc53e1463b73c81f6844054ac883f
Signed-off-by: Hideyuki Tai <Hideyuki.Tai@necam.com>

L3 Neutron plumbing

Converge neutron events needed to support l3 into an adapter class.
With this change all plumbing needed for northbound l3 support is completed.
Next is the 'brains' to turn the l3 related events into rules that can be used
by the multi-tenant router forwarding provider.

    Script for creating coke tenants in devstack:
    https://gist.github.com/1ba897e7cde8dbd87fe8

    Starting odl command:
    ./run.sh -virt ovsdb -Xms40m -Xmx1024m -XX:MaxPermSize=1024m

    LogLevel:
    setLogLevel org.opendaylight.ovsdb.openstack.netvirt.providers.OF13Provider trace
    setLogLevel org.opendaylight.ovsdb.openstack.netvirt.api.EventDispatcher trace
    setLogLevel org.opendaylight.ovsdb.openstack.netvirt.SouthboundHandler debug
    setLogLevel org.opendaylight.ovsdb.openstack.netvirt.PortHandler debug
    setLogLevel org.opendaylight.ovsdb.openstack.netvirt.NeutronL3Adapter debug

    Log of test:
    createTenants: https://gist.github.com/7dadd30bde5d07bb0ba1
    osgi: https://gist.github.com/4ec66a6e76908eeffcbc

Change-Id: I1570d536728ea29c2615ddca422379ad8fe70d45
Signed-off-by: Flavio Fernandes <ffernand@redhat.com>

Merge "Add node and dpid information to L3 Forwarding API"

Add node and dpid information to L3 Forwarding API

Change-Id: I06186d17b3a26e262caee612d9221994adc8ca1c
Signed-off-by: Dave Tucker <djt@redhat.com>

Add ovssfc to osdvb distribution

Change-Id: Ibcbf2783d1125fbf08314feb210ef7177165b96a
Signed-off-by: Sam Hague <shague@redhat.com>

Merge "Karaf Feature support for OVS based Openstack Network Virtualization"

Karaf Feature support for OVS based Openstack Network Virtualization

Change-Id: I3becfbdd0141bf61be4296785568efdcccfc8f2b
Signed-off-by: Madhu Venugopal <mavenugo@gmail.com>

- Adding LBaaS handler skeleton to net-virt bundle, appropriate entries
in AbstractEvent and Activator.

- Fixing Postman examples for LBaaS.

Change-Id: Id878ffe5bf1e8b1819a18f103b5ee9c4fe74e05e
Signed-off-by: Srini Seetharaman <srini.seetharaman@gmail.com>

Merge "Adding Karaf feature for openflow Nicira Extensions support"

Merge "Moved ovsdb features into a sub-directory to accomodate related features to come"

Adding Karaf feature for openflow Nicira Extensions support

Change-Id: I871c4c1d242770dd9b2f8a21b50f874388eeeb45
Signed-off-by: Madhu Venugopal <mavenugo@gmail.com>

Moved ovsdb features into a sub-directory to accomodate related features to come

Change-Id: I1ba0294faef385bbd94e180e102be5542e36afd9
Signed-off-by: Madhu Venugopal <mavenugo@gmail.com>

FWaaS handler/callbacks for the Neutron service

Patch #3: Activator tweek

Patch #2: Rebased and applied Flavio's patch. Thanks.

Patch #1: Plumbing the Controller OS FWaaS API into
the ovsdb net-virt bundle.

Change-Id: If037b03e2d954192e9721d67f45f31eb5d9fe66e
Signed-off-by: Brent Salisbury <brent.salisbury@gmail.com>

Adding Nicira action NXAST_MULTIPATH, appropriate SAL connectors,
and utils.

Change-Id: Ia241fe5a728cf8f55449628a36a5bd2b160c7f61
Signed-off-by: Srini Seetharaman <srini.seetharaman@gmail.com>

Adding plugin.shell to make OVSDB Karaf feature happy in integration branch

Change-Id: Id583df6317e56f5377aa51dbc32c7aed79b3905f
Signed-off-by: Madhu Venugopal <mavenugo@gmail.com>

Merge "Adjusted OVSDB features to enable the Pax-exam tests"