<?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: ACL's for SNMP in Network Security</title>
    <link>https://community.cisco.com/t5/network-security/acl-s-for-snmp/m-p/578279#M1059388</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi!&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;You probably got a line in your config that looks like this:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;gt;snmp-server enable traps snmp authentication ...&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Simply take out the "authentication" part in this line and you won't get any more of those traps!&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Ciao,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;marco&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Wed, 08 Mar 2006 13:02:23 GMT</pubDate>
    <dc:creator>MarcoVienna</dc:creator>
    <dc:date>2006-03-08T13:02:23Z</dc:date>
    <item>
      <title>ACL's for SNMP</title>
      <link>https://community.cisco.com/t5/network-security/acl-s-for-snmp/m-p/578277#M1059385</link>
      <description>&lt;P&gt;Our NMS is getting hit by lots of &lt;/P&gt;&lt;P&gt;Authentication failure traps from our Cisco devices as IT insist on snmp polling our entire network.&lt;/P&gt;&lt;P&gt;To stop this I have put an ACL on the snmp-server community line. ie&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;access-list 58 permit z.z.z.z 0.0.0.255&lt;/P&gt;&lt;P&gt;access-list 58 permit y.y.y.y 0.0.0.255&lt;/P&gt;&lt;P&gt;access-list 58 permit x.x.x.x 0.0.3.255&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;snmp-server community ****** RO 58&lt;/P&gt;&lt;P&gt;snmp-server community ****** RW 58&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This seems to have stopped some of the devices from sending authentication failure traps to our NMS but others are still sending traps although the snmp requester should be getting dropped by the ACL.&lt;/P&gt;&lt;P&gt;Is there any known reason why this would be happening &lt;/P&gt;</description>
      <pubDate>Fri, 21 Feb 2020 08:45:30 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/acl-s-for-snmp/m-p/578277#M1059385</guid>
      <dc:creator>chrisayres</dc:creator>
      <dc:date>2020-02-21T08:45:30Z</dc:date>
    </item>
    <item>
      <title>Re: ACL's for SNMP</title>
      <link>https://community.cisco.com/t5/network-security/acl-s-for-snmp/m-p/578278#M1059386</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Why not acl the IT server(s) from querying your devices in the first place? Are the x, y and z permit addreese your legitimate snmp supplicants?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 07 Mar 2006 18:40:22 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/acl-s-for-snmp/m-p/578278#M1059386</guid>
      <dc:creator>Marvin Rhoads</dc:creator>
      <dc:date>2006-03-07T18:40:22Z</dc:date>
    </item>
    <item>
      <title>Re: ACL's for SNMP</title>
      <link>https://community.cisco.com/t5/network-security/acl-s-for-snmp/m-p/578279#M1059388</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi!&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;You probably got a line in your config that looks like this:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;gt;snmp-server enable traps snmp authentication ...&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Simply take out the "authentication" part in this line and you won't get any more of those traps!&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Ciao,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;marco&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 08 Mar 2006 13:02:23 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/acl-s-for-snmp/m-p/578279#M1059388</guid>
      <dc:creator>MarcoVienna</dc:creator>
      <dc:date>2006-03-08T13:02:23Z</dc:date>
    </item>
  </channel>
</rss>

