<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Why is YDK 0.6.0 different? in Tools</title>
    <link>https://community.cisco.com/t5/tools/why-is-ydk-0-6-0-different/m-p/3529391#M2768</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;&lt;IMG __jive_id="111410" alt="ydk-white-256.png" class="image-1 jive-image" height="103" src="https://community.cisco.com/legacyfs/online/fusion/111410_ydk-white-256.png" style="margin-right: auto; margin-left: auto; font-size: 13.3333px; display: block; height: 103px; width: 103px;" width="103" /&gt;&lt;/P&gt;&lt;P&gt;YDK 0.6.0 represents a major leap forward to enable the adoption of model-driven network manageability.&amp;nbsp; In earlier releases, YDK-Py and YDK-Cpp relied on separate infrastructures.&amp;nbsp; Sometimes, they had minor differences in functionality and behavior.&amp;nbsp; Now, they share the same richer and faster infrastructure (libydk). Here are four new important capabilities supported in the new YDK infrastructure:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;STRONG&gt;New service providers&lt;/STRONG&gt;.&amp;nbsp; YDK has always provided an extensible set of services and service providers to act on YANG data.&amp;nbsp; It is one of the characteristics of YDK that makes it unique.&amp;nbsp; In addition to the NETCONF and Codec service providers, you now have RESTCONF and OpenDaylight service providers.&amp;nbsp; These services allow you manage devices with a RESTCONF interface either directly or through an OpenDaylight controller.&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;STRONG&gt;Path API&lt;/STRONG&gt;.&amp;nbsp; In some cases, you may want to manage a device for which no YDK model bundle is available.&amp;nbsp; In some other cases, you may prefer to use a path-based approach to handle YANG data instead of the language bindings provided by model bundles.&amp;nbsp; In either case, YDK now provides a path API that allows you to do just that.&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;STRONG&gt;Dynamic model downloads&lt;/STRONG&gt;.&amp;nbsp; Since its first release, YDK has paid special attention to providing comprehensive data validation against YANG models.&amp;nbsp; Now, data is validated with the exact model version supported by NETCONF devices that support the retrieval of data models (get-schema RPC).&amp;nbsp; This enhancement means smarter clients that can provide better and faster local error handling.&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;STRONG&gt;Better data filtering&lt;/STRONG&gt;.&amp;nbsp; YDK has not only provided services to manage network devices directly but also mechanisms to specify filters when retrieving data from devices. These filtering capabilities haven been revamped.&amp;nbsp; You can now specify filters for containers, entire lists, list members or leaves.&amp;nbsp; Furthermore, filters can now be arbitrarily nested.&amp;nbsp; A pattern that can be particularly common in numerous data models that make use of deeply nested lists.&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;While I'm highlighting four improvements, the list of enhancements doesn't end there.&amp;nbsp; You will now experience a dramatic improvement in the speed of data encoding and decoding, comprehensive support for JSON encoding, equality/inequality operators for simple YANG data comparison, more granular logging (DEBUG vs INFO), among other improvements.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;We are not stopping here.&amp;nbsp; We want to make sure that YDK continues to be the most complete SDK for model-driven programmability of networking devices.&amp;nbsp; That means more services, greater model coverage, richer language support.&amp;nbsp; The benefits of data models and programmatic interfaces still remain pretty much untapped in most production networks.&amp;nbsp; We are excited to see YDK enable the world of automation for so many users.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Keep calm and code on!&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;DIV&gt; &lt;/DIV&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Wed, 20 Sep 2017 01:51:56 GMT</pubDate>
    <dc:creator>saalvare</dc:creator>
    <dc:date>2017-09-20T01:51:56Z</dc:date>
    <item>
      <title>Why is YDK 0.6.0 different?</title>
      <link>https://community.cisco.com/t5/tools/why-is-ydk-0-6-0-different/m-p/3529391#M2768</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;&lt;IMG __jive_id="111410" alt="ydk-white-256.png" class="image-1 jive-image" height="103" src="https://community.cisco.com/legacyfs/online/fusion/111410_ydk-white-256.png" style="margin-right: auto; margin-left: auto; font-size: 13.3333px; display: block; height: 103px; width: 103px;" width="103" /&gt;&lt;/P&gt;&lt;P&gt;YDK 0.6.0 represents a major leap forward to enable the adoption of model-driven network manageability.&amp;nbsp; In earlier releases, YDK-Py and YDK-Cpp relied on separate infrastructures.&amp;nbsp; Sometimes, they had minor differences in functionality and behavior.&amp;nbsp; Now, they share the same richer and faster infrastructure (libydk). Here are four new important capabilities supported in the new YDK infrastructure:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;STRONG&gt;New service providers&lt;/STRONG&gt;.&amp;nbsp; YDK has always provided an extensible set of services and service providers to act on YANG data.&amp;nbsp; It is one of the characteristics of YDK that makes it unique.&amp;nbsp; In addition to the NETCONF and Codec service providers, you now have RESTCONF and OpenDaylight service providers.&amp;nbsp; These services allow you manage devices with a RESTCONF interface either directly or through an OpenDaylight controller.&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;STRONG&gt;Path API&lt;/STRONG&gt;.&amp;nbsp; In some cases, you may want to manage a device for which no YDK model bundle is available.&amp;nbsp; In some other cases, you may prefer to use a path-based approach to handle YANG data instead of the language bindings provided by model bundles.&amp;nbsp; In either case, YDK now provides a path API that allows you to do just that.&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;STRONG&gt;Dynamic model downloads&lt;/STRONG&gt;.&amp;nbsp; Since its first release, YDK has paid special attention to providing comprehensive data validation against YANG models.&amp;nbsp; Now, data is validated with the exact model version supported by NETCONF devices that support the retrieval of data models (get-schema RPC).&amp;nbsp; This enhancement means smarter clients that can provide better and faster local error handling.&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;STRONG&gt;Better data filtering&lt;/STRONG&gt;.&amp;nbsp; YDK has not only provided services to manage network devices directly but also mechanisms to specify filters when retrieving data from devices. These filtering capabilities haven been revamped.&amp;nbsp; You can now specify filters for containers, entire lists, list members or leaves.&amp;nbsp; Furthermore, filters can now be arbitrarily nested.&amp;nbsp; A pattern that can be particularly common in numerous data models that make use of deeply nested lists.&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;While I'm highlighting four improvements, the list of enhancements doesn't end there.&amp;nbsp; You will now experience a dramatic improvement in the speed of data encoding and decoding, comprehensive support for JSON encoding, equality/inequality operators for simple YANG data comparison, more granular logging (DEBUG vs INFO), among other improvements.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;We are not stopping here.&amp;nbsp; We want to make sure that YDK continues to be the most complete SDK for model-driven programmability of networking devices.&amp;nbsp; That means more services, greater model coverage, richer language support.&amp;nbsp; The benefits of data models and programmatic interfaces still remain pretty much untapped in most production networks.&amp;nbsp; We are excited to see YDK enable the world of automation for so many users.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Keep calm and code on!&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;DIV&gt; &lt;/DIV&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 20 Sep 2017 01:51:56 GMT</pubDate>
      <guid>https://community.cisco.com/t5/tools/why-is-ydk-0-6-0-different/m-p/3529391#M2768</guid>
      <dc:creator>saalvare</dc:creator>
      <dc:date>2017-09-20T01:51:56Z</dc:date>
    </item>
  </channel>
</rss>

