2008/5/19 Michael Osburn <[EMAIL PROTECTED]>:
> Sending 42 bytes to UDP: [127.0.0.1]:1610
> 0000: 30 28 02 01 00 04 06 70 75 62 6C 69 63 A0 1B 02 0(.....public ..
> 0016: 04 4A D9 33 F7 02 01 00 02 01 00 30 0D 30 0B 06 .JÙ3÷......0.0..
> 0032: 07 2B 06 01 02 01 04 14 05 00 .+........
i.e. GET .1.3.6.1.2.1.4.20
> Received 42 bytes from UDP: [127.0.0.1]:1610
> 0000: 30 28 02 01 00 04 06 70 75 62 6C 69 63 A2 1B 02 0(.....public¢..
> 0016: 04 4A D9 33 F7 02 01 02 02 01 01 30 0D 30 0B 06 .JÙ3÷......0.0..
> 0032: 07 2B 06 01 02 01 04 14 05 00 .+........
snmpError - noSuchName
(which is correct)
> Sending 42 bytes to UDP: [200.20.34.62]:50336
> 0000: 30 28 02 01 00 04 06 70 75 62 6C 69 63 A2 1B 02 0(.....public¢..
> 0016: 04 71 14 B4 62 02 01 02 02 01 01 30 0D 30 0B 06 .q.´b......0.0..
> 0032: 07 2B 06 01 02 01 04 14 05 00 .+........
returning the noSuchName error back to the original query.
I'm not sure why this is ignored by the snmpwalk command.
I suggest that the first task is to get client SNMP queries (i.e.
snmpget/snmpwalk) working from the box itself, to the AIX agent
(running on port 1610), Until that's working properly, there's no
point in trying to use the proxy mechanism.
So start the AIX agent as normal.
Then on the same box, run
snmpgetnext -v 1 -c public -d localhost:1610 .1.3.6.1.2.1.4.20
What does that report?
Dave
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
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
