Re: Ending tables

John Hardin wrote:

> Robert Story wrote:
>
>> On Wed, 16 Feb 2005 18:02:42 -0800 John wrote:
>> JH> I've implemented a new MIB and am having trouble walking
>> JH> some of the tables. [...]
>> JH> I've traced this with Ethereal and found that when a GET-NEXT
>> JH> is received for the last row of the last column of a table and I can
>> JH> then respond with the first row of the first column of the next
>> table,
>> JH> the client recognizes the end of the MIB. When it's my last table,
>> JH> I see no response to the last request. The client resends it
>> several
>> JH> times then quits the walk with an error.
>>
>> What if you increase the timeout (-t 10, or 30)? If you run top, do
>> you see
>> snmpd chewing up the processor? Are you using a community string that is
>> restricted to certain oids?
>>
>> JH> Does this sound familiar to anyone?
>>
>> It does sound familiar - if there is lots of data after your tables,
>> and the
>> community string is restrictive, the agent could spend a lot of time
>> looking
>> for the next accessible object. But we've made improvements in this
>> area that
>> are in 5.2, so unless you've got a complex access control system, I'd be
>> surprised if this was the problem.
>>
>>
>>
> I'm enabling access in the snmpd.conf file with "rocommunity public"
> and have
> tried timeouts up to -t 60. Same problem. I tried adding a single
> dummy scalar
> to the end of our MIB and the problem goes away for the last table,
> but moves
> to the scalar. The client (snmpwalk) receives value of the dummy
> scalar as the
> last reply, then returns with a GETNEXT on that OID, but the agent
> returns
> nothing. DEBUGMGSTL statements I've added in my own code show that
> I'm returning NULL to the GETNEXT on the final OID in my MIB, but the
> agent doesn't send anything to the client (per Ethereal). What
> should I expect
> it to return, something like "no such name"? Is there something I
> could be
> neglecting that could cause this?

A little more interesting info on this... I have the Net-SNMP MIB
(enterprises.8072) compiled into the agent. My own MIB is under
enterprises.3382. I noticed that a GETNEXT on my last OID did
not retrieve the next OID, which should be
1.3.6.1.4.1.8072.1.2.1.1.4.0.1.0.0.
So, I tried running snmpgetnext on various OIDs from 3400 upwards.
I found that the agent doesn't move on the the Net SNMP MIB until I ask
for getnext on enterprises.3496.

Here's the output:

$ snmpgetnext -v2c -c public 10.1.0.39:32000 .1.3.6.1.4.1.3495
Timeout: No Response from 10.1.0.39:32000.
$ snmpgetnext -v2c -c public 10.1.0.39:32000 .1.3.6.1.4.1.3496
NET-SNMP-AGENT-MIB::nsModuleName."".1.0.0 = STRING:
$

FYI, I'm running the agent on port 32000 to avoid interference from
HP Openview, which is doing periodic discovery on this same
subnet. There is no other SNMP agent running on this machine.




-------------------------------------------------------
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-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/...net-snmp-users