[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
Platform: PC


External issue ID: 9111

 Description   

I am following description from:
http://docs.opendaylight.org/en/stable-carbon/user-guide/netconf-user-guide.html

I am trying to open the URL:
http://localhost:8181/apidoc/explorer/index.html

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.

Generated at Wed Feb 07 20:15:06 UTC 2024 using Jira 8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d.