Add OpenFlow node reference to the bridge.

Change-Id: Id000733a51f35841c5ddbd14b57887418e30f16d
Signed-off-by: Alexis de Talhouët <adetalhouet@inocybe.com>

Merge "Add JUnit testing for OutboundNatService class."

Merge "Add JUnit testing for L3FowardingService class."

Merge "Add JUnit testing for EgressAclService class."

Merge "Add JUnit testing for RoutingService class."

Merge "Fix for TerminationPointCreateCommand to insert a termination point, if not present already in operational store"

Merge "Workaround for busted controller opendaylight-karaf-empty"

Add JUnit testing for L3FowardingService class.

Change-Id: Icb067fabb217511a5aca155f668b492d0d823ae5
Signed-off-by: Alexis de Talhouët <adetalhouet@inocybe.com>

Add JUnit testing for OutboundNatService class.

Change-Id: Ic3da229c61af4a412ab9031d735c1f5a5fb1cc2f
Signed-off-by: Alexis de Talhouët <adetalhouet@inocybe.com>

Add JUnit testing for RoutingService class.

Change-Id: Ie40d1009a840f646260c676b5338088d926b73bc
Signed-off-by: Alexis de Talhouët <adetalhouet@inocybe.com>

Workaround for busted controller opendaylight-karaf-empty

Somehow the controller opendaylight-karaf-empty is busted with all the recent karaf 3.0.3 migration. Luckily we will a local distribution that doesn't seem to have the same issues.

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

Fix for TerminationPointCreateCommand to insert a termination point, if not present already in operational store

Change-Id: I8ed209033986d8338cc65589d8f497a152dd2011
Signed-off-by: Prateek Garg <prategar@cisco.com>

Add JUnit testing for EgressAclService class.

Change-Id: I9e2e0e6174a381c4a49bb667c33ec1a593dc597a
Signed-off-by: Alexis de Talhouët <adetalhouet@inocybe.com>

Add JUnit testing for InboundNatService class.

Change-Id: Ia2a80aa73c7cabcfe91acb1fa1ab3f6718f08ca0
Signed-off-by: Alexis de Talhouët <adetalhouet@inocybe.com>

Merge changes Ifb9ee4a4,Id0a7512b

* changes:
  Correct spelling of getBrideTermiationPoint()
  Add bridge integration test

Correct spelling of getBrideTermiationPoint()

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

Merge "Add Unit Tests for openstack.net-virt-providers.openflow13 - FlowCapableNodeDataChangeListener.java and MdsalConsumerImpl.java"

Merge "Add JUnit testing for ArpResponderService class."

Add bridge integration test

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

Add Unit Tests for openstack.net-virt-providers.openflow13 - FlowCapableNodeDataChangeListener.java and MdsalConsumerImpl.java

Change-Id: Icc614719be95e5b945a2bb686d509712a956c703
Signed-off-by: Ben Eze <beze@inocybe.ca>

Merge "Add OpenFlow ID to ovsdb-bridge-attributes."

Merge "BUG 3005: WORKAROUND issue where match cannot differ only on extensions portion"

Merge "Add JUnit testing for ClassifierService class."

Merge "Update gogo versions to account for new karaf 3.0.3 constraints"

Update gogo versions to account for new karaf 3.0.3 constraints

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

Add JUnit testing for ClassifierService class.

Change-Id: I4f00ae666cc28ad3d438f879da4b5780c2b1ab7c
Signed-off-by: Alexis de Talhouët <adetalhouet@inocybe.com>

BUG 3005: WORKAROUND issue where match cannot differ only on extensions portion

The details on the original issue were discovered by Anil Vishnoi:

BUG-2757 : Openflowplugin manager doesn't use match extensions while comparing two flows
Ovsdb installs two flows which is different from each other just by the match extension (reg0) (actions are not used in comparison).

cookie=0x0, duration=255.353s, table=110, n_packets=8, n_bytes=648, priority=16384,reg0=0x1,tun_id=0x1,dl_dst=01:00:00:00:00:00/01:00:00:00:00:00 actions=output:1,output:2
cookie=0x0, duration=256.115s, table=110, n_packets=9, n_bytes=1464, priority=16384,reg0=0x2,tun_id=0x1,dl_dst=01:00:00:00:00:00/01:00:00:00:00:00 actions=output:1

So statistics manager assign the same id internally to both the flows and that's causing the repeated error message about duplicate id.
Adding match extension in flow comparison is not trivial and we cannot implement it in this release.

Change-Id: I9d9986628fcb4996a7b7aac7af327df59201904a
Also-By: Anil Vishnoi <vishnoianil@gmail.com>
Signed-off-by: Flavio Fernandes <ffernand@redhat.com>

Add JUnit testing for ArpResponderService class.

Change-Id: Id4509b10ca30250c83ce588ed41016b920fa0afd
Signed-off-by: Alexis de Talhouët <adetalhouet@inocybe.com>

Cleanup sb it

- Removed duplicated tests
- Added options to modify logging
- Added options to add extra features to load

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

Cleanup some logging in sb.

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

Fix for not finding client(key)

The connectioninfo brought in using the connectioninfo as the key for the clients. The application using the sb only have access to the remote ip and port so the key didn't match if it was using the remote ip:port and local ip:port.

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

Merge "Add IT for getting Open_vSwitch other_config:local_ip"

Merge "Add constant class for shared strings in SouthboundIT"

Add IT for getting Open_vSwitch other_config:local_ip

Patchset 5: Rebase woes

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

Add constant class for shared strings in SouthboundIT

patchset 3: fix checkstyle error

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

Merge "Adding  Unit Tests for netvirt/providers/openflow13/PipelineOrchestratorImpl"

Add OpenFlow ID to ovsdb-bridge-attributes.

Change-Id: I93e26ab56f2d6b543012f4a494f6bcfff5c0e156
Signed-off-by: Alexis de Talhouët <adetalhouet@inocybe.com>

Return correct ovs_version

The existing code was reading the table version uuid instead of the ovs-version row of the Open_vSwitch table.

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

Add schema db_version to ovsdb model.

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

Check for null OVsdbNodeAugmentation

While testing I found cases where the OvsdbNodeAugmentation was not found. Added this warning log to be clear about the issue.

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

Temporary workaround to get jenkins jobs working

The ovsdb distribution build is failing because of missing artifacts. It looks like those projects are not pushing artifacts to nexus for some reason.

This temporary workaround simply does not build the ovsdb karaf distribution.

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

Merge "Added model for is-connected on controller attributes."

Added model for is-connected on controller attributes.

Change-Id: I07859c1a8246b143bc31967c808fef23a38e7f61
Signed-off-by: Gabriel Robitaille-Montpetit <grmontpetit@inocybe.com>

Add JUnit testing for AbstractServiceInstance class.

Change-Id: I5555f90a4a25ecdc4482be3ea41969d5c67d3bb2
Signed-off-by: Alexis de Talhouët <adetalhouet@inocybe.com>

net-virt.providers: Add Mockito and PowerMockito dependencies for unit test purposes to the pom file

Change-Id: I67c10c83a339bfc61ca11273a96b7c6beec3bc84
Signed-off-by: Alexis de Talhouët <adetalhouet@inocybe.com>

Fix Southbound-IT with ConnectionInfo class.

Signed-off-by: Gabriel Robitaille-Montpetit <grmontpetit@inocybe.com>
Change-Id: I9d212312988e377899d3bb0ad6c843d15556815f

Adding  Unit Tests for netvirt/providers/openflow13/PipelineOrchestratorImpl

Change-Id: Ie1bd6844ec64171a7d338bab495b010a31cf8420
Signed-off-by: beze <beze@inocybe.ca>

Merge "Remove unused service interfaces"

Merge "Do not send bridge name in update"

Merge "Deprecated OvsdbClientKey and replaced with ConnectionInfo"

Merge "Hook southbound integration in normal build process"

Do not send bridge name in update

It turns out...bridge name is immutable and OVSDB really doesn't
like it when you send it.

Change-Id: I8d8b16fe728ea4a386ca481624643dc260d01f29
Signed-off-by: Ed Warnicke <eaw@cisco.com>

Deprecated OvsdbClientKey and replaced with ConnectionInfo

Since ConnectionInfo is basically the same info only better.

Change-Id: Icbf8a8946f26ffd971b006595a6933e9ddf020ab
Signed-off-by: Ed Warnicke <eaw@cisco.com>

Introducing ConnectionInfo

Added a ConnectionInfo with remote/local ip/port to
the model.

Change-Id: I77fc3d8f9efbce0a07fc8106ec0487eeca4e09e6
Signed-off-by: Ed Warnicke <eaw@cisco.com>

Remove unused service interfaces

There are various places where dependency injection is used to get service interfaces. The ones removed in this patch were unsused. This will make it easier to implement the southbound equivalent of the services since these removed ones can be ignored.

Patch set 2: Modify unit tests verify clauses to not expect certain methods to have been called.

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

Hook southbound integration in normal build process

Integration test won't be triggered with normal verify build.
-Pintegrationtest option will be required to trigger the integration build.

Change-Id: I49b62f945f5707befa95b8470918b40841c729e6
Signed-off-by: Anil Vishnoi <vishnoianil@gmail.com>

Merge "Renamed BridgeCreateCommand to BridgeUpdateCommand"

Merge "BridgeCreateCommand now correctly handles updates."

Merge "Cleaned up BridgeCreateCommand"

Merge "Fix latent NPE issues."

Merge "Break out Protocol Update and Remove into seperate commands"

Merge "Fix so that operational store correctly removes bridge-other-configs"

Merge "Fix so that operational store correctly removes bridge-external-ids"

Merge "Fix so that operational store correctly removes protocol entries"

Merge "Fix so that operational store correctly removes controller entries"

Renamed BridgeCreateCommand to BridgeUpdateCommand

As it now handles Update as well as simple create.

Change-Id: I6fb1db60cbce5553a7a5350e34cb8119d28de736
Signed-off-by: Ed Warnicke <eaw@cisco.com>

BridgeCreateCommand now correctly handles updates.

Change-Id: I7ee6907b81174d732aadc0fa1b10ea44f1544f9c
Signed-off-by: Ed Warnicke <eaw@cisco.com>

Cleaned up BridgeCreateCommand

Inspired by the good work of  Ryan Goulding in these patches:
https://git.opendaylight.org/gerrit/#/c/18135/
https://git.opendaylight.org/gerrit/#/c/18138/

I cleaned up BridgeCreateCommand... because I was getting lost
in there ;)

Change-Id: Ia4b4e95f99749e75a038cd8062ad74b790598179
Signed-off-by: Ed Warnicke <eaw@cisco.com>

Fix latent NPE issues.

I didn't trip on these, but I tripped on their analog with
protocols... so fixing them here.

Change-Id: I23bf647988bade95d66a8c9ecbf7bd32b7980ce1
Signed-off-by: Ed Warnicke <eaw@cisco.com>

Break out Protocol Update and Remove into seperate commands

In addition, they now have the necessary logic to handle
Updates as well as Creates.

Change-Id: Id19e51a7e8951123d3b08c510a61cbef84328c9d
Signed-off-by: Ed Warnicke <eaw@cisco.com>

Fix so that operational store correctly removes bridge-other-configs

Before, if a bridge-other-configs entry was removed on ovsdb, we didn't
remove it from the operational store.

This is an artifact of using *merge* rather than *put*.
Using merge is *still* a good idea for us, but what was happening
was basically this.

Say we got a report in the operational store of

[bridge-other-configs1, bridge-other-configs2]

which we dutifully merged.

Then we got a report of
[bridge-other-configs2]

when that is *merged*... the protocol1 entry is left dangling,
because its a *merge*.  To compensate, we have to be *very*
specific about wanting to remove bridge-other-configs1.

Change-Id: Ic94b67b341bf7233c881e324f494c6701b622131
Signed-off-by: Ed Warnicke <eaw@cisco.com>

Fix so that operational store correctly removes bridge-external-ids

Before, if a bridge-external-ids entry was removed on ovsdb, we didn't
remove it from the operational store.

This is an artifact of using *merge* rather than *put*.
Using merge is *still* a good idea for us, but what was happening
was basically this.

Say we got a report in the operational store of

[bridge-external-ids1, bridge-external-ids2]

which we dutifully merged.

Then we got a report of
[bridge-external-ids2]

when that is *merged*... the protocol1 entry is left dangling,
because its a *merge*.  To compensate, we have to be *very*
specific about wanting to remove bridge-external-ids1.

Change-Id: I7bb7e3264176604f3a01f90231cae99026148f2f
Signed-off-by: Ed Warnicke <eaw@cisco.com>

Fix so that operational store correctly removes protocol entries

    Before, if a protocol entry was removed on ovsdb, we didn't
    remove it from the operational store.

    This is an artifact of using *merge* rather than *put*.
    Using merge is *still* a good idea for us, but what was happening
    was basically this.

    Say we got a report in the operational store of

    [protocol1, protocol1]

    which we dutifully merged.

    Then we got a report of
    [protocol2]

    when that is *merged*... the protocol1 entry is left dangling,
    because its a *merge*.  To compensate, we have to be *very*
    specific about wanting to remove protocol1.

Change-Id: I17f8b9b26cea4e894d74b534335dc55f0097d8c8
Signed-off-by: Ed Warnicke <eaw@cisco.com>

Fix so that operational store correctly removes controller entries

Before, if a controller entry was removed on ovsdb, we didn't
remove it from the operational store.

This is an artifact of using *merge* rather than *put*.
Using merge is *still* a good idea for us, but what was happening
was basically this.

Say we got a report in the operational store of

[controller1, controller2]

which we dutifully merged.

Then we got a report of
[controller2]

when that is *merged*... the controller1 entry is left dangling,
because its a *merge*.  To compensate, we have to be *very*
specific about wanting to remove controller1.

This is accomplished by factoring out an OvsdbControllerUpdateCommand
and OvsdbControllerRemoveCommand.

Change-Id: I2e38e0e175cef5f848f28501cfaeecc1cb162151
Signed-off-by: Ed Warnicke <eaw@cisco.com>

OvsdbPortUpdateCommand actually add entries to tplist

Missed a step in refactoring;  adding here.

Signed-off-by: Ryan Goulding <ryandgoulding@gmail.com>

Merge "Cleaned up OvsdbBridgeUpdateCommand"

Clean up TerminationPointCreateCommand.java

This change abstracts the different steps involved in the
TerminationPointCreateCommand.execute() method so that the code is more
readable. The individual steps have been put into appropriate private helper
methods.

Change-Id: I65f0c8bc5da3a2509f42479a57fd0392c14baa5f
Signed-off-by: Ryan Goulding <ryandgoulding@gmail.com>

Cleaned up OvsdbBridgeUpdateCommand

Inspired by the good work of  Ryan Goulding in these patches:
https://git.opendaylight.org/gerrit/#/c/18135/
https://git.opendaylight.org/gerrit/#/c/18138/

I cleaned up OvsdbBridgeUpdateCommand... because I was getting lost
in there ;)

Change-Id: Id7dafa333978031815dc5072fb2c02d1dd1cc75c
Signed-off-by: Ed Warnicke <eaw@cisco.com>

Clean up OvsdbPortUpdateCommand.java

This change abstracts the different steps involved in the
OvsdbPortUpdateCommand.execute() method so that the code is more readable. The
individual steps have been put into the appropriate private helper methods.

Change-Id: Ifacdc0fe44f0555da690ca1c306b0462d34bc24e
Signed-off-by: Ryan Goulding <ryandgoulding@gmail.com>

Merge "interface/port-other-config support"

Fix minor issues :
Closing transaction
Removing null change on Optional, not required.

Change-Id: I728a924d4a259a4af6187ac2e3f24025e5b767c9
Signed-off-by: Anil Vishnoi <vishnoianil@gmail.com>

interface/port-other-config support

Adds support for interface and port other_config column configuration and
operational persistence.

Change-Id: I4fa236b3df2bdc5ab580234a6c61b603ed4a581e
Signed-off-by: Ryan Goulding <ryandgoulding@gmail.com>

Merge "Workaround to fix southbound it"

Workaround to fix southbound it

The problem was the dataBroker in the southbound-it was not right. Something from outside ovsdb changed and caused issues with the way the soutbound-it was getting the broker.

The workaround was to get the broker from the SouthboundProvider.

Also added basic NetworkTopology and Topology to read the OVSDBTopology from the datastores since those values have to exist for southbound-impl to work.

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

Merge "Add JUnit testing for NodeConfiguration class."

Add JUnit testing for NodeConfiguration class.

Change-Id: Iddf2dcfb3c6c24acf473a16ab055751182f66c00
Signed-off-by: Alexis de Talhouët <adetalhouet@inocybe.com>

Break out ControllerUpdate and Remove into seperate commands

In addition, they now have the necessary logic to handle
Updates as well as Creates.

Change-Id: I414c3a73e75ea89c2fb7f644a19ed429016391ca
Signed-off-by: Ed Warnicke <eaw@cisco.com>

Make sure that getRandomUUID returns a valid ovsdb <id>

Ovsdb <id>s must begin with an alpha character.
This change makes sure that getRandomUUID *always* returns a valid
ovsdb <id>.

Change-Id: I9e5560ea410e25f0fa17cc6a29589c15e8a4a5ec
Signed-off-by: Ed Warnicke <eaw@cisco.com>

Added controller-uuid to the model and got it into operational store.

Change-Id: I3fa2cc475362776bce096b0f2f4f7be1c2d8b455
Signed-off-by: Ed Warnicke <eaw@cisco.com>

Simplify with utility functions.

Change-Id: If9a86e4c18dc5723826054b1a3b50f7ebc0d5086
Signed-off-by: Ed Warnicke <eaw@cisco.com>

Pulled out AbstractTransactCommand

Change-Id: I1019d17e5536bd27b9c45283e9cf320012f9fd38
Signed-off-by: Ed Warnicke <eaw@cisco.com>

Merge "Start to tease apart things into smaller pieces to make merge logic easier."

Merge "Added support for bridge other-config."

Merge "Added support for vlan mode."

Adding revision for ietf types.
It can conflict with if some other project uses a newer version of the ietf types.

Change-Id: Ia7b1ad8a0c51043d5a123052e3d907142570382f
Signed-off-by: Amit Mandke <ammandke@cisco.com>

Merge "Adding revision for ietf types. It can conflict with if some other project uses a newer version of the ietf types."

Merge "Introducing Bridge Operational State"

Adding revision for ietf types.
It can conflict with if some other project uses a newer version of the ietf types.

Change-Id: I38229f571dacd14c5a569e802e5eb8019fe322a9
Signed-off-by: Amit Mandke <ammandke@cisco.com>

Merge "Add JUnit testing for PortSecurityHandler class."

Merge "Add JUnit testing for RouterHandler class."