Sounds like you have a bug to report!
I have one suggestion first though. Does the device have the ability to set up
a different community strings for read, read/write and trap access? Is one of
these set to the community being used by Netview? We had a problem once with
third party software which was occasionally using the trap community when
requesting data from a device even though the read and read/write communities
were OK. When the trap community was updated the authentication failures
stopped. The third party software must have been making use of the communities
setup for the device and using these in its requests. I didn't think Netview
did this though.
-----Original Message-----
From: owner-nv-l@lists.us.ibm.com [mailto:owner-nv-l@lists.us.ibm.com] On
Behalf Of Treptow, Craig
Sent: Friday 31 December 2004 17:54
To: NetView List (E-mail)
Subject: [nv-l] Authentication failures coming from Netview
Hi. We are running Netview 7.1.4 on AIX 5.1 with these patches:
FixPack1, IY50663, IY51641, IY52429, IY54434, IY56958, IY60528
We have some routers that send authentication failure traps denoting Netview's
IP address.
I ran a capture this morning and caught Netview using the correct community
strings for this device in all cases, except one instance. It tried to get
sysUptime 3 times with the wrong string and then switched to the correct string.
The SNMP config is correct, and demandpolls and quicktests work correctly.
What would cause Netview to query periodically using the wrong strings?
Thanks for any help!
Craig
-----Message Disclaimer-----
This e-mail message is intended only for the use of the individual or
entity to which it is addressed, and may contain information that is
privileged, confidential and exempt from disclosure under applicable law.
If you are not the intended recipient, any dissemination, distribution or
copying of this communication is strictly prohibited. If you have
received this communication in error, please notify us immediately by
reply email to Connect@principal.com and delete or destroy all copies of
the original message and attachments thereto. Email sent to or from the
Principal Financial Group or any of its member companies may be retained
as required by law or regulation.
Nothing in this message is intended to constitute an Electronic signature
for purposes of the Uniform Electronic Transactions Act (UETA) or the
Electronic Signatures in Global and National Commerce Act ("E-Sign")
unless a specific statement to the contrary is included in this message.
____
This message and any files transmitted with it are legally privileged and
intended for the sole use of the individual(s) or entity to whom they are
addressed. If you are not the intended recipient, please notify the sender by
reply and delete the message and any attachments from your system. Any
unauthorised use or disclosure of the content of this message is strictly
prohibited and may be unlawful.
Nothing in this e-mail message amounts to a contractual or legal commitment on
the part of EUROCONTROL unless it is confirmed by appropriately signed hard
copy.
Any views expressed in this message are those of the sender.
|