<!-- 
RSS generated by JIRA (8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d) at Wed Feb 07 20:14: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-87] default-request-timeout-millis ignored for netconf device</title>
                <link>https://jira.opendaylight.org/browse/NETCONF-87</link>
                <project id="10142" key="NETCONF">netconf</project>
                    <description>&lt;p&gt;When creating mount point for netconf device according to &lt;br/&gt;
&lt;a href=&quot;https://wiki.opendaylight.org/view/OpenDaylight_Controller:Config:Examples:Netconf#Spawning_Additional_Netconf_Connectors_While_the_Controller_is_Running&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#Spawning_Additional_Netconf_Connectors_While_the_Controller_is_Running&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;then the default value for default-request-timeout-millis is 60k. This can be confirmed in DS/operational.&lt;/p&gt;

&lt;p&gt;But if I add following to the input and POST it into DS/config:&lt;br/&gt;
  &amp;lt;max-connection-attempts xmlns=&quot;urn:opendaylight:params:xml:ns:yang:controller:md:sal:connector:netconf&quot;&amp;gt;3&amp;lt;/max-connection-attempts&amp;gt;&lt;br/&gt;
  &amp;lt;between-attempts-timeout-millis xmlns=&quot;urn:opendaylight:params:xml:ns:yang:controller:md:sal:connector:netconf&quot;&amp;gt;2000&amp;lt;/between-attempts-timeout-millis&amp;gt;&lt;br/&gt;
  &amp;lt;connection-timeout-millis xmlns=&quot;urn:opendaylight:params:xml:ns:yang:controller:md:sal:connector:netconf&quot;&amp;gt;10000&amp;lt;/connection-timeout-millis&amp;gt;&lt;br/&gt;
  &amp;lt;default-request-timeout-millis xmlns=&quot;urn:opendaylight:params:xml:ns:yang:controller:md:sal:connector:netconf&quot;&amp;gt;10000&amp;lt;/default-request-timeout-millis&amp;gt;&lt;/p&gt;

&lt;p&gt;then it gets correctly reflected in DS/operational but it still takes 60 seconds till the connection times out and so the whole connection ends up with failure after 205 seconds.&lt;/p&gt;

&lt;p&gt;Is this the right parameter to control connection timeout? If not, what is the recommended way of setting up shorter connection timeout?&lt;/p&gt;</description>
                <environment>&lt;p&gt;Operating System: All&lt;br/&gt;
Platform: All&lt;/p&gt;</environment>
        <key id="21100">NETCONF-87</key>
            <summary>default-request-timeout-millis ignored for netconf device</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="10003">Cannot Reproduce</resolution>
                                        <assignee username="jmorvay@cisco.com">Jakub Morvay</assignee>
                                    <reporter username="michal.rehak">Michal Rehak</reporter>
                        <labels>
                    </labels>
                <created>Mon, 19 Oct 2015 15:05:10 +0000</created>
                <updated>Fri, 15 Mar 2019 22:22:16 +0000</updated>
                            <resolved>Wed, 13 Jan 2016 15:04:00 +0000</resolved>
                                                                    <component>netconf</component>
                        <due></due>
                            <votes>0</votes>
                                    <watches>3</watches>
                                                                                                                <comments>
                            <comment id="39009" author="jmorvay@cisco.com" created="Tue, 12 Jan 2016 12:19:18 +0000"  >&lt;p&gt;I am not able to reproduce this bug. All connection related configuration parameters work for me correctly. &lt;/p&gt;

&lt;p&gt;I tried connecting to closed port on a device, to a device that does not advertise hello message, to a device that has a slow SSH server, but I did not encounter described behaviour. &lt;/p&gt;

&lt;p&gt;More detailed description of used setting is needed to reproduce this bug.&lt;/p&gt;</comment>
                            <comment id="39010" author="adetalhouet" created="Tue, 12 Jan 2016 13:21:08 +0000"  >&lt;p&gt;It is really easy for me to reproduce, and here is my setup:&lt;/p&gt;

&lt;p&gt;I have embedded devices running confd, wired to a switch. The switch is providing the network.&lt;br/&gt;
I put down the internet port of the switch (thus netconf devices doesn&apos;t have internet access anymore), I perform a get on a netconf device&apos;s schema, the operation will hang for a while before eventually fail.&lt;/p&gt;

&lt;p&gt;Using this default-request-timeout-millis should fail whatever RPCs after the desired delay, but it&apos;s not working.&lt;/p&gt;</comment>
                            <comment id="39011" author="jmorvay@cisco.com" created="Wed, 13 Jan 2016 15:04:00 +0000"  >&lt;p&gt;After discussion with Alexis, the bug he can reproduce is not same as this one. He opened new case for his scenario &lt;a href=&quot;https://bugs.opendaylight.org/show_bug.cgi?id=4940&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://bugs.opendaylight.org/show_bug.cgi?id=4940&lt;/a&gt;.&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>4496</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=4496]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                            <customfield id="customfield_10206" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Issue Type</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10300"><![CDATA[Bug]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                        <customfield id="customfield_10204" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>ODL SR Target Milestone</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10352"><![CDATA[Beryllium-RC0]]></customfieldvalue>

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

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