hai, > M> If [the response] has not come, i set "SNMP_ERR_NOSUCHNAME" to > M> requests->status and unmark the request as delegated. But i get another > M> request for the next registered mib tree. > M> [...] > M> when i don't delegate the request but still set "SNMP_ERR_NOSUCHNAME", the > M> agent returns no such instance and doesn't generate another request for > the > M> next registered mib tree. Why is this inconsistent? I am using table > handler > M> in net-snmp version 5.1. > > What kind of request is this? A get, or a getnext (walk)? >
This is a getnext request mostly part of a walk. > Are you using the same handler in both cases? > I have registered a handler for a set of oids(tables). When any request for any of them come, i check whether the required data is available in local cache that i maintain using my own data structures. If it is available i use them. For some specific columns i explicitly set "SNMP_ERR_NOSUCHNAME" since the other process doesn't currently support them. Else i sent the request to the other process using sockets and delegate it. In the alarm callback function if the data is not yet received i set the error "SNMP_ERR_NOSUCHNAME" and unmark as delegated. Also i would like to add one more thing. Since the communication to the other process takes time and most of the walks are for columns, i tried setting explicitly "SNMP_ERR_NOSUCHNAME" after the column ends so that no request is generated for the next column. This works if don't delegate the request. If i delegate and then later set this error, it generates new request for the next mib tree(table). Even though this is not complying with SNMP is this achievable? > Are you using the table handler directly, or are you using code generated by > mib2c? If it's mib2c code, which conf file did you use? > I am using table handler directly without using mib2c. I want to use SNMPv3 contexts. Since data is external, i have to use iterator helper. But since the get_first and get_next data point functions don't support contexts i couldn't use them. ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Net-snmp-coders mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
