[CONTROLLER-76] RESTCONF knocked out when a configured netconf node can not be reached Created: 03/Dec/13  Updated: 25/Jul/23  Resolved: 07/Jan/14

Status: Resolved
Project: controller
Component/s: mdsal
Affects Version/s: None
Fix Version/s: None

Type: Bug
Reporter: Jan Medved Assignee: Unassigned
Resolution: Done Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Mac OS
Platform: PC


External issue ID: 206

 Description   

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

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't connect to it. (It is configured, but we can not reach it). We should also maintain whatever configuration we have for the node.

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).



 Comments   
Comment by Tony Tkacik [ 10/Dec/13 ]

The knock off is caused by Sal Netconf Connector.

Comment by Tony Tkacik [ 07/Jan/14 ]

Fixed in master as of 2014-01-06 in https://git.opendaylight.org/gerrit/#/c/4038/
Separate thread from configuration is used to initialize client session.

Generated at Wed Feb 07 19:52:07 UTC 2024 using Jira 8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d.