> I assumed that net-snmp is independent of mibs. I'm not quite sure exactly what you mean by that.
The best way to think of a MIB file is as a design document. It describes how a particular item of information should work. The agent implementer should use this to guide the code that actually implements a particular MIB object. Once the code is written, the design is no longer needed, so the _agent_ can throw the MIB file away. From that point of view, the running agent is independent of the MIB file (but is dependent on the contents by dint of the design of the code). The situation is slightly different for the client side, as these typically *do* use the MIB files to translate between numeric OIDs and textual names. (And similarly for enunerated values). But that's really just a convenience to the person running the commands. If you're happy to use numeric OIDs throughout (and know what to ask for), the MIB files are completely unnecessary once the agent has been coded. > But from your answer I guess that net-snmp must be built for > each and every mib available in the market. The agent must include code to implement any MIB object that it's going to support. It doesn't have to include code for *every* MIB in the market - but if it doesn't, then it simply won't supply that particular piece of information. > How to find that which object is RO and RW like that. Use the Source :-) > I used snmptranslate command and checked the R/W properties of > the objects. which confirms that they are *designed* to be writeable. So it's valid to attempt to write to them. That doesn't automatically mean that the agent actually *implements* them as writeable. > I tried snmpset on the same.and it is giving error. Because it doesn't :-( > If I have to write some code... Can you give me a lead like what kind of > code with few examples? Have you tried reading the documentation on the web site, and looking at the existing implementation code? (Both examples and active MIBs) I'm afraid that I don't have the time to expand on what's already available - though it's far from perfect. This project takes up much too much of my time as it is. Dave ------------------------------------------------------- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com _______________________________________________ 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
