[NETCONF-464] NETCONF ignores modules with submodules if device does neither support yang-library nor netconf-monitoring Created: 06/Sep/17 Updated: 15/Mar/19 Resolved: 01/Oct/18 |
|
| Status: | Resolved |
| Project: | netconf |
| Component/s: | netconf |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | ||
| Reporter: | Sven Wisotzky | Assignee: | Sven Wisotzky |
| Resolution: | Cannot Reproduce | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Environment: |
Operating System: Windows |
||
| External issue ID: | 9111 |
| Description |
|
I am following description from: I am trying to open the URL: The device has one configuration module including many sub-modules. It does neither support rfc6022 (netconf-monitoring) nor rfc7895 (yang-library) yet. All modules are declared in the <hello> exchange. As per rfc6020 submodules are not contained as in the capability exchange. All modules and sub-modules have been imported to the ODL schema-cache using the correct naming. Revisions seem to be correct. From my understanding patching the <yang-module-capabilities> does not help, as this is to add capabilities missed during the hello-exchange. In conclusion, this is for modules only (not covering sub-modules). When removing all the include statements from the configuration module (and all references to the corresponding sub-modules), the module is loaded (but almost empty). Unclear if this is the expected behavior. Logging (even enabled to DEBUG level) does not contain any helpful information. The module is just ignored. Please come up with a workflow, how to deal with such situations or fix the implementation (likely related to org.opendaylight.netconf.sal-rest-docgen). |
| Comments |
| Comment by Tomas Cere [ 04/Oct/17 ] |
|
Please add the models you are using so i can look at this exact case. |
| Comment by OpenDaylight Release [ 03/May/18 ] |
|
Tomas, moving it to you for now. Please decide to who this should be assigned. |
| Comment by Robert Varga [ 28/Aug/18 ] |
|
sven.wisotzky@nokia.com can you provide requested models, please? Otherwise we'll close this as Cannot Reproduce. |
| Comment by Jakub Morvay [ 01/Oct/18 ] |
|
Since we don't have models to replicate this, closing this now as Cannot Reproduce. |