2009/2/9 Rodolfo Leffa <rodolfole...@gmail.com>: > ...... I'm only implementing the GET > operation. Now I'm doubt if I should implement GETNEXT, or it's okay to have > an agent that don't reponse to this kind of requisition.
No - your agent *MUST* handle both GET and GETNEXT requests. See RFC1905, section 4.2. More importantly, a network administrator will expect to be able to run "snmpwalk" to see what information is available. > The problem for me to register the objects individually by > "netsnmp_register_scalar()" was that this registers single OID's. The > problem of that to me is that I'm using the OID passed to my handler to > identify devices on the system my agent is running on. Hmmm.... that doesn't sound like scalar objects to me. That feels much more like a MIB table. But the MIB fragments that you posted don't look particularly like a table. I'm increasingly concerned about the likely structure of your MIB. > when implementing a agent that handles with > all a subtree like I'm doing, it's necessary to have a MIB? Yes! How else is a management application expected to know what information is available, and what the various values actually mean? > I'm asking that > because I have defined some information on my handler that is not on the > MIB, and I've got no errors. If the information is returned by the agent, then it is part of the MIB. That's what the MIB *is* - the collection of all available information. If certain objects aren't mentioned in the MIB file, then they're still part of the agent's MIB - just not documented. That might be OK for a personal experimental setup, but it's not exactly good practise for a real-world environment. Think of the MIB file as a design document - both for the agent implementor (this is the information you need to return), and for the application writer (this is the information you will have available). Once the software is complete, then the design document (MIB) may not be needed for the day-to-day running. But you need that agreed model to start with. And for any development that might happen in the future. Remember, some poor soul will have to look after this stuff when you get promoted onto the board, or walk out in a huff, or get hit by a bus.... Dave ------------------------------------------------------------------------------ Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com _______________________________________________ Net-snmp-users mailing list Net-snmp-users@lists.sourceforge.net Please see the following page to unsubscribe or change other options: https://lists.sourceforge.net/lists/listinfo/net-snmp-users
