<!-- 
RSS generated by JIRA (8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d) at Wed Feb 07 20:15:08 UTC 2024

It is possible to restrict the fields that are returned in this document by specifying the 'field' parameter in your request.
For example, to request only the issue key and summary append 'field=key&field=summary' to the URL of your request.
-->
<rss version="0.92" >
<channel>
    <title>OpenDaylight JIRA</title>
    <link>https://jira.opendaylight.org</link>
    <description>This file is an XML representation of an issue</description>
    <language>en-us</language>    <build-info>
        <version>8.20.10</version>
        <build-number>820010</build-number>
        <build-date>22-06-2022</build-date>
    </build-info>


<item>
            <title>[NETCONF-477] spawning netconf connections - missing input validation</title>
                <link>https://jira.opendaylight.org/browse/NETCONF-477</link>
                <project id="10142" key="NETCONF">netconf</project>
                    <description>&lt;p&gt;Problem:&lt;br/&gt;
Following NetConf user guide &lt;a href=&quot;https://wiki.opendaylight.org/view/OpenDaylight_Controller:Config:Examples:Netconf&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://wiki.opendaylight.org/view/OpenDaylight_Controller:Config:Examples:Netconf&lt;/a&gt; in new device configuration is added by simply writing device configuration data into network topology model. This approach is very naive, because no validation is done and client gets always 201 (created) response regardless of the fact his configuration was valid or not.&lt;br/&gt;
The problem is that direct write into topology model is used instead of RPC call.&lt;br/&gt;
In case &lt;a href=&quot;https://jira.opendaylight.org/browse/NETCONF-476&quot; title=&quot;NetConf SBP uses global privatekey for all connections&quot; class=&quot;issue-link&quot; data-issue-key=&quot;NETCONF-476&quot;&gt;&lt;del&gt;NETCONF-476&lt;/del&gt;&lt;/a&gt; will be fixed, base64 binary data must be part of device configuration which will be difficult to verify on model level.&lt;/p&gt;

&lt;p&gt;Solution:&lt;br/&gt;
instead of direct write into netconf topology model, new set of RCPs will be created for create/delete netconf device configurations.  &lt;br/&gt;
existing topology model &lt;br/&gt;
netconf/sal-netconf-connector/src/main/yang/netconf-node-topology.yang&lt;br/&gt;
must be adapted.&lt;br/&gt;
new RPCs: create-device, delete-device will be introduced in user manuals. This solution backwards compatible, because direct writes into netconf topology model are still possible.&lt;br/&gt;
create-device, delete-device will verify configuration data before using them and will report error / success to the client application accordingly.&lt;/p&gt;</description>
                <environment>&lt;p&gt;Operating System: All&lt;br/&gt;
Platform: All&lt;/p&gt;</environment>
        <key id="21490">NETCONF-477</key>
            <summary>spawning netconf connections - missing input validation</summary>
                <type id="10104" iconUrl="https://jira.opendaylight.org/secure/viewavatar?size=xsmall&amp;avatarId=10303&amp;avatarType=issuetype">Bug</type>
                                                <status id="5" iconUrl="https://jira.opendaylight.org/images/icons/statuses/resolved.png" description="A resolution has been taken, and it is awaiting verification by reporter. From here issues are either reopened, or are closed.">Resolved</status>
                    <statusCategory id="3" key="done" colorName="green"/>
                                    <resolution id="10001">Won&apos;t Do</resolution>
                                        <assignee username="-1">Unassigned</assignee>
                                    <reporter username="juraj.veverka@pantheon.tech">Juraj Veverka</reporter>
                        <labels>
                    </labels>
                <created>Tue, 10 Oct 2017 12:05:18 +0000</created>
                <updated>Fri, 9 Jul 2021 13:31:18 +0000</updated>
                            <resolved>Fri, 9 Jul 2021 13:31:18 +0000</resolved>
                                                                    <component>netconf</component>
                        <due></due>
                            <votes>0</votes>
                                    <watches>1</watches>
                                                                                                                <comments>
                            <comment id="64815" author="rovarga" created="Tue, 28 Aug 2018 00:25:51 +0000"  >&lt;p&gt;&lt;a href=&quot;https://jira.opendaylight.org/secure/ViewProfile.jspa?name=juraj.veverka%40pantheon.tech&quot; class=&quot;user-hover&quot; rel=&quot;juraj.veverka@pantheon.tech&quot;&gt;juraj.veverka@pantheon.tech&lt;/a&gt; I have trouble undestanding the problem, especially what consitutes &quot;valid&quot; and &quot;invalid&quot; data. The datastore will certainly validate inserted data based on YANG at least... what sort of validation are we talking about here?&lt;/p&gt;</comment>
                            <comment id="69356" author="rovarga" created="Fri, 9 Jul 2021 13:31:18 +0000"  >&lt;p&gt;No feedback on what the request is, closing.&lt;/p&gt;</comment>
                    </comments>
                    <attachments>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                                            <customfield id="customfield_11400" key="com.atlassian.jira.plugins.jira-development-integration-plugin:devsummary">
                        <customfieldname>Development</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                                                                                                        <customfield id="customfield_10208" key="com.atlassian.jira.plugin.system.customfieldtypes:textfield">
                        <customfieldname>External issue ID</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>9262</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10201" key="com.atlassian.jira.plugin.system.customfieldtypes:url">
                        <customfieldname>External issue URL</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue><![CDATA[https://bugs.opendaylight.org/show_bug.cgi?id=9262]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                <customfield id="customfield_10000" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>0|i01ys7:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                </customfields>
    </item>
</channel>
</rss>