<?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: SNMP v3 Configuration Loss on ISE 3.1 in Network Access Control</title>
    <link>https://community.cisco.com/t5/network-access-control/snmp-v3-configuration-loss-on-ise-3-1/m-p/4981444#M585803</link>
    <description>&lt;P&gt;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/158532"&gt;@Arne Bier&lt;/a&gt;&amp;nbsp;I believe I'm still hitting this on my newly upgraded ISE 3.2 p4 system. I patched from 3.1 p7 to 3.2 then patched manually after the upgrade was successful. Commenting in case others are also hitting the same issue. I've raised a TAC case for confirmation. All 5 of my servers needed to have snmpv3 settings removed and re-added to resolve.&lt;/P&gt;</description>
    <pubDate>Tue, 19 Dec 2023 14:25:48 GMT</pubDate>
    <dc:creator>Minnesotakid</dc:creator>
    <dc:date>2023-12-19T14:25:48Z</dc:date>
    <item>
      <title>SNMP v3 Configuration Loss on ISE 3.1</title>
      <link>https://community.cisco.com/t5/network-access-control/snmp-v3-configuration-loss-on-ise-3-1/m-p/4960102#M585227</link>
      <description>&lt;P&gt;A customer encountered a loss of SNMP v3 configuration on ISE 3.1. Despite SNMP being enabled, the authentication details appear to be absent. Do you have any knowledge of a bug associated with this particular issue?&lt;/P&gt;</description>
      <pubDate>Wed, 15 Nov 2023 18:19:39 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/snmp-v3-configuration-loss-on-ise-3-1/m-p/4960102#M585227</guid>
      <dc:creator>Karam Alshaltan</dc:creator>
      <dc:date>2023-11-15T18:19:39Z</dc:date>
    </item>
    <item>
      <title>Re: SNMP v3 Configuration Loss on ISE 3.1</title>
      <link>https://community.cisco.com/t5/network-access-control/snmp-v3-configuration-loss-on-ise-3-1/m-p/4960174#M585230</link>
      <description>&lt;P&gt;Not much to go on here in regards to symptoms or other factors. Maybe the users were using invalid characters or were not reconfigured after an upgrade to 3.1 as per the &lt;A href="https://www.cisco.com/c/en/us/td/docs/security/ise/3-1/release_notes/b_ise_31_RN.html#Cisco_Concept.dita_4b358300-0212-4106-baa0-42e1ffc269da" target="_blank" rel="noopener"&gt;Release Notes&lt;/A&gt;?&lt;/P&gt;
&lt;P&gt;You can search the same release notes for any SNMP related bugs that have been fixed in released patches.&lt;/P&gt;
&lt;P&gt;You can search for known bugs that may not have been fixed yet in the &lt;A href="https://bst.cloudapps.cisco.com/bugsearch" target="_blank" rel="noopener"&gt;Bug Search Tool&lt;/A&gt;. If this is a recurring issue and can be replicated with the latest patch applied, you might need to open a TAC case to investigate further.&lt;/P&gt;</description>
      <pubDate>Wed, 15 Nov 2023 21:47:59 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/snmp-v3-configuration-loss-on-ise-3-1/m-p/4960174#M585230</guid>
      <dc:creator>Greg Gibbs</dc:creator>
      <dc:date>2023-11-15T21:47:59Z</dc:date>
    </item>
    <item>
      <title>Re: SNMP v3 Configuration Loss on ISE 3.1</title>
      <link>https://community.cisco.com/t5/network-access-control/snmp-v3-configuration-loss-on-ise-3-1/m-p/4960362#M585237</link>
      <description>&lt;P&gt;This is an issue with ISE 3.2 patch-3 and lower.&amp;nbsp; There is an actual bug ID on it.&amp;nbsp; Cisco released patch-4 to fix this issue.&amp;nbsp; Can't comment on 3.1 because I am also running ISE 3.1 patch-7 with no snmpv3 issue so far with some weird long snmp password and privilege strings&lt;/P&gt;</description>
      <pubDate>Thu, 16 Nov 2023 02:12:44 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/snmp-v3-configuration-loss-on-ise-3-1/m-p/4960362#M585237</guid>
      <dc:creator>adamscottmaster2013</dc:creator>
      <dc:date>2023-11-16T02:12:44Z</dc:date>
    </item>
    <item>
      <title>Re: SNMP v3 Configuration Loss on ISE 3.1</title>
      <link>https://community.cisco.com/t5/network-access-control/snmp-v3-configuration-loss-on-ise-3-1/m-p/4960410#M585240</link>
      <description>&lt;P&gt;yeah&amp;nbsp; - as&amp;nbsp;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/1191533"&gt;@adamscottmaster2013&lt;/a&gt;&amp;nbsp; said, this was discussed in the &lt;A href="https://community.cisco.com/t5/network-architecture-knowledge-base/mobility-tac-time-series/ta-p/3610963" target="_self"&gt;Wireless TAC Times discussion&lt;/A&gt; in August 2023 - I don't keep up with all of them but the PPT and recordings are online.&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;&lt;STRONG&gt;CSCwe95624 - ISE 3.2 SNMP is not working after node restart&lt;/STRONG&gt;&lt;/LI&gt;
&lt;LI&gt;Fixed in 3.2 patch 4&lt;/LI&gt;
&lt;LI&gt;Workaround is to remove and reapply SNMP configuration on CLI post reboot&lt;/LI&gt;
&lt;/UL&gt;
&lt;P&gt;I can confirm that this bug is certainly fixed with my customers running ISE 3.2p4 and SNMPv3&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 16 Nov 2023 05:37:19 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/snmp-v3-configuration-loss-on-ise-3-1/m-p/4960410#M585240</guid>
      <dc:creator>Arne Bier</dc:creator>
      <dc:date>2023-11-16T05:37:19Z</dc:date>
    </item>
    <item>
      <title>Re: SNMP v3 Configuration Loss on ISE 3.1</title>
      <link>https://community.cisco.com/t5/network-access-control/snmp-v3-configuration-loss-on-ise-3-1/m-p/4981444#M585803</link>
      <description>&lt;P&gt;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/158532"&gt;@Arne Bier&lt;/a&gt;&amp;nbsp;I believe I'm still hitting this on my newly upgraded ISE 3.2 p4 system. I patched from 3.1 p7 to 3.2 then patched manually after the upgrade was successful. Commenting in case others are also hitting the same issue. I've raised a TAC case for confirmation. All 5 of my servers needed to have snmpv3 settings removed and re-added to resolve.&lt;/P&gt;</description>
      <pubDate>Tue, 19 Dec 2023 14:25:48 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/snmp-v3-configuration-loss-on-ise-3-1/m-p/4981444#M585803</guid>
      <dc:creator>Minnesotakid</dc:creator>
      <dc:date>2023-12-19T14:25:48Z</dc:date>
    </item>
    <item>
      <title>Re: SNMP v3 Configuration Loss on ISE 3.1</title>
      <link>https://community.cisco.com/t5/network-access-control/snmp-v3-configuration-loss-on-ise-3-1/m-p/4981796#M585810</link>
      <description>&lt;P&gt;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/838086"&gt;@Minnesotakid&lt;/a&gt;&amp;nbsp;- oh boy!&amp;nbsp; As always, we roll the dice and see what happens. I get quite upset when I think about something as simple as SNMP not working in a flagship enterprise product like ISE. I think opening a TAC case is the course of action - it will cause more work for everyone (you and Cisco) and hopefully some good will come of it. And maybe one day the BU will learn about software version control and software quality assurance. Then we can all sleep better and do more productive things in our lives.&lt;/P&gt;</description>
      <pubDate>Tue, 19 Dec 2023 20:55:19 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/snmp-v3-configuration-loss-on-ise-3-1/m-p/4981796#M585810</guid>
      <dc:creator>Arne Bier</dc:creator>
      <dc:date>2023-12-19T20:55:19Z</dc:date>
    </item>
    <item>
      <title>Re: SNMP v3 Configuration Loss on ISE 3.1</title>
      <link>https://community.cisco.com/t5/network-access-control/snmp-v3-configuration-loss-on-ise-3-1/m-p/5034398#M587923</link>
      <description>&lt;P&gt;hi&amp;nbsp;&lt;/P&gt;
&lt;P&gt;i am facing the issue mit 3.2p5 / snmpv3,, the workaround didnt help&lt;/P&gt;
&lt;P&gt;regards&lt;/P&gt;</description>
      <pubDate>Tue, 05 Mar 2024 14:53:53 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/snmp-v3-configuration-loss-on-ise-3-1/m-p/5034398#M587923</guid>
      <dc:creator>Yordan1</dc:creator>
      <dc:date>2024-03-05T14:53:53Z</dc:date>
    </item>
    <item>
      <title>Re: SNMP v3 Configuration Loss on ISE 3.1</title>
      <link>https://community.cisco.com/t5/network-access-control/snmp-v3-configuration-loss-on-ise-3-1/m-p/5167397#M591508</link>
      <description>&lt;P&gt;I encounted this problem after updating from ISE 3.1 patch 5 to ISE 3.1 patch 9.&lt;/P&gt;&lt;P&gt;After the update, all four of our ISE nodes failed an snmpv3 poll from both of our snmp servers).&lt;/P&gt;&lt;P&gt;I tried re-entering the snmp username and the command went in without error. However doing a "sh snmp user" gave no output (The snmp user was gone - never to return again).&lt;/P&gt;&lt;P&gt;I have logged a call with Cisco TAC.&lt;/P&gt;</description>
      <pubDate>Thu, 29 Aug 2024 05:14:07 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/snmp-v3-configuration-loss-on-ise-3-1/m-p/5167397#M591508</guid>
      <dc:creator>DL-NZInfrastructure-Networks</dc:creator>
      <dc:date>2024-08-29T05:14:07Z</dc:date>
    </item>
    <item>
      <title>Re: SNMP v3 Configuration Loss on ISE 3.1</title>
      <link>https://community.cisco.com/t5/network-access-control/snmp-v3-configuration-loss-on-ise-3-1/m-p/5228256#M593333</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/1529930"&gt;@DL-NZInfrastructure-Networks&lt;/a&gt;&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;Great to know you are using v3.1 P9 and SNMPv3 issue with Monitoring, while we have the same and hope it fix by P9.&lt;BR /&gt;Does the case have been resolved? What is the solution from TAC?&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;Really appreciate if you could share the experience.&amp;nbsp;&lt;BR /&gt;Thank you,&amp;nbsp;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 25 Nov 2024 03:44:58 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/snmp-v3-configuration-loss-on-ise-3-1/m-p/5228256#M593333</guid>
      <dc:creator>oumodom</dc:creator>
      <dc:date>2024-11-25T03:44:58Z</dc:date>
    </item>
    <item>
      <title>Re: SNMP v3 Configuration Loss on ISE 3.1</title>
      <link>https://community.cisco.com/t5/network-access-control/snmp-v3-configuration-loss-on-ise-3-1/m-p/5228630#M593340</link>
      <description>&lt;P&gt;Hi There,&lt;/P&gt;&lt;P&gt;The case was resolved by removing, and reapplying, the whole SNMP configuration on CLI. I'm hoping that was a permanent fix and it does not re-appear after a reboot. However, I'll be ready if it does.&lt;/P&gt;</description>
      <pubDate>Mon, 25 Nov 2024 19:53:10 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/snmp-v3-configuration-loss-on-ise-3-1/m-p/5228630#M593340</guid>
      <dc:creator>DL-NZInfrastructure-Networks</dc:creator>
      <dc:date>2024-11-25T19:53:10Z</dc:date>
    </item>
    <item>
      <title>Re: SNMP v3 Configuration Loss on ISE 3.1</title>
      <link>https://community.cisco.com/t5/network-access-control/snmp-v3-configuration-loss-on-ise-3-1/m-p/5228869#M593352</link>
      <description>&lt;P&gt;Thank&amp;nbsp;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/1529930"&gt;@DL-NZInfrastructure-Networks&lt;/a&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 26 Nov 2024 08:48:02 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/snmp-v3-configuration-loss-on-ise-3-1/m-p/5228869#M593352</guid>
      <dc:creator>oumodom</dc:creator>
      <dc:date>2024-11-26T08:48:02Z</dc:date>
    </item>
  </channel>
</rss>

