>>>>> On Thu, 27 Jan 2011 11:15:21 -0800, Matt Berman <[email protected]> >>>>> said:
MB> I'm trying to implement a table using a table iterator, and generated the MB> skeleton code using mib2c.iterate.conf. The implementation works just fine MB> when I query it using snmpwalk on the table name/OID directly, and I can get MB> and set values just fine. The problem arises when I try to walk the the full MB> MIB that the table belongs to using snmpwalk, and the agent hangs and MB> eventually the snmpd daemon crashes. The table handler code is never called MB> in this case, which just doesn't make any sense to me, since it is called MB> and responds just fine in the other case as described above. Can anyone make MB> any sense out of this, or does anyone have any ideas how/why this would MB> possibly happen? This is likely happening because somewhere the code that is checking the OIDs doesn't expect an OID that is far earlier than the table itself. All of the code in the Net-SNMP code does the right thing, so it should be in your code? Make sure that any code you have properly looks at incoming OIDs that maybe starting *before* the table. IE, a GETNEXT on .1.3.6.1 *must* be able to fall into the next table at .1.3.7.2.3.4 if that's where the next table is. The table implementation for .1.3.7.2.3.4 must be able to handle an incoming request with a GETNEXT of ".1.3.6.1" too, not just one for .1.3.7.2.3.4. -- Wes Hardaker Please mail all replies to [email protected] ------------------------------------------------------------------------------ Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d _______________________________________________ Net-snmp-coders mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
