Hi Drew,
   
  I will definitely check into this but since I've 
  sent this message I've drawn closer (I think) to solving this issue.  As 
  it turns out, the boxes giving me grief all turned out to be HP/Compaq 
  Proliants - running various versions of Insight Manager Agents.  I am 
  trying to unlock the last missing piece of this puzzle by reading up on 
  Insight Mgr.  In the short term, I can either stop the services (not 
  desirable) or temporarily disable the Auth Failure trap until I can ID the 
  issue (the path I'm taking)  Fortunately, it's less than 50 
  servers.
   
  If anyone else has any ideas along these line, they'd be 
  greatly appreciated.
   
  Glen Warn
  PEMCO Corporation Computer Services 
  (PCCS)
  
  206-628-5770
   
  
  
  
  I 
  just finished cleaning something like this up last week. Your Windows servers 
  are sending traps to the NV box and something's not matching so NV is creating 
  authentication traps. You'll be able to poll fine because that's not the 
  issue. Is the NV server trapping itself? In our case it was internal to 
  the NV box and the NV server was trapping itself every 5 seconds. There 
  was a mismatch between snmpd.conf and snmpd.peers. 
   
   
  
    
    
    Running 7.1.4 
    FP3 on Redhat AS2.1
    I am being 
    bombarded with auth failure traps from some of my Windows 200x 
    servers  (not even a majority).  Odd part is I can do a 
    demand poll and run a sniffer trace at the same time.  I see 
    the poll run successfully (using the appropriate RO community 
    string) then the same server issue an auth failure trap back to Netview 
    (I have all my servers set to do this so I can detect rogue queries)  
    None of my traces reveal any other boxes trying to run queries (what I had 
    assumed in the beginning)
     
    
    I think this has 
    been happening for a long time (all along?) but just became aware of a big 
    problem because I accidentally hidden from myself thru event configuration 
    (setting to "Don't display or Log") that I used a long time ago to debug 
    something but never reverted. 
     
    Any ideas?  
    I have tried changing the comm strings to something basic, put in a host 
    specific snmp config, etc.  The devices are scattered across 5 
    different companies and dozens of subnets.
     
    In the mean 
    time, I believe this flood of traps is severely hampering Netviews ability 
    to process other traps (because there are so many coming in 
    non-stop)
     
 
    Glen Warn
    PEMCO Corporation Computer Services 
    (PCCS)
    
    206-628-5770
     
 
  This message (including any attachments) 
  contains confidential information intended for a specific individual and 
  purpose, and is protected by law.  If you are not the intended recipient, 
  you should delete this message.  Any 
  disclosure, copying, or distribution of this message, or the taking of any 
  action based on it, is strictly prohibited. 
[v.E.1]