new ietf-routing@2018-03-13 yang models revealed bugs which caused failures during model build:
- naming conflicts for two classes generated in the same package. see https://jira.opendaylight.org/browse/MDSAL-332
- actions cannot be processed. see https://jira.opendaylight.org/browse/YANGTOOLS-841 and https://jira.opendaylight.org/browse/MDSAL-300
- special characters in enums are not processed correctly. see https://jira.opendaylight.org/browse/MDSAL-309
- submodule is not processed correctly YANGTOOLS-876 (resolved in yangtools 2.0.4, we can remove the workaround in hc2vpp-ietf-ipv6-unicast-routing when honeycomb migrates to the newer version of yangtools)
For now these bugs were resolved by renaming or commenting out affected sections of routing models. Needs to be corrected once bugs are fixed.
- blocks
-
HC2VPP-319 Rename MPLS models to original names
-
- To Do
-
-
HC2VPP-332 Remove workarounds for SRv6 models
-
- Blocked
-
- is blocked by
-
HONEYCOMB-433 Bump ODL dependencies to Fluorine
-
- Complete
-
-
MDSAL-300 Loading...
-
MDSAL-309 Loading...
-
MDSAL-332 Loading...
-
MDSAL-336 Loading...
-
YANGTOOLS-841 Loading...
- relates to
-
HONEYCOMB-432 Bump ODL dependencies to Oxygen SR1
-
- Complete
-
-
HONEYCOMB-439 Bump ODL dependencies to Oxygen SR2
-
- Complete
-
-
HC2VPP-253 Update hc2vpp-ietf-routing model to RFC 8349
-
- Done
-