|To:||Tivoli NetView Discussions <firstname.lastname@example.org>|
|Subject:||Re: [NV-L] TEC_CLASS consolidation|
|From:||James Shanks <email@example.com>|
|Date:||Thu, 4 Jan 2007 11:18:44 -0500|
|Delivery-date:||Thu, 04 Jan 2007 17:06:53 +0000|
|List-id:||Tivoli NetView Discussions <nv-l.lists.ca.ibm.com>|
|Reply-to:||Tivoli NetView Discussions <firstname.lastname@example.org>|
I'm afraid that don't see what your complaint is about. What is it that you are looking for? What is the TEC guy expecting?
I am running NV 7.13 FP04 Sol9 soon to be 7.15 Sol10
I have a set of vendor supplied mibs that once compiled with mib2trap etc, yield 1400 individual TEC_CLASS defined in the .baroc file. The TEC admin does not want to see 1400 different CLASS defs.
Is there a way to handle situation such as this or am I stuck with a manual edit of the baroc to remedy this? This is becoming more and more frequent as we implement vendor/application specific mibs, so a repeatable process would be very useful if one exists.
Important news about email communications:
If our business rules identify sensitive information, you will receive a ZixMail Secure Message with a link to view your message. First-time recipients will be asked to create a password before they are granted access. To learn more about ZixMail, ZixCorp Secure Email Message Center, and other ZixCorp offerings, please go to http://userawareness.zixcorp.com/secure4/index.php ----------------------------
The information contained in this communication may be confidential, and is intended only for the use of the recipient(s) named above. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication, or any of its contents, is strictly prohibited. If you have received this communication in error, please return it to the sender immediately and delete the original message and any copy of it from your computer system. If you have any questions concerning this message, please contact the sender.
Unencrypted, unauthenticated Internet e-mail is inherently insecure. Internet messages may be corrupted or incomplete, or may incorrectly identify the sender._______________________________________________
_______________________________________________ NV-L mailing list NV-L@lists.ca.ibm.com Unsubscribe:NV-Lemail@example.com http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to internal IBM'ers only)
|<Prev in Thread]||Current Thread||[Next in Thread>|
|Previous by Date:||Re: [NV-L] NetView Discovery Issues, Mike Pearson|
|Next by Date:||Re: [NV-L] NetView Discovery Issues, Leslie Clark|
|Previous by Thread:||[NV-L] TEC_CLASS consolidation, Michael_Noonkesser|
|Next by Thread:||[NV-L] Objects turning red after awhile even when up?, sixxl|
|Indexes:||[Date] [Thread] [Top] [All Lists]|
Archive operated by Skills 1st Ltd
See also: The NetView Web