<?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 I ended up opening a TAC case in Network Access Control</title>
    <link>https://community.cisco.com/t5/network-access-control/ise-alarm-critical-profiler-snmp-request-failure-server/m-p/2395848#M170275</link>
    <description>&lt;P&gt;I ended up opening a TAC case on this. &amp;nbsp;Apparently there's some bug when both SNMP and NMAP profiling are turned on. &amp;nbsp;The TAC engineer had me disable NMAP since we weren't really using it for profiling (as DHCP, RADIUS, SNMP, etc provide much more information and are a higher priority in ISE profiling). &amp;nbsp;Disabling NMAP profiling worked, and the SNMP alerts stopped.&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Tue, 29 Apr 2014 18:24:08 GMT</pubDate>
    <dc:creator>Cristopher Bohde</dc:creator>
    <dc:date>2014-04-29T18:24:08Z</dc:date>
    <item>
      <title>ISE Alarm : Critical : Profiler SNMP Request Failure : Server</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-alarm-critical-profiler-snmp-request-failure-server/m-p/2395842#M170265</link>
      <description>&lt;P&gt;Ok, so this alarm is coming in repeatedly and is now on my projects list.&amp;nbsp; I get email alerts from the server that list thr NAD IP as the endpoint device and the Endpoint IP address is correct.&amp;nbsp; I've checked the settings and the endpoint is not listed as a NAD in ISE (ver 1.2).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Profiler SNMP Request Failure&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Details : &lt;/P&gt;&lt;P&gt;Profiler SNMP Request Failure : Server=xxx-xxx-xxx; NAD Address=10.253.124.194; Endpoint IP Address=10.253.124.194&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Description : &lt;/P&gt;&lt;P&gt;SNMP request times out, or SNMP community/user auth data is incorrect.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Suggested Actions : &lt;/P&gt;&lt;P&gt;Please ensure if SNMP is running on the NAD and verify that SNMP configuration on ISE matches on NAD&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;*** This message is generated by Cisco Identity Services Engine (ISE) ***&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Has anyone seen this come in before?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;PS - Why is the IOS for ISE so cut down?&amp;nbsp; Looks like something you would get from an Apple product.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;Clark &lt;/P&gt;</description>
      <pubDate>Mon, 11 Mar 2019 04:05:14 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-alarm-critical-profiler-snmp-request-failure-server/m-p/2395842#M170265</guid>
      <dc:creator>Clark Willms</dc:creator>
      <dc:date>2019-03-11T04:05:14Z</dc:date>
    </item>
    <item>
      <title>ISE Alarm : Critical : Profiler SNMP Request Failure : Server</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-alarm-critical-profiler-snmp-request-failure-server/m-p/2395843#M170266</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Alarm Name :- Profiler SNMP Request Failure&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; Alarm Description :- Either the SNMP request timed out or the SNMP community or user authentication data is incorrect.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; Alarm Resolution :- Ensure that SNMP is running on the NAD and verify that SNMP configuration on Cisco ISE matches with NAD.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 17 Nov 2013 16:13:08 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-alarm-critical-profiler-snmp-request-failure-server/m-p/2395843#M170266</guid>
      <dc:creator>blenka</dc:creator>
      <dc:date>2013-11-17T16:13:08Z</dc:date>
    </item>
    <item>
      <title>ISE Alarm : Critical : Profiler SNMP Request Failure : Server</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-alarm-critical-profiler-snmp-request-failure-server/m-p/2395844#M170267</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Please follow below CiscoLink:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;A class="jive-link-external-small" href="http://www.cisco.com/en/US/docs/security/ise/1.2/user_guide/ise_mnt.html"&gt;http://www.cisco.com/en/US/docs/security/ise/1.2/user_guide/ise_mnt.html&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Profiler SNMP Request Failure&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Either the SNMP request timed out or the SNMP community or user authentication data is incorrect.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Ensure that SNMP is running on the NAD and verify that SNMP configuration on Cisco ISE matches with NAD. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Also ensure what snmp version device is using.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 18 Nov 2013 20:40:50 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-alarm-critical-profiler-snmp-request-failure-server/m-p/2395844#M170267</guid>
      <dc:creator>sahseth</dc:creator>
      <dc:date>2013-11-18T20:40:50Z</dc:date>
    </item>
    <item>
      <title>I have this issue also.  The</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-alarm-critical-profiler-snmp-request-failure-server/m-p/2395845#M170268</link>
      <description>&lt;P&gt;I have this issue also.&amp;nbsp; The previous replies do not answer the question, simply restate the confusing alert message and generic alert description from Cisco.&lt;/P&gt;&lt;P&gt;I'm getting this message 20+ times a day, and have verified that the NAD IP that is being reported in the alarm are NOT NADs.&amp;nbsp; They are end clients.&lt;/P&gt;</description>
      <pubDate>Fri, 04 Apr 2014 12:44:40 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-alarm-critical-profiler-snmp-request-failure-server/m-p/2395845#M170268</guid>
      <dc:creator>Cristopher Bohde</dc:creator>
      <dc:date>2014-04-04T12:44:40Z</dc:date>
    </item>
    <item>
      <title>I am having the same issue as</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-alarm-critical-profiler-snmp-request-failure-server/m-p/2395846#M170269</link>
      <description>&lt;P&gt;I am having the same issue as well, and there is definitely a&amp;nbsp;duplicating&amp;nbsp;of&amp;nbsp;the NAD&amp;nbsp;and / or Client IP&amp;nbsp;into the respective&amp;nbsp;fields.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;In addition, I see Clients bring labeled with the SNMP trap under the "Endpoint"&amp;nbsp;as the source, however when I click on the interface inside the Authentication Monitor it returns with a blank report that only says "SNMP information is not configured for this device in ISE." inside the status field.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Any suggestions?&lt;/P&gt;&lt;P&gt;Please assist,&lt;/P&gt;&lt;P&gt;David&lt;/P&gt;</description>
      <pubDate>Tue, 08 Apr 2014 18:57:18 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-alarm-critical-profiler-snmp-request-failure-server/m-p/2395846#M170269</guid>
      <dc:creator>David A</dc:creator>
      <dc:date>2014-04-08T18:57:18Z</dc:date>
    </item>
    <item>
      <title>I have this issue too.  I</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-alarm-critical-profiler-snmp-request-failure-server/m-p/2395847#M170271</link>
      <description>&lt;P&gt;I have this issue too. &amp;nbsp;I believe that ISE is actually trying to do an SNMP Query against the IP address of the client instead of the IP address of the NAD. &amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 29 Apr 2014 18:20:00 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-alarm-critical-profiler-snmp-request-failure-server/m-p/2395847#M170271</guid>
      <dc:creator>Justin bollinger</dc:creator>
      <dc:date>2014-04-29T18:20:00Z</dc:date>
    </item>
    <item>
      <title>I ended up opening a TAC case</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-alarm-critical-profiler-snmp-request-failure-server/m-p/2395848#M170275</link>
      <description>&lt;P&gt;I ended up opening a TAC case on this. &amp;nbsp;Apparently there's some bug when both SNMP and NMAP profiling are turned on. &amp;nbsp;The TAC engineer had me disable NMAP since we weren't really using it for profiling (as DHCP, RADIUS, SNMP, etc provide much more information and are a higher priority in ISE profiling). &amp;nbsp;Disabling NMAP profiling worked, and the SNMP alerts stopped.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 29 Apr 2014 18:24:08 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-alarm-critical-profiler-snmp-request-failure-server/m-p/2395848#M170275</guid>
      <dc:creator>Cristopher Bohde</dc:creator>
      <dc:date>2014-04-29T18:24:08Z</dc:date>
    </item>
    <item>
      <title>I have this behavior too with</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-alarm-critical-profiler-snmp-request-failure-server/m-p/2395849#M170278</link>
      <description>&lt;P&gt;I have this behavior too with an ISE 1.4! It is amazing such an old bug still appears on the latest version of the product. But this is not the only case:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;NAM PAC renewal Anyconnect 4.1.28&lt;/LI&gt;&lt;LI&gt;HA Replication ISE 1.4&lt;/LI&gt;&lt;/UL&gt;</description>
      <pubDate>Tue, 23 Jun 2015 01:30:51 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-alarm-critical-profiler-snmp-request-failure-server/m-p/2395849#M170278</guid>
      <dc:creator>luisq</dc:creator>
      <dc:date>2015-06-23T01:30:51Z</dc:date>
    </item>
    <item>
      <title>Same problem here on 2.1</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-alarm-critical-profiler-snmp-request-failure-server/m-p/2395850#M170280</link>
      <description>&lt;P&gt;Same problem here on 2.1&lt;/P&gt;</description>
      <pubDate>Wed, 06 Jul 2016 07:29:02 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-alarm-critical-profiler-snmp-request-failure-server/m-p/2395850#M170280</guid>
      <dc:creator>lmediavilla</dc:creator>
      <dc:date>2016-07-06T07:29:02Z</dc:date>
    </item>
    <item>
      <title>Re: Same problem here on 2.4 patch 1</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-alarm-critical-profiler-snmp-request-failure-server/m-p/3401526#M170292</link>
      <description>&lt;P&gt;We have the same problem. We've checked ACLs, firewalls, config of the NAD, retyped SNMP variables and so on. but still it comes.....&lt;/P&gt;</description>
      <pubDate>Tue, 19 Jun 2018 02:54:17 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-alarm-critical-profiler-snmp-request-failure-server/m-p/3401526#M170292</guid>
      <dc:creator>TIM JUDGE</dc:creator>
      <dc:date>2018-06-19T02:54:17Z</dc:date>
    </item>
    <item>
      <title>Re: Same problem here on 2.4 patch 1</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-alarm-critical-profiler-snmp-request-failure-server/m-p/4001962#M170306</link>
      <description>&lt;P&gt;Are there any updates on this post?&amp;nbsp; I'm about to upgrade to 2.6 next month and hopefully it goes away.&amp;nbsp; I made sure on all my routers and switches that SNMP is running and my access list allows read only access to ISE servers.&lt;/P&gt;</description>
      <pubDate>Fri, 20 Dec 2019 15:09:46 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-alarm-critical-profiler-snmp-request-failure-server/m-p/4001962#M170306</guid>
      <dc:creator>pnowikow</dc:creator>
      <dc:date>2019-12-20T15:09:46Z</dc:date>
    </item>
    <item>
      <title>Re: Same problem here on 2.4 patch 1</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-alarm-critical-profiler-snmp-request-failure-server/m-p/4002027#M170322</link>
      <description>Which version of SNMP are you using?  There are quite a few SNMP caveats and TAC would still be the best bet for determining which specific one you are hitting.</description>
      <pubDate>Fri, 20 Dec 2019 16:44:47 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-alarm-critical-profiler-snmp-request-failure-server/m-p/4002027#M170322</guid>
      <dc:creator>Damien Miller</dc:creator>
      <dc:date>2019-12-20T16:44:47Z</dc:date>
    </item>
    <item>
      <title>Re: Same problem here on 2.4 patch 1</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-alarm-critical-profiler-snmp-request-failure-server/m-p/4002726#M170339</link>
      <description>&lt;P&gt;We use V1 &amp;amp; V2.&amp;nbsp; I'll get a TAC case open if this upgrade to 2.6 scheduled for next month doesn't fix it.&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;Pete&lt;/P&gt;</description>
      <pubDate>Mon, 23 Dec 2019 15:09:42 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-alarm-critical-profiler-snmp-request-failure-server/m-p/4002726#M170339</guid>
      <dc:creator>pnowikow</dc:creator>
      <dc:date>2019-12-23T15:09:42Z</dc:date>
    </item>
    <item>
      <title>Re: Same problem here on 2.4 patch 1</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-alarm-critical-profiler-snmp-request-failure-server/m-p/4002746#M170351</link>
      <description>&lt;BLOCKQUOTE&gt;&lt;HR /&gt;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/978718"&gt;@pnowikow&lt;/a&gt;&amp;nbsp;wrote:&lt;BR /&gt;
&lt;P&gt;We use V1 &amp;amp; V2.&amp;nbsp; I'll get a TAC case open if this upgrade to 2.6 scheduled for next month doesn't fix it.&lt;/P&gt;
&lt;P&gt;Thanks,&lt;/P&gt;
&lt;P&gt;Pete&lt;/P&gt;
&lt;HR /&gt;&lt;/BLOCKQUOTE&gt;
&lt;P&gt;I'd recommend opening a tac case before hand to make sure its a bug fixed in 2.6, that's a bigger move then getting a hotfix or patch.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 23 Dec 2019 15:43:35 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-alarm-critical-profiler-snmp-request-failure-server/m-p/4002746#M170351</guid>
      <dc:creator>Jason Kunst</dc:creator>
      <dc:date>2019-12-23T15:43:35Z</dc:date>
    </item>
    <item>
      <title>Re: ISE Alarm : Critical : Profiler SNMP Request Failure : Server</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-alarm-critical-profiler-snmp-request-failure-server/m-p/4421723#M568000</link>
      <description>&lt;P&gt;Hi all,&lt;BR /&gt;&lt;BR /&gt;I'm currently facing the same issue.&amp;nbsp;&lt;/P&gt;&lt;P&gt;Note: we use ISE 2.7&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Could please help to share how to fix this issue.&lt;BR /&gt;&lt;BR /&gt;Thank in advance.&lt;/P&gt;</description>
      <pubDate>Tue, 22 Jun 2021 11:21:32 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-alarm-critical-profiler-snmp-request-failure-server/m-p/4421723#M568000</guid>
      <dc:creator>sinady</dc:creator>
      <dc:date>2021-06-22T11:21:32Z</dc:date>
    </item>
    <item>
      <title>Re: ISE Alarm : Critical : Profiler SNMP Request Failure : Server</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-alarm-critical-profiler-snmp-request-failure-server/m-p/4727736#M578490</link>
      <description>&lt;P&gt;Hi, I am also on ISE 2.7, did you find the resolution for this? Thanks&lt;/P&gt;</description>
      <pubDate>Thu, 24 Nov 2022 22:38:47 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-alarm-critical-profiler-snmp-request-failure-server/m-p/4727736#M578490</guid>
      <dc:creator>CiscoBoy</dc:creator>
      <dc:date>2022-11-24T22:38:47Z</dc:date>
    </item>
    <item>
      <title>Re: ISE Alarm : Critical : Profiler SNMP Request Failure : Server</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-alarm-critical-profiler-snmp-request-failure-server/m-p/4982783#M585840</link>
      <description>&lt;P&gt;Hi all!&lt;/P&gt;&lt;P&gt;I also have the same behavior for only one catalyst9300 in our environment. SNMP settings are correct both on ISE and the device and the device is also correctly monitored by a bunch of other monitoring tools! I am running ISE 3.2!!!!&lt;/P&gt;</description>
      <pubDate>Thu, 21 Dec 2023 07:43:10 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-alarm-critical-profiler-snmp-request-failure-server/m-p/4982783#M585840</guid>
      <dc:creator>katerina.dardoufa</dc:creator>
      <dc:date>2023-12-21T07:43:10Z</dc:date>
    </item>
    <item>
      <title>Re: ISE Alarm : Critical : Profiler SNMP Request Failure : Server</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-alarm-critical-profiler-snmp-request-failure-server/m-p/5011222#M587003</link>
      <description>&lt;P&gt;Hello all,&lt;/P&gt;&lt;P&gt;I have the same behaviour in our ISE 3.2&lt;/P&gt;&lt;P&gt;&amp;nbsp;Profiler SNMP Request Failure : Server= xxxxxxxxxx ; NAD Address=10.24.1.3; Error Message=Request timed out.&lt;/P&gt;&lt;P&gt;We have deployed distributed PSN's globally,&lt;/P&gt;&lt;P&gt;the SNMP profiler scan tries to run from the PSN's to other region NAD's - for example the UK PSN profiles the Melbourne NAD's which is not needed as there is a Melbourne PSN deployed.&lt;/P&gt;&lt;P&gt;Is this is because of the NMAP scan?&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;</description>
      <pubDate>Thu, 01 Feb 2024 16:00:12 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-alarm-critical-profiler-snmp-request-failure-server/m-p/5011222#M587003</guid>
      <dc:creator>jaydoer1</dc:creator>
      <dc:date>2024-02-01T16:00:12Z</dc:date>
    </item>
    <item>
      <title>Re: ISE Alarm : Critical : Profiler SNMP Request Failure : Server</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-alarm-critical-profiler-snmp-request-failure-server/m-p/5011381#M587005</link>
      <description>&lt;P&gt;Resurrecting a 2-year old + thread that has an accepted solution limits the number of people that will take a look at it. The best thing to do is to start a new thread.&lt;/P&gt;</description>
      <pubDate>Thu, 01 Feb 2024 20:17:42 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-alarm-critical-profiler-snmp-request-failure-server/m-p/5011381#M587005</guid>
      <dc:creator>Charlie Moreton</dc:creator>
      <dc:date>2024-02-01T20:17:42Z</dc:date>
    </item>
    <item>
      <title>Re: ISE Alarm : Critical : Profiler SNMP Request Failure : Server</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-alarm-critical-profiler-snmp-request-failure-server/m-p/5012994#M587086</link>
      <description>&lt;P&gt;Thanks Charlie, Yes its an old thread&lt;/P&gt;&lt;P&gt;Just fyki - I worked with the TAC and got to know this below for the ISE - Azure Intune MDZ alerts -&lt;/P&gt;&lt;P&gt;&lt;A href="https://bst.cloudapps.cisco.com/bugsearch/bug/CSCwh51297" target="_blank" rel="nofollow noopener noreferrer"&gt;https://bst.cloudapps.cisco.com/bugsearch/bug/CSCwh51297&lt;/A&gt;&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 05 Feb 2024 14:30:06 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-alarm-critical-profiler-snmp-request-failure-server/m-p/5012994#M587086</guid>
      <dc:creator>jaydoer1</dc:creator>
      <dc:date>2024-02-05T14:30:06Z</dc:date>
    </item>
  </channel>
</rss>

