-
Notifications
You must be signed in to change notification settings - Fork 15
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[SDFAB-1100] Leverage in-order FlowRuleService APIs #512
Conversation
FabricUpfProgrammable leverages the new APIs to guarantee in-order processing of the requests coming from the north. If batch APIs are not used there is no guarantee about the processing order in the FlowRuleService. Instead, the `striped` API allow the apps to signal a preference in the requests processing which is used by the FlowRuleService to serialize all the requests, having equal key, on the same executor. Depends on https://gerrit.onosproject.org/c/onos/+/25423
src/main/java/org/stratumproject/fabric/tna/behaviour/upf/FabricUpfProgrammable.java
Show resolved
Hide resolved
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM, but I guess you want to wait to refactor key handling in ONOS before merging this.
Codecov Report
@@ Coverage Diff @@
## main #512 +/- ##
============================================
- Coverage 69.96% 69.92% -0.04%
+ Complexity 740 739 -1
============================================
Files 63 63
Lines 4801 4802 +1
Branches 530 530
============================================
- Hits 3359 3358 -1
- Misses 1164 1165 +1
- Partials 278 279 +1
Continue to review full report at Codecov.
|
Only codecov failed. Merging anyways since the diff with the main branch is negligible (-0.04%). |
FabricUpfProgrammable
leverages the new APIs to guarantee in-order processing of the requests coming from the north.If batch APIs are not used there is no guarantee about the processing order in the
FlowRuleService
. Instead, thestriped
API allow the apps to signal a preference in the requests processing which is used by theFlowRuleService
to serializeall the requests, having equal key, on the same executor.
Depends on https://gerrit.onosproject.org/c/onos/+/25423