<?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 Re: Junos check-sync options in NSO Developer Hub Discussions</title>
    <link>https://community.cisco.com/t5/nso-developer-hub-discussions/junos-check-sync-options/m-p/4896366#M7973</link>
    <description>&lt;P&gt;In this case, unless you do a sync-from/compare-config, which are considered "expensive" because NSO needs to check all config on device, NSO wouldn't be able to tell if the config has really changed or not. The timestamp is a "cheaper" way for NSO to know if the device config is in-sync, but it's not perfect, as your example shows.&lt;BR /&gt;&lt;BR /&gt;If you know for sure the device is in sync, you can use "no-out-of-sync-check"; if you're uncertain but want to keep the config on device, use "no-overwrite". More details in &lt;A href="https://developer.cisco.com/docs/nso/guides/#!life-cycle-operations-manipulating-existing-services-and-devices" target="_blank"&gt;https://developer.cisco.com/docs/nso/guides/#!life-cycle-operations-manipulating-existing-services-and-devices&lt;/A&gt;&lt;/P&gt;</description>
    <pubDate>Mon, 31 Jul 2023 20:44:42 GMT</pubDate>
    <dc:creator>huayyang</dc:creator>
    <dc:date>2023-07-31T20:44:42Z</dc:date>
    <item>
      <title>Junos check-sync options</title>
      <link>https://community.cisco.com/t5/nso-developer-hub-discussions/junos-check-sync-options/m-p/4834077#M7825</link>
      <description>&lt;P&gt;Hi&lt;/P&gt;
&lt;P&gt;Question about juniper-junos (more specifically juniper-junos-nc-4.7) NED.&lt;/P&gt;
&lt;P&gt;After I make and revert a config change on the Junos device the check-sync will report the device to be out-of-sync. compare-config reports difference in timestamp. After compare-config second check-sync reports in-sync. Is there anything I can do about this? I checked the NED README and tested "devices device PE1 ned-settings use-transaction-id false". No success.&lt;/P&gt;
&lt;P&gt;Device trace file indicates that with check-sync NSO fetches junos:commit-seconds and junos:commit-localtime from the device&lt;/P&gt;
&lt;P&gt;In our case it is possible that an event script running locally on the Junos device modifies the config and reverts the modifications outside NSO. This should not result in out-of-sync state on NSO. Why event-script? Because action is based on certain triggers available (only) on the device.&lt;/P&gt;
&lt;P&gt;Or should we look into "commit no-out-of-sync-check no-overwrite" or something similar?&lt;/P&gt;
&lt;P&gt;Example:&lt;/P&gt;
&lt;P&gt;---NSO---&lt;BR /&gt;user@nso# devices device PE1 check-sync &lt;BR /&gt;result in-sync&lt;BR /&gt;---NSO---&lt;/P&gt;
&lt;P&gt;---JUNOS---&lt;BR /&gt;[edit]&lt;BR /&gt;user@PE1# set interfaces xe-0/0/0 disable&lt;/P&gt;
&lt;P&gt;[edit]&lt;BR /&gt;user@PE1# commit &lt;BR /&gt;commit complete&lt;/P&gt;
&lt;P&gt;[edit]&lt;BR /&gt;user@PE1# del interfaces xe-0/0/0 disable&lt;/P&gt;
&lt;P&gt;[edit]&lt;BR /&gt;user@PE1# commit &lt;BR /&gt;commit complete&lt;BR /&gt;---JUNOS---&lt;/P&gt;
&lt;P&gt;---NSO---&lt;BR /&gt;user@nso# devices device PE1 check-sync&lt;BR /&gt;result out-of-sync&lt;BR /&gt;info got: 2023-05-12 09:23:34 EEST expected: 2023-05-12 08:56:22 EEST&lt;/P&gt;
&lt;P&gt;user@nso# *** ALARM out-of-sync: got: 2023-05-12 09:23:34 EEST expected: 2023-05-12 08:56:22 EEST&lt;/P&gt;
&lt;P&gt;user@nso# devices device PE1 compare-config &lt;BR /&gt;user@nso# devices device PE1 check-sync &lt;BR /&gt;result in-sync&lt;BR /&gt;---NSO---&lt;/P&gt;</description>
      <pubDate>Fri, 12 May 2023 07:06:31 GMT</pubDate>
      <guid>https://community.cisco.com/t5/nso-developer-hub-discussions/junos-check-sync-options/m-p/4834077#M7825</guid>
      <dc:creator>kjdhghsghsfg</dc:creator>
      <dc:date>2023-05-12T07:06:31Z</dc:date>
    </item>
    <item>
      <title>Re: Junos check-sync options</title>
      <link>https://community.cisco.com/t5/nso-developer-hub-discussions/junos-check-sync-options/m-p/4896366#M7973</link>
      <description>&lt;P&gt;In this case, unless you do a sync-from/compare-config, which are considered "expensive" because NSO needs to check all config on device, NSO wouldn't be able to tell if the config has really changed or not. The timestamp is a "cheaper" way for NSO to know if the device config is in-sync, but it's not perfect, as your example shows.&lt;BR /&gt;&lt;BR /&gt;If you know for sure the device is in sync, you can use "no-out-of-sync-check"; if you're uncertain but want to keep the config on device, use "no-overwrite". More details in &lt;A href="https://developer.cisco.com/docs/nso/guides/#!life-cycle-operations-manipulating-existing-services-and-devices" target="_blank"&gt;https://developer.cisco.com/docs/nso/guides/#!life-cycle-operations-manipulating-existing-services-and-devices&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 31 Jul 2023 20:44:42 GMT</pubDate>
      <guid>https://community.cisco.com/t5/nso-developer-hub-discussions/junos-check-sync-options/m-p/4896366#M7973</guid>
      <dc:creator>huayyang</dc:creator>
      <dc:date>2023-07-31T20:44:42Z</dc:date>
    </item>
    <item>
      <title>Re: Junos check-sync options</title>
      <link>https://community.cisco.com/t5/nso-developer-hub-discussions/junos-check-sync-options/m-p/4897769#M7979</link>
      <description>&lt;P&gt;I would add that the IETF is working on a better solution for this problem but it is still a draft: &lt;A href="https://datatracker.ietf.org/doc/html/draft-ietf-netconf-transaction-id-01" target="_blank"&gt;https://datatracker.ietf.org/doc/html/draft-ietf-netconf-transaction-id-01&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 02 Aug 2023 17:07:20 GMT</pubDate>
      <guid>https://community.cisco.com/t5/nso-developer-hub-discussions/junos-check-sync-options/m-p/4897769#M7979</guid>
      <dc:creator>rogaglia</dc:creator>
      <dc:date>2023-08-02T17:07:20Z</dc:date>
    </item>
  </channel>
</rss>

