nv-l

Re: [nv-l] How to Deal BadOID's

2005-06-15 08:37:18
Subject: Re: [nv-l] How to Deal BadOID's
From: Simon Collins <collins.si AT gmail DOT com>
To: nv-l AT lists.us.ibm DOT com
Date: Wed, 15 Jun 2005 16:36:39 +0400
Usman, the following should be sufficient.

correct the oid in oid_to_sym and oid_to_type files
delete the objects
stop netmon
run ovtopofix -a
restart netmon

On 6/15/05, usman.taokeer AT s-iii DOT com <usman.taokeer AT s-iii DOT com> 
wrote:
>  
> Thanks a lot Simon, since enterasys is not listed in the snmp_filed file do
> i need to make the entry in this file too? 
>  
>  
>  
>  
>  
>  Simon Collins <collins.si AT gmail DOT com> 
> Sent by: owner-nv-l AT lists.us.ibm DOT com 
> 
> 15-06-05 05:05 PM 
>  
> Please respond to
>  nv-l AT lists.us.ibm DOT com 
>  
>  
> To nv-l AT lists.us.ibm DOT com 
>  
> cc 
>  
> Subject Re: [nv-l] How to Deal BadOID's 
>  
>  
>  
>  
>  
> Usman,
>  
>  .iso.org.dod.internet.private.enterprises.5624.2.1.59
> translates as follows.
>   
>  .1= .iso
>  .3=.org
>  .6=.dod
>  .1=internet
>  .4=private
>  .1=enterprises
>  .5624=.vendor (cisco=9 etc...)
>  .2.1.59=vendor specific
>  
>  On 6/15/05, usman.taokeer AT s-iii DOT com <usman.taokeer AT s-iii DOT com> 
> wrote:
>  >  
>  > James, 
>  >  
>  > Sorry for bothering you again James, i am a novice to Tivoli so please
> bear
>  > with me, i followed the same steps i did for Cisco Router to get it
> removed
>  > from the BadOid Smartsets for our Enterasys Switch, but it didn't work.
>  > First can you please confirm that : - 
>  >  
>  > .iso.org.dod.internet.private.enterprises.5624.2.1.59
>  > Translates to .1.3.6.14.1.9.5624.2.1.59  this? 
>  >  
>  > I even modified the snmp_field and ovw_field files and made appropriate
>  > entries based upon the above. But when i deleted the device and tried to
> get
>  > it "rediscovered" NetView didn't even discovers it anymore, prior to that
> it
>  > used to discover it but puts it in the BadOiD smartset? What to look for
>  > next? 
>  >  
>  > regards, 
>  >  
>  > Usman Taokeer 
>  > Si3 
>  >  
>  >  
>  >  
>  >  
>  >  
>  >  James Shanks <jshanks AT us.ibm DOT com> 
>  > Sent by: owner-nv-l AT lists.us.ibm DOT com 
>  > 
>  > 06-06-05 05:27 PM 
>  >  
>  > Please respond to
>  >  nv-l AT lists.us.ibm DOT com 
>  >  
>  >  
>  > To nv-l AT lists.us.ibm DOT com 
>  >  
>  > cc 
>  >  
>  > Subject
>  >  RE: [nv-l] How to Deal BadOID's 
>  >  
>  >  
>  >  
>  >  
>  >  
>  > Well, now I am confused.
>  >  
>  >  First, did adding those entries to oid_to_type, and oid_to_sym, and
>  >  deleting the objects, resolve the problem with the object showing up in
> the
>  >  BadOID smartset or not?  I doubt it because they are incorrect.
>  >
> .iso.org.dod.internet.private.enterprises.cisco.ciscoProducts.436
>  >  resolves to
>  >  .1.3.6.14.1.9.1.436
>  >  which is what your two entries in the oid files need to be about. 
> That's
>  >  what is being returned as the sysOID.
>  >  
>  >  Second, not being able to run snmpget means there is some kind of
> problem
>  >  in your installation.  The executable is in \usr\ov\bin, so there should
> be
>  >  no question of finding it.   If you ran it, and it didn't work,because
> you
>  >  got a time-out message, then that would usually indicate that you have
> an
>  >  incorrect community name for the device you are trying to communicate
> with
>  >  in  NetView's SNMP data base.   You can verify that by re-running the
>  >  command, this time with the -c flag and what you take to be the correct
>  >  community name.  If that works but plain old snmpget doesn't, then your
>  >  defaults are incorrect and you need to run snmpconf.exe (Start -->
> Programs
>  >  --> Tivoli NetView --> Tasks --> SNMP Options  or Options --> SNMP from
> the
>  >  NetView GUI).
>  >  
>  >  James Shanks
>  >  Level 3 Support  for Tivoli NetView for UNIX and Windows
>  >  Tivoli Software / IBM Software Group
>  >  
>  >  
>  >                                                                          
>  
>  >              usman.taokeer@s-i                                           
>  
>  >              ii.com                                                      
>  
>  >              Sent by:                                                  
> To 
>  >              owner-nv-l@lists.         nv-l AT lists.us.ibm DOT com        
>      
>  
>  >              us.ibm.com                                                
> cc 
>  >                                                                          
>  
>  >                                                                   
> Subject 
>  >              06/06/2005 03:32          RE: [nv-l] How to Deal BadOID's   
>  
>  >              AM                                                          
>  
>  >                                                                          
>  
>  >                                                                          
>  
>  >              Please respond to                                           
>  
>  >                    nv-l                                                  
>  
>  >                                                                          
>  
>  >                                                                          
>  
>  >  
>  >  
>  >  
>  >  
>  >  
>  >  James,
>  >  
>  >  Thanks for the help, i was for some reason not able to run the snmpget
>  >  command. But i used the SNMP Browser to get the required values:
>  >  the output of the SNMP Browser for system.sysObjectID was: -
>  >  
>  >  ===========================================
>  >  Node Name or Address: 202.63.80.1
>  >  
>  >  Community Name: enterasys
>  >  
>  >  MIB Object ID: .iso.org.dod.internet.mgmt.mib-2.system
>  >  
>  >  MIB Instance:
>  >  
>  >  Set Value:
>  >  
>  >  MIB Value:
>  >         0 :
>  >
> .iso.org.dod.internet.private.enterprises.cisco.ciscoProducts.436
>  >  
>  >  Message: Using community "enterasys" for node 202.63.80.1
>  >  =============================================
>  >  
>  >  
>  >  I've translated it to the following and have made the entries in the
>  >  "oid_to_type" and "oid_to_sym" files:-
>  >  
>  >  
>  >  1.3.6.1.2.1.1.2.436:Cisco Systems:Cisco 3745:G        #oid_to_type
>  >  1.3.6.1.2.1.1.2.436:Connector:Gateway #oid_to_sym
>  >  
>  >  
>  >  Regards,
>  >  
>  >  ~Usman
>  >  
>  >  
>  >                                                                          
>  
>  >  James Shanks <jshanks AT us.ibm DOT com>                                  
>      
>  
>  >  Sent by: owner-nv-l AT lists.us.ibm DOT com                               
>      
>  
>  >                                                                        
> To 
>  >                                                    nv-l AT lists.us.ibm 
> DOT com 
>  
>  >  03-06-05 08:58 PM                                                     
> cc 
>  >                                                                          
>  
>  >                                                                   
> Subject 
>  >             Please respond to                      RE: [nv-l] How to Deal
>  
>  >           nv-l AT lists.us.ibm DOT com                    BadOID's         
>      
>  
>  >                                                                          
>  
>  >                                                                          
>  
>  >                                                                          
>  
>  >                                                                          
>  
>  >                                                                          
>  
>  >                                                                          
>  
>  >                                                                          
>  
>  >  
>  >  
>  >  
>  >  
>  >  
>  >  Show us the entry you put in oid_to_type,  and  the one in oid_to_sym, 
> and
>  >  the results of doing this
>  >       snmpget system.sysObjectID.0 <target_box>
>  >  from a command window.
>  >  
>  >  If the OIDs match, then it should be removed from the  BadOID smartset
>  >  after you
>  >  
>  >  1. delete the objects from all submaps  (select it and do Edit --> All
>  >  submaps --> Cut)
>  >  2.  ovstop netmon
>  >  3. ovtopofix  (in a command window)
>  >  4. ovstart netmon
>  >  
>  >  Worked for me on NetView for Windows with a United Linux OID this
> morning
>  >  
>  >  James Shanks
>  >  Level 3 Support  for Tivoli NetView for UNIX and Windows
>  >  Tivoli Software / IBM Software Group
>  >  
>  >  
>  >  
>  >  
>  >  
>  
>  
>  -- 
>  Simon Collins
>  +971 (0)50 6566 417
>  
>  
>  


-- 
Simon Collins
+971 (0)50 6566 417


<Prev in Thread] Current Thread [Next in Thread>