Re: MIB writing and index in the middle of the OID

Fulko Hew <[email protected]>
Newsgroups gmane.network.net-snmp.user
Message-ID <CAGuV3hOst=f+oLnHsUnf2AXx-95RYb6cCzR-uZGxPr5M2kXW-A@mail.gmail.com>
On Fri, Jan 31, 2014 at 2:18 PM, Florian Lohoff <[email protected]> wrote:

>
> Hi,
> i am trying to enable some of our applications with AgentX support.
> I got net-snmp married to libevent which works. Now i am trying
> to wrap my head around how to design the mib and the AgentX code.
>
> My immediate idea was something like
>
> ...enterprises.acme.apps.appname.$pid.stats.received.$peer
>
> Which made me think if its possible to put and index in the
> middle of the oid tree like this and how to write a MIB
> for something like this.
>
> From looking around i only found indexes at the end of the
> oid.
>

You are correct, indexes always come last.


> So that would be
>
> enterprises.acme.apps.appname.stats.received.$pid.$peer
>
> When walking something like enterprises.acme.apps.appname.stats i would
> always talk to all app instances because their stats are interleaved.
>

That is the unfortunate side effect.
So rather than walking, I would recommend doing a get on all the
columns you 'know' you are interest in (for the given pid/peer).

[I have enhanced all of my management applications to behave
this way simply to speed up retrieving bulk data on slow networks.]

------------------------------------------------------------------------------
WatchGuard Dimension instantly turns raw network data into actionable 
security intelligence. It gives you real-time visual feedback on key
security issues and trends.  Skip the complicated setup - simply import
a virtual appliance and go from zero to informed in seconds.
http://pubads.g.doubleclick.net/gampad/clk?id=123612991&iu=/4140/ostg.clktrk

_______________________________________________
Net-snmp-users mailing list
[email protected]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.