https://jira.opendaylight.org This file is an XML representation of an issue en-us 8.20.10 820010 22-06-2022 https://jira.opendaylight.org/browse/NETCONF-151 netconf <p>Reproduce:<br/> 1. Mount a Netconf device on Beryllium with the new netconf-node-topology introduced here: <a href="https://wiki.opendaylight.org/view/OpenDaylight_Controller:Config:Examples:Netconf#Spawning_netconf_connectors_via_topology_configuration" class="external-link" target="_blank" rel="nofollow noopener">https://wiki.opendaylight.org/view/OpenDaylight_Controller:Config:Examples:Netconf#Spawning_netconf_connectors_via_topology_configuration</a><br/> 2. Do a GET on /restconf/operational/opendaylight-inventory:nodes/node/controller-config/yang-ext:mount/config:modules/<br/> 3. Search for keyword odl-sal-netconf-connector-cfg:username and odl-sal-netconf-connector-cfg:password<br/> The odl-sal-netconf-connector-cfg:username is expected to be set as the device username provided in the mounting configuration: &lt;username xmlns="urn:opendaylight:netconf-node-topology"&gt;vrouter-device-uname&lt;/username&gt;, same as the odl-sal-netconf-connector-cfg:password<br/> However, the odl-sal-netconf-connector-cfg:username and odl-sal-netconf-connector-cfg:password are always set to 'admin' instead</p> <p>Operating System: All<br/> Platform: All</p> NETCONF-151

netconf-connector-cfg information not correct

Bug Resolved Cannot Reproduce Unassigned Kevin Wang Fri, 19 Feb 2016 23:54:44 +0000 Fri, 15 Mar 2019 22:22:20 +0000 Tue, 22 Mar 2016 10:32:47 +0000 netconf 0 4 <p>1 &amp; 2 : If you are configuring through mdsal(topology model) you won't find the configuration in config subsystem. If you want to see how the current configuration that's in netconf topology just switch operational to config in the restconf url you used to configure the connector in the first place.</p> <p>/controller-config/yang-ext:mount/config:modules/ is a separate entity and you won't find connectors that are configured in topology here. Same applies to the opposite - you won't find configuration that's in cfg subsystem in netconf-topology.</p> <p>3. you were probably looking at controller-config connector configuration since connectors configured through topology are not present here.</p> <p>All in all seems like user error to me.</p> <p>Closing as resolved invalid, since as Tomas pointed out config from topology is not moved to sal-netconf-connector-cfg, since this is separate way to configure NETCONF devices and was never intended to be synchronized.</p> <p>Given that the old mechanism is present and not deprecated in Beryllium, is is really fair to make this invalid? I'd think not?</p> <p>Configuration through topology is meant to bypass cfg subsystem entirely. I'll try to summarize the steps quickly and go over whats wrong.</p> <p>1. post configuration to mdsal<br/> 2. look into cfg subsystem for the configuration which was just posted<br/> 3. the newly posted config is not present since it's in mdsal</p> <p>mdsal and cfg subsystem are 2 separate entities and are not meant to be mirrored/synchronized. When you post configuration to the topology datastore it's going to be present in the topology datastore. You don't want to tangle these 2 systems together.</p> <p> (In reply to Colin Dixon from comment #3)<br/> &gt; is really fair to make this invalid? I'd think not?</p> <p>Colin I'm not sure what you mean by this, but the bug report here has an incorrect assumption of mdsal/cfg subsystem and hence is user error.</p> Development External issue ID 5395 External issue URL Rank 0|i01wrr: