OpenDaylight JIRA

OpenDaylight JIRA https://jira.opendaylight.org This file is an XML representation of an issue en-us

8.20.10

820010

22-06-2022

[CONTROLLER-1308] Netconf Operational info from netopeer gives ERROR https://jira.opendaylight.org/browse/CONTROLLER-1308 controller <p>Issue detected in the CI automation:</p> <p><a href="https://jenkins.opendaylight.org/controller/job/controller-csit-1node-cds-netconf-only-master/" class="external-link" target="_blank" rel="nofollow noopener">https://jenkins.opendaylight.org/controller/job/controller-csit-1node-cds-netconf-only-master/</a></p> <p>To reproduce just follow the steps in this wiki to install netopeer:</p> <p><a href="https://wiki.opendaylight.org/view/OpenDaylight_Controller:Config:Examples:Netconf" class="external-link" target="_blank" rel="nofollow noopener">https://wiki.opendaylight.org/view/OpenDaylight_Controller:Config:Examples:Netconf</a></p> <p>There is 1 failure when fetching operational info from mounted device:</p> <p>curl -v <a href="http://localhost:8181/restconf/operational/network-topology:network-topology/topology/topology-netconf/node/libnetconfd/yang-ext:mount/" class="external-link" target="_blank" rel="nofollow noopener">http://localhost:8181/restconf/operational/network-topology:network-topology/topology/topology-netconf/node/libnetconfd/yang-ext:mount/</a></p> <p>Returns 500 Problem to get data from transaction.</p> <p>Operating System: Linux<br/> Platform: PC</p> CONTROLLER-1308

Netconf Operational info from netopeer gives ERROR

Bug Resolved Done Maros Marsalek Luis Gomez Wed, 13 May 2015 01:23:59 +0000 Thu, 19 Oct 2017 22:33:51 +0000 Thu, 18 Jun 2015 11:04:21 +0000 Post-Helium netconf 0 2 <p>This is working in stable/helium with inventory URIs</p> <p>Karaf log is available in the jenkins link.</p> <p>The problem is: unknown child node in the payload:</p> <p>Unknown child(ren) node(s) detected, identified by: (<a href="http://netconfcentral.org/ns/toaster)toaster" class="external-link" target="_blank" rel="nofollow noopener">http://netconfcentral.org/ns/toaster)toaster</a></p> <p>This is correct behavior in ODL since netopeer did not provide yang schema for the toaster module:</p> <p>2015-05-17 00:39:46,758 | WARN | oupCloseable-6-2 | NetconfDeviceCommunicator | 171 - org.opendaylight.controller.sal-netconf-connector - 1.2.0.SNAPSHOT | RemoteDevice</p> {netopeer} <p>: Error reply from remote device, request: <rpc message-id="m-3" xmlns="urn:ietf:params:xml:ns:netconf:base:1.0"><br/> <get-schema xmlns="urn:ietf:params:xml:ns:yang:ietf-netconf-monitoring"><br/> <identifier>toaster</identifier><br/> <version>2009-11-20</version><br/> <format xmlns:x="urn:ietf:params:xml:ns:yang:ietf-netconf-monitoring">x:yang</format><br/> </get-schema><br/> </rpc><br/> , response: <rpc-reply xmlns="urn:ietf:params:xml:ns:netconf:base:1.0" message-id="m-3"><br/> <rpc-error><br/> <error-type>protocol</error-type><br/> <error-tag>invalid-value</error-tag><br/> <error-severity>error</error-severity><br/> <error-message>The requested schema does not exist.</error-message><br/> </rpc-error><br/> </rpc-reply></p> <p>... there are more schemas that could not be downloaded, not only toaster.</p> <p>You should configure netopeer to provide all necessary yang models.</p> <p>This works with helium, because helium did not contain proper data validation and used CompositeNodes. Currently, NormalizedNodes are in use and they do not allow unknown children(according to the schema) in the payload. This was essentially a bug with the old mount point APIs and the test relied on it.</p> <p>Hi Maros,</p> <p>I can comment out the TC on Lithium but can you please update the netconf wiki with the things that currently work:</p> <p><a href="https://wiki.opendaylight.org/view/OpenDaylight_Controller:Config:Examples:Netconf" class="external-link" target="_blank" rel="nofollow noopener">https://wiki.opendaylight.org/view/OpenDaylight_Controller:Config:Examples:Netconf</a></p> <p>Thanks/Luis</p> <p>Yeah, the netopeer related stuff should probably be updated so that the installed netopeer works fine with ODL ..</p> <p>Quick update: </p> <p>Its not missing schemas in netopper after all. Its a bug in netopeer's libnetconf lib. The library cannot parse prefixed values in xml properly e.g. yang leaves with identityref type.</p> <p>Get-schema rpc contains an identityref leaf for input parameter format. ODL serializes identityrefs properly, but netopper cannot parse them and returns rpc-error for each attempt to download yang schemas.</p> <p>This xml is ok with netopper:<br/> <rpc message-id="m-2" xmlns="urn:ietf:params:xml:ns:netconf:base:1.0"><br/> <get-schema xmlns="urn:ietf:params:xml:ns:yang:ietf-netconf-monitoring"><br/> <identifier>ietf-netconf</identifier><br/> <version>2011-03-08</version><br/> <format>yang</format><br/> </get-schema><br/> </rpc></p> <p>but this one is not:<br/> <rpc message-id="m-2" xmlns="urn:ietf:params:xml:ns:netconf:base:1.0"><br/> <get-schema xmlns="urn:ietf:params:xml:ns:yang:ietf-netconf-monitoring"><br/> <identifier>ietf-netconf</identifier><br/> <version>2011-03-08</version><br/> <format xmlns:x="urn:ietf:params:xml:ns:yang:ietf-netconf-monitoring">x:yang</format><br/> </get-schema><br/> </rpc></p> <p>Both above xmls are correct, but netopper accepts only the simpler one.</p> <p>What we can do: optimize identityref serialization so that the prefix is not included if not necessary (like in above case where the namespace of serialized identity is equal to namespace of parent tag). This will optimize serialized xml and also serve as a workaround for when connecting to Netopper netconf.</p> <p>In addition, we need to report that bug for libnetconf library.</p> <p><a href="https://git.opendaylight.org/gerrit/#/c/21610/" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/21610/</a></p> <p>Maros could you provide link to libnetconfd bug?</p> <p><a href="https://code.google.com/p/libnetconf/issues/detail?id=63" class="external-link" target="_blank" rel="nofollow noopener">https://code.google.com/p/libnetconf/issues/detail?id=63</a></p> Development External issue ID 3191 External issue URL ODL SR Target Milestone Rank 0|i02prr: