[MDSAL-220] Incorporate ietf-routing with Java binding v1 Created: 12/Jan/17 Updated: 06/Aug/18 Resolved: 04/Aug/18 |
|
| Status: | Resolved |
| Project: | mdsal |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | Fluorine |
| Type: | Bug | ||
| Reporter: | Vratko Polak | Assignee: | Unassigned |
| Resolution: | Done | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Environment: |
Operating System: All |
||
| External issue ID: | 7535 |
| Description |
|
RFC 8022 is a proposed standard (as opposed to draft) which includes Yang module ietf-routing [0]. This yang module contains grouping special-next-hop which has leaf special-next-hop of type enumeration, which triggers As an illustration, here is a Change [1] attempting to add ietf-routing to mdasal.models. Even though IETF models should be hosted in mdsal.model (I believe), two projects are maintaining their own copies (without changing the module name):
This leads to a situation where adding Bier features to integration [4] fails, because Honeycomb/Vbd augments are not compatible with the Bier edit (which has newer revision). BIER-3 and HONEYVBD-14 are opened against the two projects to move their IETF models to Mdsal, but this Bug is there to decide what to do with respect to [0] https://tools.ietf.org/html/rfc8022#section-7 |
| Comments |
| Comment by Vratko Polak [ 07/Mar/17 ] |
|
Carbon fix: https://git.opendaylight.org/gerrit/50683 It used VBD models with small changes. |
| Comment by Robert Varga [ 04/Aug/18 ] |
|
RFC8349 models are packaged in Fluorine. |
| Comment by Vratko Polak [ 06/Aug/18 ] |
|
> RFC8349 models are packaged in Fluorine. The new ietf-routing@2018-03-13.yang model still contains special-next-hop as an enum in eponymous grouping, but binding v1 has been taught how to deal with that in |