<?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: Filter duplicate SNMP traps? in Server Management - Systems Insight Manager</title>
    <link>https://community.hpe.com/t5/server-management-systems/filter-duplicate-snmp-traps/m-p/3971293#M26557</link>
    <description>I'd check the SNMP Traps setting to see that you're not sending the same trap to multiple community names for the same server.&lt;BR /&gt;&lt;BR /&gt;It just needs the one entry for the Traps destination.</description>
    <pubDate>Wed, 28 Mar 2007 17:46:21 GMT</pubDate>
    <dc:creator>Rob Buxton</dc:creator>
    <dc:date>2007-03-28T17:46:21Z</dc:date>
    <item>
      <title>Filter duplicate SNMP traps?</title>
      <link>https://community.hpe.com/t5/server-management-systems/filter-duplicate-snmp-traps/m-p/3971291#M26555</link>
      <description>Any SIM gurus know of a way to setup an event handler that will drop/remove duplicate SNMP traps sent from the same host in window of time? We usually get 4 duplicate traps for most events. It would be nice to only get one.&lt;BR /&gt;&lt;BR /&gt;Thanks for any replies.&lt;BR /&gt;Ron</description>
      <pubDate>Wed, 28 Mar 2007 10:54:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/filter-duplicate-snmp-traps/m-p/3971291#M26555</guid>
      <dc:creator>fishmn</dc:creator>
      <dc:date>2007-03-28T10:54:34Z</dc:date>
    </item>
    <item>
      <title>Re: Filter duplicate SNMP traps?</title>
      <link>https://community.hpe.com/t5/server-management-systems/filter-duplicate-snmp-traps/m-p/3971292#M26556</link>
      <description>The short answer is no, HP SIM doesn't have a built-in method for doing that.  It's really better to attack the source and find out why you are getting 4 events for every real event--and is that really happening?  Or do they appear to be the same thing on casual reading and could turn out to be more serious on investigation?</description>
      <pubDate>Wed, 28 Mar 2007 11:33:46 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/filter-duplicate-snmp-traps/m-p/3971292#M26556</guid>
      <dc:creator>David Claypool</dc:creator>
      <dc:date>2007-03-28T11:33:46Z</dc:date>
    </item>
    <item>
      <title>Re: Filter duplicate SNMP traps?</title>
      <link>https://community.hpe.com/t5/server-management-systems/filter-duplicate-snmp-traps/m-p/3971293#M26557</link>
      <description>I'd check the SNMP Traps setting to see that you're not sending the same trap to multiple community names for the same server.&lt;BR /&gt;&lt;BR /&gt;It just needs the one entry for the Traps destination.</description>
      <pubDate>Wed, 28 Mar 2007 17:46:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/filter-duplicate-snmp-traps/m-p/3971293#M26557</guid>
      <dc:creator>Rob Buxton</dc:creator>
      <dc:date>2007-03-28T17:46:21Z</dc:date>
    </item>
    <item>
      <title>Re: Filter duplicate SNMP traps?</title>
      <link>https://community.hpe.com/t5/server-management-systems/filter-duplicate-snmp-traps/m-p/3971294#M26558</link>
      <description>By golly that is what it is.. I've got 4 community strings... shooting myself in thy foot. Thanks for the pointer&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;1 bcwacomm READ_ONLY &lt;BR /&gt;2 bcwapriv READ_CREATE &lt;BR /&gt;3 private READ_CREATE &lt;BR /&gt;4 public READ_ONLY &lt;BR /&gt;</description>
      <pubDate>Wed, 28 Mar 2007 17:51:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/filter-duplicate-snmp-traps/m-p/3971294#M26558</guid>
      <dc:creator>fishmn</dc:creator>
      <dc:date>2007-03-28T17:51:32Z</dc:date>
    </item>
    <item>
      <title>Re: Filter duplicate SNMP traps?</title>
      <link>https://community.hpe.com/t5/server-management-systems/filter-duplicate-snmp-traps/m-p/3971295#M26559</link>
      <description>I am getting two event notifications for each item and am now really confused on the SNMP settings!  I thought you needed both, a read community name and a read/create community name.  I have found that if I don't have both, all of the information does not show in Sims.  Should only one of them have the Sims server set as its trap destination?  Does the read string only need to point to the local host, or to nowhere? Maybe it just needs to accept packets from the local host with no trap destination set?</description>
      <pubDate>Thu, 29 Mar 2007 08:25:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/filter-duplicate-snmp-traps/m-p/3971295#M26559</guid>
      <dc:creator>Rancher</dc:creator>
      <dc:date>2007-03-29T08:25:34Z</dc:date>
    </item>
    <item>
      <title>Re: Filter duplicate SNMP traps?</title>
      <link>https://community.hpe.com/t5/server-management-systems/filter-duplicate-snmp-traps/m-p/3971296#M26560</link>
      <description>Two different areas of the SNMP settings.&lt;BR /&gt;One is the Traps tab, which is the destination used by the agents when they send a trap. &lt;BR /&gt;&lt;BR /&gt;The other is the Security tab where the allowed hosts and the community names are set. This allows HPSIM to access the server via SNMP.</description>
      <pubDate>Thu, 29 Mar 2007 15:11:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/filter-duplicate-snmp-traps/m-p/3971296#M26560</guid>
      <dc:creator>Rob Buxton</dc:creator>
      <dc:date>2007-03-29T15:11:52Z</dc:date>
    </item>
  </channel>
</rss>

