When processing a read from /ietf-interfaces:interfaces/ of the vpp model, yangtools fails to decode properly the bridge-domain leaf node. In this case the data processing still succeeds because the data is a string, however it will fail in other cases.

2015-02-02 15:00:42,337 | TRACE | oupCloseable-7-2 | NetconfDeviceCommunicator | 114 - org.opendaylight.controller.sal-netconf-connector - 1.1.1.Helium-SR1-00002 | RemoteDevice

: Matched request: <rpc message-id="m-32" xmlns="urn:ietf:params:xml:ns:netconf:base:1.0">
<get-config>
<source>
<running/>
</source>
<filter xmlns:a="urn:ietf:params:xml:ns:netconf:base:1.0" a:type="subtree">
<interfaces xmlns="urn:ietf:params:xml:ns:yang:ietf-interfaces"/>
</filter>
</get-config>
</rpc>
to response: <rpc-reply xmlns="urn:ietf:params:xml:ns:netconf:base:1.0" message-id="m-32">
<data>
<interfaces xmlns="urn:ietf:params:xml:ns:yang:ietf-interfaces">
<interface>
<name>TenGigabitEthernet4/0/1</name>
<type xmlns:ianaift="urn:ietf:params:xml:ns:yang:iana-if-type">ianaift:ethernetCsmacd</type>
<enabled>true</enabled>
</interface>
<interface>
<name>TenGigabitEthernet4/0/1.20</name>
<description>Customer</description>
<type xmlns:vpp="http://www.cisco.com/yang/cisco-vpp">vpp:ethernet-sub-interface</type>
<enabled>true</enabled>
<subif-classification xmlns="http://www.cisco.com/yang/cisco-vpp">
<super-interface>TenGigabitEthernet4/0/1</super-interface>
<identifier>20</identifier>
<vlan-type>802dot1q</vlan-type>
<number-of-tags>1</number-of-tags>
<outer-id>20</outer-id>
</subif-classification>
<l2 xmlns="http://www.cisco.com/yang/cisco-vpp">
<bridge-domain>5b088145-1ff4-4e01-bf5f-33229ce1aef3</bridge-domain>
<vlan-tag-rewrite>
<rewrite-operation>pop-1</rewrite-operation>
</vlan-tag-rewrite>
</l2>
</interface>
<interface>
<name>VirtualEthernet0/0/0</name>
<description>ubuntu1eth0</description>
<type xmlns:vpp="http://www.cisco.com/yang/cisco-vpp">vpp:vhost-user</type>
<enabled>true</enabled>
<vhost-user xmlns="http://www.cisco.com/yang/cisco-vpp">
<socket>/tmp/ubuntu1eth0</socket>
<role>client</role>
</vhost-user>
<l2 xmlns="http://www.cisco.com/yang/cisco-vpp">
<bridge-domain>5b088145-1ff4-4e01-bf5f-33229ce1aef4</bridge-domain>
</l2>
</interface>
<interface>
<name>VirtualEthernet0/0/1</name>
<description>ubuntu1eth2</description>
<type xmlns:vpp="http://www.cisco.com/yang/cisco-vpp">vpp:vhost-user</type>
<enabled>true</enabled>
<vhost-user xmlns="http://www.cisco.com/yang/cisco-vpp">
<socket>/tmp/ubuntu1eth2</socket>
<role>client</role>
</vhost-user>
<l2 xmlns="http://www.cisco.com/yang/cisco-vpp">
<bridge-domain>5b088145-1ff4-4e01-bf5f-33229ce1aef3</bridge-domain>
</l2>
</interface>
</interfaces>
</data>
</rpc-reply>

2015-02-02 15:00:42,338 | INFO | oupCloseable-7-2 | XmlDocumentUtils | 141 - org.opendaylight.yangtools.yang-data-impl - 0.6.3.Helium-SR1-00002 | No codec for schema LeafSchemaNodeImpl[qname=(http://www.cisco.com/yang/cisco-vpp?revision=2015-01-12)super-interface, path=AbsoluteSchemaPath

], falling back to text
2015-02-02 15:00:42,338 | INFO | oupCloseable-7-2 | XmlDocumentUtils | 141 - org.opendaylight.yangtools.yang-data-impl - 0.6.3.Helium-SR1-00002 | No codec for schema LeafSchemaNodeImpl[qname=(http://www.cisco.com/yang/cisco-vpp?revision=2015-01-12)bridge-domain, path=AbsoluteSchemaPath

], falling back to text
2015-02-02 15:00:42,339 | INFO | oupCloseable-7-2 | XmlDocumentUtils | 141 - org.opendaylight.yangtools.yang-data-impl - 0.6.3.Helium-SR1-00002 | No codec for schema LeafSchemaNodeImpl[qname=(http://www.cisco.com/yang/cisco-vpp?revision=2015-01-12)bridge-domain, path=AbsoluteSchemaPath

], falling back to text
2015-02-02 15:00:42,339 | INFO | oupCloseable-7-2 | XmlDocumentUtils | 141 - org.opendaylight.yangtools.yang-data-impl - 0.6.3.Helium-SR1-00002 | No codec for schema LeafSchemaNodeImpl[qname=(http://www.cisco.com/yang/cisco-vpp?revision=2015-01-12)bridge-domain, path=AbsoluteSchemaPath

], falling back to text