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/CONTROLLER-89 controller <p><a href="http://tools.ietf.org/html/draft-bierman-netconf-restconf-02#section-3.8.1" class="external-link" target="_blank" rel="nofollow noopener">http://tools.ietf.org/html/draft-bierman-netconf-restconf-02#section-3.8.1</a> does not seem to work.</p> <p>Operating System: All<br/> Platform: All</p> CONTROLLER-89

RESTCONF implementation does not support depth parameter

Improvement Resolved Done Tom Pantelis Robert Varga Wed, 11 Dec 2013 15:56:33 +0000 Tue, 25 Jul 2023 08:22:54 +0000 Wed, 18 Jun 2014 12:34:52 +0000 restconf 0 8 <p>Please provide the details to replicate the bug and the problem being faced .</p> <p>Thankyou</p> <p>Please share the process or setup you gone through where in you are facing problem like steps you follow to get depth or nest level.</p> <p>Thankyou</p> <p>As per as the <a href="http://tools.ietf.org/html/draft-bierman-netconf-restconf-02#section-3.8.1" class="external-link" target="_blank" rel="nofollow noopener">http://tools.ietf.org/html/draft-bierman-netconf-restconf-02#section-3.8.1</a> link says,</p> <p>I run my controller from eclipse and produces topology through mininet.I could see the topology on <a href="http://localhost:8080/" class="external-link" target="_blank" rel="nofollow noopener">http://localhost:8080/</a></p> <p>1.) I tried creating new data resources by POST on RESTclient </p> <p> POST <a href="http://localhost:8080/restconf/config" class="external-link" target="_blank" rel="nofollow noopener">http://localhost:8080/restconf/config</a> HTTP/1.1<br/> Host: example.com<br/> Content-Type: application/yang.data+json<br/> Body: </p> { "example-jukebox:jukebox" : [null] } <p>but i am getting a error on Restclient as follows :<br/> type Status report<br/> message Not Found<br/> description The requested resource is not available.</p> <p>2.) Also i tried to add flows through the CLI :</p> <p> curl -u admin:admin -H 'Content-type: application/json' -X PUT -d '{"installInHw":"true", "name":"flow1", "node": </p> {"id":"00:00:00:00:00:00:00:02", "type":"OF"} <p>, "ingressPort":"2", "etherType": "0x800", "protocol": "6", "tpDst": "80", "priority":"65535","actions":<span class="error">&#91;&quot;DROP&quot;&#93;</span>}' 'http://localhost:8080/controller/nb/v2/flowprogrammer/default/node/OF/00:00:00:00:00:00:00:02/staticFlow/flow1'</p> <p>from which i was able to add flows but when i try see the flows on <br/> <a href="http://192.168.1.16:8080/restconf/config/opendaylight-inventory:nodes/node/openflow:1/table/0/flow/1" class="external-link" target="_blank" rel="nofollow noopener">http://192.168.1.16:8080/restconf/config/opendaylight-inventory:nodes/node/openflow:1/table/0/flow/1</a> </p> <p>It gives a reply : No data exists.</p> <p>3.) I even tried to add flows on the link given:<br/> curl -u admin:admin -H 'Content-type: application/json' -X PUT -d '{"installInHw":"true", "name":"flow1", "node": </p> {"id":"00:00:00:00:00:00:00:02", "type":"OF"} <p>, "ingressPort":"2", "etherType": "0x800", "protocol": "6", "tpDst": "80", "priority":"65535","actions":<span class="error">&#91;&quot;DROP&quot;&#93;</span>}' 'http://192.168.1.16:8080/restconf/config/opendaylight-inventory:nodes/node/openflow:1/table/0/flow/1'</p> <p>It gives error not allowing the flows to be added.</p> <p>I am not able to add new data resource on <a href="http://192.168.1.16:8080/restconf/config/opendaylight-inventory:nodes/node/openflow:1/table/0/flow/1" class="external-link" target="_blank" rel="nofollow noopener">http://192.168.1.16:8080/restconf/config/opendaylight-inventory:nodes/node/openflow:1/table/0/flow/1</a> path due to which GET,POST,PUT method is showing error in Restclient.</p> <p>So please share the steps you follow. Also did adding openflow plugin can help in retrieving the URI??</p> <p>I am not able to replicate the issue given, so i am assigning the bug back to controller-bugs@lists.opendaylight.org</p> <p>depth parameter support was added<br/> Change-Id: I44d99f9886e3837a1bb13eda84aec3c4cc6b21ae</p> <p>Note - looks like the gerrit mentioned was never merged - attempting to follow up and get that functionality merged.</p> <p>Original commit was still using xtend and was not fully clear. Restconf implementation has changed since then, and maybe this will require additional work.</p> <p>Looks like this bug as of right now is not assigned out to anyone, so we should assume it is open for work. The code changes in the work item definitely need to be changed and merged with master. That said, there is a clear starting point for who ever wants to take this on.</p> <p>The definition of depth in Draft 2 of the spec is a little confusing and non-intuitive. It states the </p> <p> ""depth" parameter is used to specify the number of nest levels<br/> returned in a response for a GET method. A nest-level consists of<br/> the target resource and any child nodes which are contained within<br/> the target resource node"</p> <p>I think people naturally equate depth to tree levels and not nested levels. </p> <p>It also states:</p> <p> "the server will include all sub-resources within a<br/> retrieved resource, which have the same resource type as the<br/> requested resource type. Only only level of sub-resources with a<br/> different media type than the target resource will be returned."</p> <p>I find this a bit confusing even without the grammar error.</p> <p>Draft 3 re-defines the depth param :</p> <p> "The "depth" parameter is used to limit the number of levels of sub-<br/> resources that are returned by the server for a GET method request."</p> <p>So a depth of 1 retrieves just the target resource and no children. This is a way to determine if the resource exists. A depth of 2 retrieves the target resource and just its direct children - a child container would be empty.</p> <p>Also Draft 3 doesn't put any confusing restrictions on resource type.</p> <p>I think this is more intuitive so I propose we implement depth as defined in Draft 3.</p> <p>Patch set 4 under <a href="https://git.opendaylight.org/gerrit/#/c/5325/" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/5325/</a></p> Blocks CONTROLLER-287 Development External issue ID 225 External issue URL Priority Rank 0|i02i8v: