<!-- 
RSS generated by JIRA (8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d) at Wed Feb 07 19:52:07 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>[CONTROLLER-76] RESTCONF knocked out when a configured netconf node can not be reached</title>
                <link>https://jira.opendaylight.org/browse/CONTROLLER-76</link>
                <project id="10113" key="CONTROLLER">controller</project>
                    <description>&lt;p&gt;if the controller can not connect to a configured netconf server, RESTCONF is dead until connectivity to the server is established. This is 100% repeatable: try issuing a RESTCONF request when connectivity to a node is down (even to a different node) - the request does not come back, until it times out, or until connectivity to the netconf server is re-established. Note also that RESTCONF seems to be dead for other nodes too, not just the node to which we have no connectivity&lt;/p&gt;

&lt;p&gt;What we need to do when there is no connectivity to a configured netconf erver is to drop the server from operational space, and only have it show up in the config space. We may want to show the status of the node as unreachable if we can&apos;t connect to it. (It is configured, but we can not reach it). We should also maintain whatever configuration we have for the node. &lt;/p&gt;

&lt;p&gt;We may want to have a configurable parameter for a retry timeout  and retry count, which would specify how frequently and how many times we retry the attempt to connect to the node. For Hydrogen we may keep it simple - retry when a request to show the node or show inventory comes from RESTCONF (nobody is interested in the node until they actually ask for its status, which will cover most apps).&lt;/p&gt;</description>
                <environment>&lt;p&gt;Operating System: Mac OS&lt;br/&gt;
Platform: PC&lt;/p&gt;</environment>
        <key id="24630">CONTROLLER-76</key>
            <summary>RESTCONF knocked out when a configured netconf node can not be reached</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="10000">Done</resolution>
                                        <assignee username="-1">Unassigned</assignee>
                                    <reporter username="jmedved@cisco.com">Jan Medved</reporter>
                        <labels>
                    </labels>
                <created>Tue, 3 Dec 2013 06:55:55 +0000</created>
                <updated>Tue, 25 Jul 2023 08:22:52 +0000</updated>
                            <resolved>Tue, 7 Jan 2014 13:18:26 +0000</resolved>
                                                                    <component>mdsal</component>
                        <due></due>
                            <votes>0</votes>
                                    <watches>2</watches>
                                                                                                                <comments>
                            <comment id="47424" author="tony.tkacik@gmail.com" created="Tue, 10 Dec 2013 16:42:18 +0000"  >&lt;p&gt;The knock off is caused by Sal Netconf Connector.&lt;/p&gt;</comment>
                            <comment id="47425" author="tony.tkacik@gmail.com" created="Tue, 7 Jan 2014 13:18:26 +0000"  >&lt;p&gt;Fixed in master as of 2014-01-06 in &lt;a href=&quot;https://git.opendaylight.org/gerrit/#/c/4038/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://git.opendaylight.org/gerrit/#/c/4038/&lt;/a&gt;&lt;br/&gt;
Separate thread from configuration is used to initialize client session.&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>206</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=206]]></customfieldvalue>

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

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