The current version of flow rule provider always returned success
regradless of physical flow rule's installation.
This commit makes to enable to sync with virtual and physical rule
batch operation
Change-Id: I1c9bfc30d23e0e7b24bf8be8774f67e304f3b28e
1. fixed to remove virtual flow rules
2. fixed to remove the installed rules after deactivation
3. minor refactoring
Change-Id: I3685d89840eeef8dbbf53f7afe819f39043b434f
A virtual tenant's topology graph should not be restricted to the substrate's subgraph.
Thus, we need to set up a tunnel on the physical path through which a virtual link passes.
Furthermore, isolating the traffic from different virtual networks is also needed.
Change-Id: Ia5dc49d34ec96d3a7b9c55ff7a6df3b10ad93697
There is a problem that the packet request from virtual network
is not relay to real packet service because
VirtualNetworkPacketService cannot process requestPacket()
properly.
Moreover, the installed flow rules from vNet are not syncronized
with the physical rules.
Change-Id: I20c3e1fbb7668f563fafcb3a9d6a7d80ffba55fd
Traditionally the route event only notified listeners of the best selected
route for a given prefix, but some listeners are interested in all resolved
routes for the prefix.
CORD-905
Change-Id: Ia3e1e3a8e3e825ba894e6835e0860c3ed698d29b
We fix the add and remove command to be more semantic:
1. When remove a virtual network element, all the other elements
that depend on it should also be removed.
2. Virtual link and virtual host should not be created until the virtual
ports they depend on are created.
3. Some bugs about NullPointerException are fixed.
Change-Id: I0346dfb54dbb9a388cd4a39637ee57601fecff02
Problem:
1. Listener registry is only initialized in the addListener method.
It will cause NullPointerException in the EventSink's proces method.
Solutions:
1. Initialize the listener in the constructor.
Change-Id: I1eae5f2d52166b04f3e028d22b41414319f75b51
Problem.
1. Inside incubator package, class loader can't search classes defined
in the other bundles such as onos-core
Solution
1. Added a method to return bundle context, and obtain class loader.
Change-Id: If5ee4cb1a5b9ef5ab7d7e3bbc70408ea8257baea
The original route may have information of interest to consumers, such
as the route source or VRF information.
Change-Id: I32df752c92e235423694b13d4ff239a38bae5a50
This resulted in a substantial refatoring of the route subsystem, including
some minor external API changes. The interface between the manager and the
store has been changed to deal with multiple routes per prefix. The distributed
route store has been updated to be able to distribute route table information.
The route subsystem no longer stores next hop information in the route store.
This information is already available from the host store so the routes system
simply fetches it from there.
Change-Id: I7657b3efb6dcb76afa6f17c931f154a970a16528
Changes
1. FlowObjective manager for virtual network is added
2. VirtualFlowObjective store is added
3. SimpleVirtualFlowObjectiveStore is implementation
4. Unit tests are added
Change-Id: I18ff1d440d1f85ca96fff36a33a8b67566031e2c
Major changes to the DhcpRelay app
Bug fix to not depend on global variables that can be overwritten
App is now vlan aware i.e. client and server can be in different vlans
Added probing of dhcpServer to get mac/vlan instead of configuring these values
Added optional gateway IP for cases where dhcpServer is "behind" external router
Added support in host monitor for trunk vlan configurations
Javadoc fix in Interface.java
Commented out unused log message in HostLocationProvider
Bug fix to make ALL group editing vlan aware.
Change-Id: Ib04ed6c1ef45055f771983db29724cfde24ac54b
Chages.
1. Virtual Group Manager is added
2. Virtual Group Store interface is added
3. Simple Virtual Group Store is added
4. Virtual Group Manager Test cases are added
Change-Id: I6fc1fae99f5b85fd50437b396f57f78e914ad978
