OpenDaylight JIRA https://jira.opendaylight.org This file is an XML representation of an issue en-us 8.20.10 820010 22-06-2022 [YANGTOOLS-669] [Yang 1.1] Support for "require-instance" in leafref https://jira.opendaylight.org/browse/YANGTOOLS-669 yangtools <p>Operating System: All<br/> Platform: All</p> YANGTOOLS-669 [Yang 1.1] Support for "require-instance" in leafref Bug Resolved Done Igor Foltin Peter Kajsa Thu, 6 Oct 2016 08:24:08 +0000 Sun, 10 Apr 2022 18:35:52 +0000 Fri, 14 Jul 2017 15:33:29 +0000 0 4 <p>RFC7950:</p> <p>9.9.3. The "require-instance" Statement<br/> The "require-instance" statement, which is a substatement to the<br/> "type" statement, MAY be present if the type is "instance-identifier"<br/> or "leafref". It takes as an argument the string "true" or "false".<br/> If this statement is not present, it defaults to "true".<br/> If "require-instance" is "true", it means that the instance being<br/> referred to MUST exist for the data to be valid. This constraint is<br/> enforced according to the rules in Section 8 of RFC7950.<br/> If "require-instance" is "false", it means that the instance being<br/> referred to MAY exist in valid data.</p> <p>API change - <a href="https://git.opendaylight.org/gerrit/#/c/47983/" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/47983/</a></p> <p>Implementation - <a href="https://git.opendaylight.org/gerrit/#/c/49697/" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/49697/</a></p> <p>when mounting XR 6.2.1 in Boron the openconfig-bgp model is mounted correctly.</p> <p>when mounting XR 6.2.1 in Carbon this fails.</p> <p>It turns out to be because the model has a leafref with a require-instance under it. This is ambiguous in RFC6020 (YANG 1.0) in that it's not mentioned in the text but is permitted in the ABNF, but is unambiguous in RFC7950 (present in both text and ABNF). The fix was as simple as side-loading a modified model with yang-version set to "1.1".</p> <p>but WHY OH WHY did you change the code in Carbon to explicitly prevent this from working unless yang-version is set to 1.1? It breaks things that previously worked and it goes against Postel's law.</p> Blocks YANGTOOLS-355 YANGTOOLS-664 YANGTOOLS-699 Development External issue ID 6873 External issue URL Issue Type ODL SR Target Milestone Rank 0|i028nj: