Details
-
Bug
-
Status: Resolved
-
Resolution: Duplicate
-
None
-
None
-
None
-
Operating System: Linux
Platform: All
-
1080
-
Highest
Description
While trying to get a netconf based device recognized by ODL, it was found that the initial RPC request was as below
<rpc message-id="m-25" xmlns="urn:ietf:params:xml:ns:netconf:base:1.0"> <get-schema xmlns="urn:ietf:params:xml:ns:yang:ietf-netconf-monitoring"> <version>2012-02-06</version> <identifier>ietf-netconf-notifications</identifier> <format>yang</format> </get-schema> </rpc>
After debugging on the device side, below is what works correctly on the device side
<rpc message-id="m-25" xmlns="urn:ietf:params:xml:ns:netconf:base:1.0"> <get-schema xmlns="urn:ietf:params:xml:ns:yang:ietf-netconf-monitoring"> <identifier>ietf-netconf-notifications</identifier> <version>2012-02-06</version> <format>yang</format> </get-schema> </rpc>
Basically Identifier should be sent before the versiion. This was also confirmed by tail-f - who pointed to the rfc 6020 - section 7.13 - subsection 7.13.4
Below is the snippet from the ODL log when it fails
2014-05-22 14:48:40.131 EDT [nettyThreadgroupModule$NioEventLoopGroupCloseable-7-1] DEBUG o.o.c.n.u.h.NetconfMessageAggregato r - Message is complete. 2014-05-22 14:48:40.131 EDT [nettyThreadgroupModule$NioEventLoopGroupCloseable-7-1] DEBUG o.o.c.n.u.m.NetconfMessageFactory - Parsing message <rpc-reply message-id="m-25" xmlns="urn:ietf:params:xml:ns:netconf:base:1.0"><rpc-error> <error-type>protocol</error-type> <error-tag>missing-element</error-tag> <error-severity>error</error-severity> <error-path xmlns:ncm="urn:ietf:params:xml:ns:yang:ietf-netconf-monitoring"> /rpc/ncm:get-schema/ncm:identifier </error-path><error-info><bad-element>identifier</bad-element> </error-info> </rpc-error> </rpc-reply>
Attachments
Issue Links
- duplicates
-
CONTROLLER-508 get-schema RPC invalid
- Resolved