Re: [Testbed-admins] query regarding MIB compatibility with the experiment switch

First of all, thanks for your precious feedback.I found the OIDs that are used in emulab source code.But I am struck with the issue of porting those OIDs. My confusion is that- a particular OID belongs to a particular MIB and do a particular job.So is there any other way that there may be another OID of another MIB that performs the same job as the previous OID and I should replace the OIDs of some absent MIB with the OID of present MIB? Would you kindly advice me whether my understanding is correct or not? Or should I go for adding those missing MIBs in N5000? (actually the problem with this alternative is that I cannot find a way to add MIB to cisco switch.I found the way to add MIB to NMS pc, but not to the switch). I am sorry if I am too naive in asking these questions.

Azad

On Wed, Jul 8, 2009 at 1:32 PM, Robert P Ricci <ricci@cs.utah.edu> wrote:

Unfortunately, despite their names, the STACK and VTP MIBs do provide
functionality that we use on single switches, so they are needed even if
you have one switch. I don't think that any of the MIBs we use are
required only for multi-switch setups.

Thus spake Mohammed Azad on Wed, Jul 08, 2009 at 11:17:06AM -0500:

> Hello,Thanks a lot for your kind feedback.I was searching for the OIDs that
> are used in the code.I found a lot and will try to substitute them. Now I am
> thinking another point. We will use only one experimental switch for the 1st
> phase of our implementation. So as there are not more than one experimental
> switch, will VTP & stacking will be used? My understanding was those 2 MIB
> i.e. 'CISCO-VTP-MIB', and 'CISCO-STACK-MIB' is used for
> communicating/integration among the switches. So if we do not have more than
> one experimental switch, should it harm building our testbed if that N5000
> experimental switch do not have those 2 MIBs i.e. 'CISCO-VTP-MIB', and
> 'CISCO-STACK-MIB'

--

/-----------------------------------------------------------
| Robert P Ricci <ricci@cs.utah.edu> | <ricci@flux.utah.edu>
| Research Associate, University of Utah Flux Group
| www.flux.utah.edu | www.emulab.net
\-----------------------------------------------------------