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/YANGTOOLS-644 yangtools <p>would it be possible to change ODL's behaviour so that when hitting unknown child nodes in a NETCONF response it simply ignores those nodes - rather than dropping the NETCONF session?</p> <p>For example in the logs I see:</p> <p>2016-08-11 07:24:30,292 | WARN | oupCloseable-3-1 | KeepaliveSalFacade | 263 - org.opendaylight.netconf.sal-netconf-connector - 1.3.3.Beryllium-SR3 | RemoteDevice</p> {asr9k2} <p>: Rpc failure detected. Reconnecting netconf session<br/> java.lang.IllegalStateException: Unknown child(ren) node(s) detected, identified by:...</p> <p>Operating System: All<br/> Platform: All</p> YANGTOOLS-644

DomToNormalizedNodeParserFactory's strictParsing switch seems not to work

Bug Resolved Done Igor Foltin Giles Heron Thu, 11 Aug 2016 14:56:13 +0000 Sun, 10 Apr 2022 18:35:50 +0000 Thu, 16 Mar 2017 13:12:37 +0000 0 5 <p>Please can you attach whole log or stack trace. Thanks.</p> <p>Attachment karaf.log has been added with description: logs (with initial mounting deleted)</p> <p>Hi Giles,</p> <p>The problem seems to be that your device does not conform to provided models.</p> <p>Possible workaround:<br/> You can modify models to conform to data that comes from device and then side-load this modified models.</p> <p>What can be done in netconf, is that we can distinguish RPC failures like this one from RPC failures like non-reachable device and fail only on latter ones. But if your device sends you bad data, something else will eventually fail, e.g RESTCONF, RPCService, etc.</p> <p>Hi Jakub,</p> <p>yes - I'm well aware that the device doesn't conform to the models.</p> <p>what we're looking for in this instance is simply to ignore cases where devices return content that isn't in the model. That way we can still see the rest of the config, and can still write to the device.</p> <p>Giles</p> <p>So you just want NETCONF not to reconnect on RPC failures like this one or you want NETCONF to do less strict parsing and just ignore non-conforming data overall?</p> <p>Hi Jakub</p> <p>in this case (where the device returns data that's not in the model) I'd want ODL just to ignore that data (so parse the rest of the data and present it through the Java and RESTCONF APIs).</p> <p>Giles</p> <p>We can make something with this reconnecting stuff, but I don't know if we can and want to allow less strict parsing and ignoring non-conforming data. I think this should be discussed thoroughly</p> <p>well - Postel's Law would tend to suggest ignoring it is the right thing to do. But sure, we have to check it won't break anything...</p> <p>Ignoring invalid data is not something we can do on netconf level, all parsing is handled by yangtools.</p> <p>sure - though there's a "strict" switch that NETCONF can set (or unset) when having yangtools parse NETCONF modules. I tried setting it to false but it still didn't work - so yeah maybe needs fixing in Yangtools.</p> <p>Guess you are talking about NetconfMessageTransformer and its paramater strictParsing.</p> <p>What could be done in NETCONF is to add configuration option for mountpoints, whether to use strict parsing or don't. But if you have tested this and it does not work, this should be consulted with YANGTOOLS developers. So maybe we should move this bug back to YANGTOOLS project and you can add report what you have observed during testing this feature.</p> <p>Also we should open a new bug for adding new configuration option for mountpoints in Netconf project.</p> <p>Ok my bad i forgotten about the switch, what was the issue when you tried to hardcode it to false? Did it still fail with unknown child nodes?</p> <p>Yes - I think the failure was exactly the same. Maybe I got something wrong when I built it?</p> <p>I am moving this bug back to YANGTOOLS project. I think now it is clear, what the problem is.</p> <p>The problem should be in DomToNormalizedNodeParserFactory's strictParsing switch is not working correctly and is not documented properly.</p> <p>are we still expecting a fix for this in Carbon? I'm seeing issues with this with Boron-SR1 and XR 6.1.2, and a colleague is seeing the same with Beryllium-SR3 and XR 6.0.1.</p> <p>Hello Giles,</p> <p>yes, the fix should be done in Carbon. Alas I cannot say when exactly will that be as we are currently busy with other issues.</p> <p>thanks Igor.</p> <p>I've bumped the importance up to "major" at any rate - this is blocking various customers.</p> <p>Giles</p> <p>Hello Giles, I tried parsing xml data containing nodes not defined in the YANG model with the DomToNormalizedNodeParserFactory's strictParsing flag set to false and it worked correctly. No exception was thrown. I tested this in stable/beryllium, stable/boron and current master.</p> <p>Could you please try testing this one more time ?</p> <p>Hi Giles, if the problem still occurs, it would be really helpful if you provided the yang modules and yang data that you used when the exception was thrown. I think that the actual problem might be something different than the strictParsing flag. In fact, the code flow does not even come to the part with the exception when strictParsing is set to false.</p> <p>Hi Igor,</p> <p>I think the issue may be to do with where the node is in the hierarchy (it's a list entry).</p> <p>the stack trace starts with:</p> <p>2017-03-08 07:13:06,069 | WARN | oupCloseable-3-4 | ReadOnlyTx | 190 - org.opendaylight.netconf.sal-netconf-connector - 1.4.3.SNAPSHOT | RemoteDevice</p> {asr9k2} <p>: Reading data failed<br/> java.lang.IllegalStateException: Unknown child(ren) node(s) detected, identified by: (<a href="http://openconfig.net/yang/interfaces)ip" class="external-link" target="_blank" rel="nofollow noopener">http://openconfig.net/yang/interfaces)ip</a>, in: list address<br/> at com.google.common.base.Preconditions.checkState(Preconditions.java:197)<span class="error">&#91;41:com.google.guava:18.0.0&#93;</span><br/> at org.opendaylight.yangtools.yang.data.impl.schema.SchemaUtils.findSchemaForChild(SchemaUtils.java:105)<span class="error">&#91;57:org.opendaylight.yangtools.yang-data-impl:1.0.3.SNAPSHOT&#93;</span><br/> at org.opendaylight.yangtools.yang.data.impl.schema.SchemaUtils.findSchemaForChild(SchemaUtils.java:87)<span class="error">&#91;57:org.opendaylight.yangtools.yang-data-impl:1.0.3.SNAPSHOT&#93;</span><br/> at org.opendaylight.yangtools.yang.data.impl.schema.SchemaUtils.findSchemaForChild(SchemaUtils.java:93)<span class="error">&#91;57:org.opendaylight.yangtools.yang-data-impl:1.0.3.SNAPSHOT&#93;</span><br/> at org.opendaylight.yangtools.yang.data.impl.schema.transform.base.parser.ListEntryNodeBaseParser.getSchemaForChild(ListEntryNodeBaseParser.java:45)<span class="error">&#91;57:org.opendaylight.yangtools.yang-data-impl:1.0.3.SNAPSHOT&#93;</span><br/> at org.opendaylight.yangtools.yang.data.impl.schema.transform.base.parser.ListEntryNodeBaseParser.getSchemaForChild(ListEntryNodeBaseParser.java:28)<span class="error">&#91;57:org.opendaylight.yangtools.yang-data-impl:1.0.3.SNAPSHOT&#93;</span><br/> at org.opendaylight.yangtools.yang.data.impl.schema.transform.base.parser.BaseDispatcherParser.parse(BaseDispatcherParser.java:160)<span class="error">&#91;57:org.opendaylight.yangtools.yang-data-impl:1.0.3.SNAPSHOT&#93;</span></p> <p>ListEntryNodeBaseParser.java extends BaseDispatcherParser.java. In BaseDispatcherParser.java. but BaseDispatcherParser has a protected method strictParsing() that always returns "true".</p> <p>i'll attach both the YANG model and the ODL log (starting with the instance data).</p> <p>Yes, but in case of parsing a list entry, the strictParsing() method is actually called in the subclass MapEntryNodeDomParser which overrides it. I have tested this on list entries too and it worked as expected.</p> <p>ah ok.</p> <p>well at any rate this isn't behaving as expected - I'm certainly seeing "strict" parsing here. Is there any way to configure ODL not to be strict - or do i have to edit the code? Or do you think the strict flag isn't the issue here?</p> <p>Giles</p> <p>Does the problem come up even if you edit the strictParsing flag in the NetconfMessageTransformer's constructor (line 88) to false ?</p> <p>this is in the second constructor (the one with 3 parameters?) I have that at line 89:<br/> parserFactory = DomToNormalizedNodeParserFactory.getInstance(XmlUtils.DEFAULT_XML_CODEC_PROVIDER, schemaContext, strictParsing);</p> <p>So change that to:</p> <p>parserFactory = DomToNormalizedNodeParserFactory.getInstance(XmlUtils.DEFAULT_XML_CODEC_PROVIDER, schemaContext, strictParsing);</p> <p>correct?</p> <p>if I edit that the config get still fails but with a different error:</p> <p>{<br/> "errors": {<br/> "error": [<br/> {<br/> "error-type": "application",<br/> "error-tag": "operation-failed",<br/> "error-message": "read execution failed",<br/> "error-info": "org.opendaylight.yangtools.yang.data.impl.schema.builder.impl.valid.DataValidationException$IllegalListKeyException: Key value not present for key: (<a href="http://openconfig.net/yang/interfaces/ip?revision=2015-11-20)ip" class="external-link" target="_blank" rel="nofollow noopener">http://openconfig.net/yang/interfaces/ip?revision=2015-11-20)ip</a>, in: (<a href="http://openconfig.net/yang/interfaces/ip?revision=2015-11-20)address[" class="external-link" target="_blank" rel="nofollow noopener">http://openconfig.net/yang/interfaces/ip?revision=2015-11-20)address[</a>{}]\n\tat org.opendaylight.yangtools.yang.data.impl.schema.builder.impl.valid.DataValidationException.checkListKey(DataValidationException.java:74)\n\tat org.opendaylight.yangtools.yang.data.impl.schema.builder.impl.ImmutableMapEntryNodeSchemaAwareBuilder.constructNodeIdentifier(ImmutableMapEntryNodeSchemaAwareBuilder.java:63)\n\tat org.opendaylight.yangtools.yang.data.impl.schema.builder.impl.ImmutableMapEntryNodeSchemaAwareBuilder.build(ImmutableMapEntryNodeSchemaAwareBuilder.java:46)\n\tat org.opendaylight.yangtools.yang.data.impl.schema.builder.impl.ImmutableMapEntryNodeSchemaAwareBuilder.build(ImmutableMapEntryNodeSchemaAwareBuilder.java:23)\n\tat org.opendaylight.yangtools.yang.data.impl.schema.transform.base.parser.BaseDispatcherParser$SimpleBuildingStrategy.build(BaseDispatcherParser.java:238)\n\tat org.opendaylight.yangtools.yang.data.impl.schema.transform.base.parser.BaseDispatcherParser$SimpleBuildingStrategy.build(BaseDispatcherParser.java:235)\n\tat org.opendaylight.yangtools.yang.data.impl.schema.transform.base.parser.BaseDispatcherParser.parse(BaseDispatcherParser.java:204)\n\tat org.opendaylight.yangtools.yang.data.impl.schema.transform.base.parser.ListEntryNodeBaseParser.parse(ListEntryNodeBaseParser.java:61)\n\tat org.opendaylight.yangtools.yang.data.impl.schema.transform.base.parser.ListEntryNodeBaseParser.parse(ListEntryNodeBaseParser.java:28)\n\tat org.opendaylight.yangtools.yang.data.impl.schema.transform.base.parser.ListNodeBaseParser.parse(ListNodeBaseParser.java:46)\n\tat org.opendaylight.yangtools.yang.data.impl.schema.transform.base.parser.ListNodeBaseParser.parse(ListNodeBaseParser.java:26)\n\tat org.opendaylight.yangtools.yang.data.impl.schema.transform.base.parser.NodeParserDispatcher$BaseNodeParserDispatcher.dispatchChildElement(NodeParserDispatcher.java:61)\n\tat org.opendaylight.yangtools.yang.data.impl.schema.transform.base.parser.BaseDispatcherParser.parse(BaseDispatcherParser.java:178)\n\tat org.opendaylight.yangtools.yang.data.impl.schema.transform.base.parser.ContainerNodeBaseParser.parse(ContainerNodeBaseParser.java:47)\n\tat org.opendaylight.yangtools.yang.data.impl.schema.transform.base.parser.ContainerNodeBaseParser.parse(ContainerNodeBaseParser.java:29)\n\tat org.opendaylight.yangtools.yang.data.impl.schema.transform.base.parser.NodeParserDispatcher$BaseNodeParserDispatcher.dispatchChildElement(NodeParserDispatcher.java:49)\n\tat org.opendaylight.yangtools.yang.data.impl.schema.transform.base.parser.BaseDispatcherParser.parse(BaseDispatcherParser.java:178)\n\tat org.opendaylight.yangtools.yang.data.impl.schema.transform.base.parser.BaseDispatcherParser.parse(BaseDispatcherParser.java:34)\n\tat org.opendaylight.yangtools.yang.data.impl.schema.transform.base.parser.NodeParserDispatcher$BaseNodeParserDispatcher.dispatchChildElement(NodeParserDispatcher.java:66)\n\tat org.opendaylight.yangtools.yang.data.impl.schema.transform.base.parser.BaseDispatcherParser.parse(BaseDispatcherParser.java:198)\n\tat org.opendaylight.yangtools.yang.data.impl.schema.transform.base.parser.ListEntryNodeBaseParser.parse(ListEntryNodeBaseParser.java:61)\n\tat org.opendaylight.yangtools.yang.data.impl.schema.transform.base.parser.ListEntryNodeBaseParser.parse(ListEntryNodeBaseParser.java:28)\n\tat org.opendaylight.yangtools.yang.data.impl.schema.transform.base.parser.ListNodeBaseParser.parse(ListNodeBaseParser.java:46)\n\tat org.opendaylight.yangtools.yang.data.impl.schema.transform.base.parser.ListNodeBaseParser.parse(ListNodeBaseParser.java:26)\n\tat org.opendaylight.yangtools.yang.data.impl.schema.transform.base.parser.NodeParserDispatcher$BaseNodeParserDispatcher.dispatchChildElement(NodeParserDispatcher.java:61)\n\tat org.opendaylight.yangtools.yang.data.impl.schema.transform.base.parser.BaseDispatcherParser.parse(BaseDispatcherParser.java:178)\n\tat org.opendaylight.yangtools.yang.data.impl.schema.transform.base.parser.ContainerNodeBaseParser.parse(ContainerNodeBaseParser.java:47)\n\tat org.opendaylight.yangtools.yang.data.impl.schema.transform.base.parser.ContainerNodeBaseParser.parse(ContainerNodeBaseParser.java:29)\n\tat org.opendaylight.yangtools.yang.data.impl.schema.transform.base.parser.NodeParserDispatcher$BaseNodeParserDispatcher.dispatchChildElement(NodeParserDispatcher.java:49)\n\tat org.opendaylight.yangtools.yang.data.impl.schema.transform.base.parser.BaseDispatcherParser.parse(BaseDispatcherParser.java:178)\n\tat org.opendaylight.yangtools.yang.data.impl.schema.transform.base.parser.ListEntryNodeBaseParser.parse(ListEntryNodeBaseParser.java:61)\n\tat org.opendaylight.yangtools.yang.data.impl.schema.transform.base.parser.ListEntryNodeBaseParser.parse(ListEntryNodeBaseParser.java:28)\n\tat org.opendaylight.yangtools.yang.data.impl.schema.transform.base.parser.ListNodeBaseParser.parse(ListNodeBaseParser.java:46)\n\tat org.opendaylight.yangtools.yang.data.impl.schema.transform.base.parser.ListNodeBaseParser.parse(ListNodeBaseParser.java:26)\n\tat org.opendaylight.yangtools.yang.data.impl.schema.transform.base.parser.NodeParserDispatcher$BaseNodeParserDispatcher.dispatchChildElement(NodeParserDispatcher.java:61)\n\tat org.opendaylight.yangtools.yang.data.impl.schema.transform.base.parser.BaseDispatcherParser.parse(BaseDispatcherParser.java:178)\n\tat org.opendaylight.yangtools.yang.data.impl.schema.transform.base.parser.ContainerNodeBaseParser.parse(ContainerNodeBaseParser.java:47)\n\tat org.opendaylight.yangtools.yang.data.impl.schema.transform.base.parser.ContainerNodeBaseParser.parse(ContainerNodeBaseParser.java:29)\n\tat org.opendaylight.yangtools.yang.data.impl.schema.transform.base.parser.NodeParserDispatcher$BaseNodeParserDispatcher.dispatchChildElement(NodeParserDispatcher.java:49)\n\tat org.opendaylight.yangtools.yang.data.impl.schema.transform.base.parser.BaseDispatcherParser.parse(BaseDispatcherParser.java:178)\n\tat org.opendaylight.yangtools.yang.data.impl.schema.transform.base.parser.ContainerNodeBaseParser.parse(ContainerNodeBaseParser.java:47)\n\tat org.opendaylight.yangtools.yang.data.impl.schema.transform.base.parser.ContainerNodeBaseParser.parse(ContainerNodeBaseParser.java:29)\n\tat org.opendaylight.netconf.sal.connect.netconf.schema.mapping.NetconfMessageTransformer.toRpcResult(NetconfMessageTransformer.java:186)\n\tat org.opendaylight.netconf.sal.connect.netconf.schema.mapping.NetconfMessageTransformer.toRpcResult(NetconfMessageTransformer.java:57)\n\tat org.opendaylight.netconf.sal.connect.netconf.sal.NetconfDeviceRpc$2.apply(NetconfDeviceRpc.java:68)\n\tat org.opendaylight.netconf.sal.connect.netconf.sal.NetconfDeviceRpc$2.apply(NetconfDeviceRpc.java:64)\n\tat com.google.common.util.concurrent.Futures$2.apply(Futures.java:760)\n\tat com.google.common.util.concurrent.Futures$ChainingListenableFuture.run(Futures.java:906)\n\tat com.google.common.util.concurrent.MoreExecutors$DirectExecutor.execute(MoreExecutors.java:457)\n\tat com.google.common.util.concurrent.ExecutionList.executeListener(ExecutionList.java:156)\n\tat com.google.common.util.concurrent.ExecutionList.execute(ExecutionList.java:145)\n\tat com.google.common.util.concurrent.AbstractFuture.set(AbstractFuture.java:185)\n\tat org.opendaylight.netconf.sal.connect.netconf.listener.UncancellableFuture.set(UncancellableFuture.java:44)\n\tat org.opendaylight.netconf.sal.connect.netconf.listener.NetconfDeviceCommunicator.processMessage(NetconfDeviceCommunicator.java:325)\n\tat org.opendaylight.netconf.sal.connect.netconf.listener.NetconfDeviceCommunicator.onMessage(NetconfDeviceCommunicator.java:262)\n\tat org.opendaylight.netconf.sal.connect.netconf.listener.NetconfDeviceCommunicator.onMessage(NetconfDeviceCommunicator.java:49)\n\tat org.opendaylight.netconf.nettyutil.AbstractNetconfSession.handleMessage(AbstractNetconfSession.java:64)\n\tat org.opendaylight.netconf.nettyutil.AbstractNetconfSession.handleMessage(AbstractNetconfSession.java:35)\n\tat org.opendaylight.protocol.framework.AbstractProtocolSession.channelRead0(AbstractProtocolSession.java:53)\n\tat io.netty.channel.SimpleChannelInboundHandler.channelRead(SimpleChannelInboundHandler.java:105)\n\tat io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:357)\n\tat io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:343)\n\tat io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:336)\n\tat io.netty.handler.codec.ByteToMessageDecoder.fireChannelRead(ByteToMessageDecoder.java:293)\n\tat io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:267)\n\tat io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:357)\n\tat io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:343)\n\tat io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:336)\n\tat io.netty.handler.codec.ByteToMessageDecoder.fireChannelRead(ByteToMessageDecoder.java:293)\n\tat io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:267)\n\tat io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:357)\n\tat io.netty.channel.AbstractChannelHandlerContext.access$600(AbstractChannelHandlerContext.java:35)\n\tat io.netty.channel.AbstractChannelHandlerContext$7.run(AbstractChannelHandlerContext.java:348)\n\tat io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:399)\n\tat io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:446)\n\tat io.netty.util.concurrent.SingleThreadEventExecutor$2.run(SingleThreadEventExecutor.java:131)\n\tat io.netty.util.concurrent.DefaultThreadFactory$DefaultRunnableDecorator.run(DefaultThreadFactory.java:144)\n\tat java.lang.Thread.run(Thread.java:745)\n"<br/> }<br/> ]<br/> }<br/> }</p> <p>Yes, correct. Now, regarding the new exception - basically, it means that you have invalid data. A keyed list entry must have the key leaf data present.<br/> I would like to have a look at the yang model and the xml data. Would it be possible to attach them here ?</p> <p>Attachment openconfig-interfaces@2015-11-20.yang has been added with description: YANG model with missing instance data</p> <p>these are correct - the previous log was the wrong file</p> <p>Attachment short.log has been added with description: logs (with initial mounting deleted)</p> <p>Cut-down Logs (starting with the instance data) and YANG model attached now</p> <p>I managed to replicate the original problem you had reported, i.e. getting the exception because of unknown nodes even if strictParsing was set to false.<br/> This problem occurs when parsing an unkeyed list entry.</p> <p>The following patch should fix the issue - <a href="https://git.opendaylight.org/gerrit/#/c/53149/" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/53149/</a>.</p> <p>Could you please test it again using the patch ?</p> <p>boron: <a href="https://git.opendaylight.org/gerrit/53174" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/53174</a></p> <p>I'm still seeing the problem with the patch applied...</p> <p>maybe we can take a look tomorrow?</p> <p>Are you seeing the problem with unknown child nodes or the one with DataValidationException$IllegalListKeyException ?</p> <p>still seeing:</p> <p>{<br/> "errors": {<br/> "error": [<br/> {<br/> "error-type": "application",<br/> "error-tag": "operation-failed",<br/> "error-message": "read execution failed",<br/> "error-info": "java.lang.IllegalStateException: Unknown child(ren) node(s) detected, identified by: (<a href="http://openconfig.net/yang/interfaces)ip" class="external-link" target="_blank" rel="nofollow noopener">http://openconfig.net/yang/interfaces)ip</a>, in: list address\n\tat com.google.common.base.Preconditions.checkState(Preconditions.java:197)\n\tat org.opendaylight.yangtools.yang.data.impl.schema.SchemaUtils.findSchemaForChild(SchemaUtils.java:105...</p> <p>Ok, so does this exception still occur even if the strictParsing in the second constructor of NetconfMessageTransformer is hard-coded to false ?</p> <p>ah ok. So if I change that .jar too then I get:</p> <p>{<br/> "errors": {<br/> "error": [<br/> {<br/> "error-type": "application",<br/> "error-tag": "operation-failed",<br/> "error-message": "read execution failed",<br/> "error-info": "org.opendaylight.yangtools.yang.data.impl.schema.builder.impl.valid.DataValidationException$IllegalListKeyException: Key value not present for key: (<a href="http://openconfig.net/yang/interfaces/ip?revision=2015-11-20)ip" class="external-link" target="_blank" rel="nofollow noopener">http://openconfig.net/yang/interfaces/ip?revision=2015-11-20)ip</a>, in: (<a href="http://openconfig.net/yang/interfaces/ip?revision=2015-11-20" class="external-link" target="_blank" rel="nofollow noopener">http://openconfig.net/yang/interfaces/ip?revision=2015-11-20</a><br/> ...</p> <p>So I think the offender is:</p> <p> &lt;subinterface&gt;<br/> &lt;index&gt;0&lt;/index&gt;<br/> &lt;ipv4 xmlns="http://openconfig.net/yang/interfaces/ip"&gt;<br/> &lt;address&gt;<br/> &lt;ip&gt;192.168.4.2&lt;/ip&gt;<br/> &lt;config&gt;<br/> &lt;ip&gt;192.168.4.2&lt;/ip&gt;<br/> &lt;prefix-length&gt;24&lt;/prefix-length&gt;<br/> &lt;/config&gt;<br/> &lt;/address&gt;<br/> &lt;/ipv4&gt;<br/> &lt;ipv6 xmlns="http://openconfig.net/yang/interfaces/ip"&gt;<br/> &lt;address&gt;<br/> &lt;ip xmlns="http://openconfig.net/yang/interfaces"&gt;2001::2&lt;/ip&gt;<br/> &lt;config&gt;<br/> &lt;ip&gt;2001::2&lt;/ip&gt;<br/> &lt;prefix-length&gt;64&lt;/prefix-length&gt;<br/> &lt;/config&gt;<br/> &lt;/address&gt;<br/> &lt;/ipv6&gt;<br/> &lt;/subinterface&gt;</p> <p>note the difference in ipv4 and ipv6's &lt;ip&gt; member. Both are defined to point to the same entity:<br/> type leafref </p> { path "../oc-ip:config/oc-ip:ip"; } <p>but their encoded namespaces differ. There is no 'ip' defined in openconfig-interfaces.yang, so the ipv6 case is being encoded badly by the device.</p> <p>The only recovery we can attempt here is an exhaustive enumeration of data and making wild assumptions about data interpretation &#8211; i.e. that a leaf which is not defined in the schema and present can be used as a substitute for the key. That is a very <b>very</b> bad assumption to make.</p> <p>Giles, this really needs to be escalated to the vendor team.</p> <p>good catch <img class="emoticon" src="https://jira.opendaylight.org/images/icons/emoticons/smile.png" height="16" width="16" align="absmiddle" alt="" border="0"/></p> <p>So I just tested that by removing all IPv6 interface config from the device, and that worked.</p> <p>I can raise the bug with the device guys.</p> <p>But at any rate I guess the question in such cases is do we:</p> <p>1) just ignore the instance data we don't understand</p> <p>2) throw an error.</p> <p>You know my preference on that one <img class="emoticon" src="https://jira.opendaylight.org/images/icons/emoticons/smile.png" height="16" width="16" align="absmiddle" alt="" border="0"/></p> <p>Giles</p> Development External issue ID 6392 External issue URL Issue Type ODL SR Target Milestone Priority Rank 0|i028hz: