Additionally, this patch includes
- Minor refactoring
- Skip method length checkstyle for FlowEntryBuilder::hasSetField
Change-Id: I7887f454f552a9e346c323524f359929deadf427
This submission also addresses the following issues
* CORD-84 Restore is_present bit to 1 in set_vlan_vid
* CORD-338 Remove default route workaround
MPLS Termination fix is coming in another patch.
Change-Id: I20c8fdd5604bd6e9254a957012ac619c193ccbc6
- It was creating 2 theads everytime a Device connected.
Now uses thread pool shared across Devices, where threads will die out on idle.
Should resolve ONOS-3579
Change-Id: I490b2ef677853677fbd151af27f6ac2be563774c
- Reverting iteration through meta instructions to earlier mode
Assuming instructions appear in the order they were added
- Saving explicitly provided VlanId to new variable modifiedVlan:
modifiedVlan is the value to be used when modifying existing tag
assignedVlan is the value to be pushed to untagged packets
pushedVlan is the value to be pushed to tagged packets (i.e. when pushVlan == true)
- Extra checks added for the following cases:
Do not allow to pop tag after modifying existing tag
Do not allow to modify a tag after pushing a new tag
Do not allow including multiple modify VLAN operations
Change-Id: I92801e3845a2ca1e88181698cb0ba3c22224acf4
Adding ability to version extraneous stuff.
Change-Id: I2e18dafd6d8705504ab01000d6707037415dfd0c
(cherry picked from commit 251016df5db8f11a14c4856f9b381e85ae1e2631)
- Add new XConnectConfig with unit test
- Gather XConnect features into XConnectHandler
- Introduce ObjectiveError.Type.GROUPREMOVALFAILED
- Rename
- NetworkConfigEventHandler -> AppConfigHandler
- XConnectNextObjectiveStoreKey -> XConnectStoreKey
- Test json file
- Refactor
Change-Id: I8ca3176ed976c71ce9e28b7f3722ce80d49c816f
Bug fix when optimized SR re-routing fails, do full re-route
Bug fix filtering objectives should be called for new device even if there is an existing grouphandler
Bug fix NPE in ofdpa driver due to null check on the wrong variable
New cli command for debugging flow-objectives for pending next-objectives
Flow objective cli commands now start with "obj-"
Change-Id: I819f82d1d67769cb9fbbde60f099d29b8e7f7c9e
Bug fix where filtering objectives are not installed due to available ports becoming enabled later.
Bug fix where flow objective store had no listener for notifications from drivers across multiple instances of the controller.
NPE fix in ofdpa driver for non-existing groups.
Preventing ofdpa driver from sending spurious pass notification to app.
Incrementing retry filter timer from 1 to 5 secs in default routing handler.
Made several debug messages clearer.
Change-Id: I828671ee4c8bcfe03c946d051e1d1aac9d8f68dd
Note: If you're using optical devices currently in "default" driver bundle,
(LINC-OE, Calient fiber switch, ECI devices, OpLink ROADM)
you'll need to load the driver/app "drivers.optical" in adition to default drivers
e.g.,
a) Add to cell definition
export ONOS_APPS=${ONOS_APPS},drivers.optical
b) Activate after starting ONOS
onos> app activate org.onosproject.drivers.optical
Change-Id: I126c09bebc816d11b4700a80e7a36a8e6c3e1b49
The default pipeline driver was not calling the success callback for
next objectives. This caused the intent installer to think there
were still flows in need of installation, and the intent never
completed.
Change-Id: Ib411c317b28475cfc1e966e31f859cebbeea3792
It is possible that one of vidCriterion and ethCriterion is missing
We should just skip the corresponding table and proceed
Change-Id: I220e4efb8c8d5c163f541ad41e0a4d80b6286afe
- Implementation of a Behavior OpticalDevice has the knowledge of
translating annotations into optical specific port.
- OpticalDeviceServiceView checks if the Device is a OpticalDevice
and translate all the Ports to optical specific port before returning.
- This commit contains feedbacks, issues, and fixes by Michele Santuari.
- Note: 3 more Port types to go (OduClt, Oms, Otu)
Change-Id: I4cbda8bc1922fbdd4dac8de8d02294bad74b8058
