<?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: Cisco ISE 3.0 patch-3 &amp;quot;show ntp&amp;quot; output explaination nee in Network Access Control</title>
    <link>https://community.cisco.com/t5/network-access-control/cisco-ise-3-0-patch-3-quot-show-ntp-quot-output-explaination/m-p/4453424#M569213</link>
    <description>&lt;P&gt;Hello &lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/293741"&gt;@david.tran&lt;/a&gt;,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Beside the bug ID mentioned by &lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/113005"&gt;@hslai&lt;/a&gt;&amp;nbsp;the NTP uses filters and some algorithms to determine reliable and more accurate NTP server based on (offset,time accuracy, jitter,round trip, etc...) One of these algorithms is&amp;nbsp;&lt;STRONG&gt;Clustering Algorithm&lt;/STRONG&gt; &lt;STRONG&gt;-&lt;/STRONG&gt; sign means that NTP server is discarded (Did not pass Clustering Algo compared to the other more&lt;STRONG&gt; accurate&amp;nbsp;NTP servers, which they are refered as + candidate or survivors&lt;/STRONG&gt;).&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Mon, 23 Aug 2021 09:20:19 GMT</pubDate>
    <dc:creator>Amine ZAKARIA</dc:creator>
    <dc:date>2021-08-23T09:20:19Z</dc:date>
    <item>
      <title>Cisco ISE 3.0 patch-3 "show ntp" output explaination needed</title>
      <link>https://community.cisco.com/t5/network-access-control/cisco-ise-3-0-patch-3-quot-show-ntp-quot-output-explaination/m-p/4453074#M569205</link>
      <description>&lt;P&gt;below is the "show ntp" output from the ISE 3.0 patch-3 running on SNS-3655 physical appliance:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;nycise/cciesec# show ntp&lt;BR /&gt;Configured NTP Servers:&lt;BR /&gt;192.168.40.150&lt;BR /&gt;192.168.40.151&lt;BR /&gt;10.1.40.150&lt;/P&gt;&lt;P&gt;Reference ID : 0A062897 (nycntppc001_lan2.tmobile.com)&lt;BR /&gt;Stratum : 2&lt;BR /&gt;Ref time (UTC) : Sun Aug 22 09:54:45 2021&lt;BR /&gt;System time : 0.000009534 seconds fast of NTP time&lt;BR /&gt;Last offset : +0.000015193 seconds&lt;BR /&gt;RMS offset : 0.000007602 seconds&lt;BR /&gt;Frequency : 3.783 ppm slow&lt;BR /&gt;Residual freq : +0.000 ppm&lt;BR /&gt;Skew : 0.004 ppm&lt;BR /&gt;Root delay : 0.000387436 seconds&lt;BR /&gt;Root dispersion : 0.000654229 seconds&lt;BR /&gt;Update interval : 1026.8 seconds&lt;BR /&gt;Leap status : Normal&lt;/P&gt;&lt;P&gt;210 Number of sources = 3&lt;BR /&gt;MS Name/IP address Stratum Poll Reach LastRx Last sample&lt;BR /&gt;===============================================================================&lt;BR /&gt;^+ nycntppc001.tmobile&amp;gt; 1 10 377 356 +51us[ +51us] +/- 215us&lt;BR /&gt;^* ntp2.tmobile.com 1 10 377 650 +44us[ +59us] +/- 196us&lt;BR /&gt;&lt;STRONG&gt;^- miantppc001_lan1.&amp;gt; 1 10 377 360 -94us[ -94us] +/- 2902us&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;M indicates the mode of the source.&lt;BR /&gt;^ server, = peer, # local reference clock.&lt;/P&gt;&lt;P&gt;S indicates the state of the sources.&lt;BR /&gt;&lt;STRONG&gt;* Current time source, + Candidate, x False ticker, ? Connectivity lost, ~ Too much variability&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;Warning: Output results may conflict during periods of changing synchronization.&lt;/P&gt;&lt;P&gt;nycise/cciesec#&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;You can see the state of the sources as:&lt;/P&gt;&lt;P&gt;* = Current time source&lt;/P&gt;&lt;P&gt;+ = Candidate&lt;/P&gt;&lt;P&gt;x = False ticker&lt;/P&gt;&lt;P&gt;? = Connectivity lost&lt;/P&gt;&lt;P&gt;~ = Too much variability&lt;/P&gt;&lt;P&gt;but nothing for the "-" as seen with&amp;nbsp; "miantppc001_lan1"&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;What does "-" mean?&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Sun, 22 Aug 2021 10:24:38 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/cisco-ise-3-0-patch-3-quot-show-ntp-quot-output-explaination/m-p/4453074#M569205</guid>
      <dc:creator>david.tran</dc:creator>
      <dc:date>2021-08-22T10:24:38Z</dc:date>
    </item>
    <item>
      <title>Re: Cisco ISE 3.0 patch-3 "show ntp" output explaination nee</title>
      <link>https://community.cisco.com/t5/network-access-control/cisco-ise-3-0-patch-3-quot-show-ntp-quot-output-explaination/m-p/4453245#M569207</link>
      <description>&lt;UL&gt;
&lt;LI&gt;See CSCvz37623&lt;/LI&gt;
&lt;LI&gt;&lt;A href="https://chrony.tuxfamily.org/doc/3.2/chronyc.html" target="_blank"&gt;https://chrony.tuxfamily.org/doc/3.2/chronyc.html &lt;/A&gt;shows&lt;/LI&gt;
&lt;/UL&gt;
&lt;P class="lia-indent-padding-left-60px"&gt;&lt;STRONG&gt;S&amp;nbsp;&lt;/STRONG&gt;This column indicates the state of the source.&lt;/P&gt;
&lt;DIV class="ulist"&gt;
&lt;P class="lia-indent-padding-left-90px"&gt;&lt;EM&gt;*&lt;/EM&gt; indicates the source to which &lt;STRONG&gt;chronyd&lt;/STRONG&gt; is currently synchronised.&lt;/P&gt;
&lt;P class="lia-indent-padding-left-90px"&gt;&lt;EM&gt;+&lt;/EM&gt; indicates acceptable sources which are combined with the selected source.&lt;/P&gt;
&lt;P class="lia-indent-padding-left-90px"&gt;&lt;EM&gt;-&lt;/EM&gt; indicates acceptable sources which are excluded by the combining algorithm.&lt;/P&gt;
&lt;P class="lia-indent-padding-left-90px"&gt;&lt;EM&gt;?&lt;/EM&gt; indicates sources to which connectivity has been lost or whose packets do not pass all tests. It is also shown at start-up, until at least 3 samples have been gathered from it.&lt;/P&gt;
&lt;P class="lia-indent-padding-left-90px"&gt;&lt;EM&gt;x&lt;/EM&gt; indicates a clock which &lt;STRONG&gt;chronyd&lt;/STRONG&gt; thinks is a falseticker (i.e. its time is inconsistent with a majority of other sources).&lt;/P&gt;
&lt;P class="lia-indent-padding-left-90px"&gt;&lt;EM&gt;~&lt;/EM&gt; indicates a source whose time appears to have too much variability.&lt;/P&gt;
&lt;/DIV&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;&amp;nbsp;&lt;A href="https://wiki.gentoo.org/wiki/Chrony_with_hardware_timestamping#chrony_with_hardware_timestamping_in_action" target="_self"&gt;gentoo linux wiki &amp;gt; Chrony with hardware timestamping#chrony_with_hardware_timestamping_in_action&lt;/A&gt;&lt;/LI&gt;
&lt;/UL&gt;
&lt;P class="lia-indent-padding-left-60px"&gt;&amp;gt; ...&amp;nbsp;&lt;SPAN&gt;topshelf shows with "=*" since it is the reference clock. parry shows "=&lt;STRONG&gt;+&lt;/STRONG&gt;" since it is regarded highly enough to be considered in &lt;EM&gt;the&lt;/EM&gt; &lt;EM&gt;clock adjustment combining algorithm&lt;/EM&gt;. The other peers show as "=&lt;STRONG&gt;-&lt;/STRONG&gt;" since they are not currently being regarded as sources for adjustments.&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 23 Aug 2021 00:55:18 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/cisco-ise-3-0-patch-3-quot-show-ntp-quot-output-explaination/m-p/4453245#M569207</guid>
      <dc:creator>hslai</dc:creator>
      <dc:date>2021-08-23T00:55:18Z</dc:date>
    </item>
    <item>
      <title>Re: Cisco ISE 3.0 patch-3 "show ntp" output explaination nee</title>
      <link>https://community.cisco.com/t5/network-access-control/cisco-ise-3-0-patch-3-quot-show-ntp-quot-output-explaination/m-p/4453250#M569208</link>
      <description>&lt;P&gt;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/113005"&gt;@hslai&lt;/a&gt;:&amp;nbsp; Thank you for the detailed explanation.&amp;nbsp; I guess more "bugs" from Cisco.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;span class="lia-unicode-emoji" title=":disappointed_face:"&gt;😞Even the bug ID does not describe the issue correctly:&amp;nbsp;&amp;nbsp;&amp;nbsp; When there are more than 1 NTP servers configured in ISE, the one NTP server became the master whereas the state of the rest of the servers changed into ' - ' which is not described in ISE"&lt;BR /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The statement "the rest of the servers" is NOT true.&amp;nbsp; One or more NTP servers, yes, but not ALL.&lt;/P&gt;</description>
      <pubDate>Mon, 23 Aug 2021 01:25:33 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/cisco-ise-3-0-patch-3-quot-show-ntp-quot-output-explaination/m-p/4453250#M569208</guid>
      <dc:creator>david.tran</dc:creator>
      <dc:date>2021-08-23T01:25:33Z</dc:date>
    </item>
    <item>
      <title>Re: Cisco ISE 3.0 patch-3 "show ntp" output explaination nee</title>
      <link>https://community.cisco.com/t5/network-access-control/cisco-ise-3-0-patch-3-quot-show-ntp-quot-output-explaination/m-p/4453424#M569213</link>
      <description>&lt;P&gt;Hello &lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/293741"&gt;@david.tran&lt;/a&gt;,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Beside the bug ID mentioned by &lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/113005"&gt;@hslai&lt;/a&gt;&amp;nbsp;the NTP uses filters and some algorithms to determine reliable and more accurate NTP server based on (offset,time accuracy, jitter,round trip, etc...) One of these algorithms is&amp;nbsp;&lt;STRONG&gt;Clustering Algorithm&lt;/STRONG&gt; &lt;STRONG&gt;-&lt;/STRONG&gt; sign means that NTP server is discarded (Did not pass Clustering Algo compared to the other more&lt;STRONG&gt; accurate&amp;nbsp;NTP servers, which they are refered as + candidate or survivors&lt;/STRONG&gt;).&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 23 Aug 2021 09:20:19 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/cisco-ise-3-0-patch-3-quot-show-ntp-quot-output-explaination/m-p/4453424#M569213</guid>
      <dc:creator>Amine ZAKARIA</dc:creator>
      <dc:date>2021-08-23T09:20:19Z</dc:date>
    </item>
  </channel>
</rss>

