Len Sorensen wrote:
> It seems pretty obvious from the above, that because everything is
> processed in the order the config is read, the trap2sink connection is
> configured before clientaddr is even added to the default store, which
> means it doesn't bind to the clientaddr since it isn't configured yet
> when the check is made.

Can you please file a bug on SF (http://www.net-snmp.org/bugs) with all
the details so it won't get lost?

> To fix this bug, somehow clientaddr has to be processed before
> trap2sink, which I can't figure out to do

You can try changing the call

netsnmp_ds_register_config(ASN_OCTET_STR, "snmp", "clientaddr", ...)

in snmplib/snmp_api.c to

netsnmp_ds_register_premib(ASN_OCTET_STR, "snmp", "clientaddr", ...)

and see if it helps any.


Thomas Anders (thomas.anders at blue-cable.de)

Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
Net-snmp-coders mailing list