Re: [snmpsim-users] Changing MIB on the fly

[Petteri H. <pet...@ya...>]

Thanks Ilya for your fast reply.

I find poking around the OID tree very difficult to understand. I'm not sure if you mean the same but how I understand you is simply SNMP SET command to a certain reserved, private OID (say .1.1.1.1). When SET to that OID is discovered simulator would switch to a completely different snmprec file. To return to the previous situation SET to another OID (say .1.1.1.2) would switch back to the initial state. Those OIDs would not normally exist in the node so manual intervention is needed.

How to trigger that SET command then? Using separate SNMP generator tool?

Appreciate your expertise, mate!

-Petteri


________________________________
 From: Ilya Etingof <il...@gl...>
To: Petteri Hamalainen <pet...@ya...> 
Cc: snm...@li... 
Sent: Tuesday, April 30, 2013 12:42 PM
Subject: Re: [snmpsim-users] Changing MIB on the fly
 

Hi Petteri,

There's already a similar, time-based MIB switching feature described here:

http://snmpsim.sourceforge.net/simulation-with-variation-modules.html#multiplex

However the possibility of on-demand MIB switching is not currently 
implemented. I'll look into that and post status of this request to this 
list.

How do you think MIB switching would be controlled? I'm thinking of a 
"reserved" OID within the OID subtree served by the "multiplex" module
which could change the internal timeline of the MIB switching through a SET.

-ilya

On 04/30/13 12:23, Petteri Hamalainen wrote:
> Hi,
>
> Basic type of feature.
>
> My device has a problem and it sends SNMP trap, an alarm. The alarm is
> stored also in the MIB for NMS to retrieve. There will be new OIDs
> created, old ones destroyed etc. I do not want to scan through the MIB
> for all the changes that occur when certain issue is raised thus I want
> to change the complete recorded MIB in the simulator on the fly. So the
> requirement is I need to send a trap and switch MIB (nearly) at the same
> time.
>
> How can this be done?
>
> Thanks for all the help, Petteri.
>
>