<?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 limitation when monitoring uptime with snmp in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/limitation-when-monitoring-uptime-with-snmp/m-p/218504#M63152</link>
    <description>&lt;P&gt;Hello Community.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I have an inquiry with which maybe you can help me. This is the situation:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;In order to know the uptime I´m using the OID 1.3.6.1.2.1.25.1.1.0 to get the value of object hrSystemUptime. This is a counter of 32 bits and considering it´s counting in hundreds of seconds, the maximum uptime without overflow is: 2^32 = 4294967296 (hundreds of seconds) -&amp;gt; 497 days.&lt;/P&gt;&lt;P&gt;So if the device is not rebooted before 497 days the uptime value won´t be correct by using snmp.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Do you know&amp;nbsp;any way (snmp or other means) to bypass this limitation and to get the correct uptime regardless the value??&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks in advance,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Marcos.&lt;/P&gt;</description>
    <pubDate>Wed, 20 Jun 2018 10:39:36 GMT</pubDate>
    <dc:creator>Carracido</dc:creator>
    <dc:date>2018-06-20T10:39:36Z</dc:date>
    <item>
      <title>limitation when monitoring uptime with snmp</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/limitation-when-monitoring-uptime-with-snmp/m-p/218504#M63152</link>
      <description>&lt;P&gt;Hello Community.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I have an inquiry with which maybe you can help me. This is the situation:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;In order to know the uptime I´m using the OID 1.3.6.1.2.1.25.1.1.0 to get the value of object hrSystemUptime. This is a counter of 32 bits and considering it´s counting in hundreds of seconds, the maximum uptime without overflow is: 2^32 = 4294967296 (hundreds of seconds) -&amp;gt; 497 days.&lt;/P&gt;&lt;P&gt;So if the device is not rebooted before 497 days the uptime value won´t be correct by using snmp.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Do you know&amp;nbsp;any way (snmp or other means) to bypass this limitation and to get the correct uptime regardless the value??&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks in advance,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Marcos.&lt;/P&gt;</description>
      <pubDate>Wed, 20 Jun 2018 10:39:36 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/limitation-when-monitoring-uptime-with-snmp/m-p/218504#M63152</guid>
      <dc:creator>Carracido</dc:creator>
      <dc:date>2018-06-20T10:39:36Z</dc:date>
    </item>
    <item>
      <title>Re: limitation when monitoring uptime with snmp</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/limitation-when-monitoring-uptime-with-snmp/m-p/218522#M63156</link>
      <description>&lt;P&gt;Hi &lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/24977"&gt;@Carracido&lt;/a&gt;,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I'm not sure if there's a workaround for that ... or if the latest MIB might be 64 bit aware.&amp;nbsp; Maybe someone else can answer that question or it might be worthwile to reach out to support to answer your question.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;That said, it would mean that you don't do any firmware upgrades for 497 days ... I'm not convinced that would be a good idea either &lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Cheers !&lt;/P&gt;
&lt;P&gt;-Kiwi.&lt;/P&gt;</description>
      <pubDate>Wed, 20 Jun 2018 11:54:56 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/limitation-when-monitoring-uptime-with-snmp/m-p/218522#M63156</guid>
      <dc:creator>kiwi</dc:creator>
      <dc:date>2018-06-20T11:54:56Z</dc:date>
    </item>
    <item>
      <title>Re: limitation when monitoring uptime with snmp</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/limitation-when-monitoring-uptime-with-snmp/m-p/218581#M63171</link>
      <description>&lt;P&gt;&lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/24977"&gt;@Carracido&lt;/a&gt;,&lt;/P&gt;&lt;P&gt;Not aware of any workaround and unless I don't&amp;nbsp; believe the latest MIB is 64 bit aware at all. However as&amp;nbsp;&lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/11943"&gt;@kiwi&lt;/a&gt;&amp;nbsp;already mentioned that would mean that this device has ran for well over a year without any updates; that wouldn't be a great thing to run across.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 20 Jun 2018 17:19:50 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/limitation-when-monitoring-uptime-with-snmp/m-p/218581#M63171</guid>
      <dc:creator>BPry</dc:creator>
      <dc:date>2018-06-20T17:19:50Z</dc:date>
    </item>
    <item>
      <title>Re: limitation when monitoring uptime with snmp</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/limitation-when-monitoring-uptime-with-snmp/m-p/218646#M63193</link>
      <description>&lt;BLOCKQUOTE&gt;&lt;HR /&gt;&lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/43480"&gt;@BPry&lt;/a&gt;&amp;nbsp;wrote:&lt;BR /&gt;&lt;P&gt;&lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/24977"&gt;@Carracido&lt;/a&gt;,&lt;/P&gt;&lt;P&gt;that wouldn't be a great thing to run across.&amp;nbsp;&lt;/P&gt;&lt;HR /&gt;&lt;/BLOCKQUOTE&gt;&lt;P&gt;Specially not for a security appliance ...&lt;/P&gt;</description>
      <pubDate>Wed, 20 Jun 2018 21:34:46 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/limitation-when-monitoring-uptime-with-snmp/m-p/218646#M63193</guid>
      <dc:creator>Remo</dc:creator>
      <dc:date>2018-06-20T21:34:46Z</dc:date>
    </item>
    <item>
      <title>Re: limitation when monitoring uptime with snmp</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/limitation-when-monitoring-uptime-with-snmp/m-p/218647#M63194</link>
      <description>&lt;P&gt;&lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/24977"&gt;@Carracido&lt;/a&gt;&lt;/P&gt;&lt;P&gt;Did you try the API to get the value?&lt;/P&gt;</description>
      <pubDate>Wed, 20 Jun 2018 21:35:53 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/limitation-when-monitoring-uptime-with-snmp/m-p/218647#M63194</guid>
      <dc:creator>Remo</dc:creator>
      <dc:date>2018-06-20T21:35:53Z</dc:date>
    </item>
  </channel>
</rss>

