Hi all, 

Please clarify me. I am in line with tag '===>Mahesh>' 

Thanks
Mahesh


> 
> SubAgent should follow the following steps for deregistration. Please 
> correct me if I am wrong.
> 
>       1. de-register the MIB
>          unregister_mib(oid, oid_len)

It's probably safe to use 'netsnmp_unregister_handler' for that (since this handles 
non-default registrations as well - context,  priority, etc).
===>Mahesh> I could not find the netsnmp_unregister_handler() API in NET-SNMP-5.1.1. 
Please let me know, if I am missing something here. 

>       2. Free the table information (for table helper)
>       3. free the netsnmp_handler_registration structure
>          netsnmp_handler_registration_free(netsnmp_handler_registration*)

Yup - that sounds about right.
But I suspect that the 'netsnmp_handler_registration_free' will probably
take care of releasing the table information as well.   It certainly
traverses the handler chain, freeing any handler-specific data.

===>Mahesh> I went though the code of netsnmp_handler_registration_free() API.  This 
API does not free the table information.  At the same time I could not find an API to 
free the table information(netsnmp_table_registration_info).  Is there any API to do 
this? Shall a new API to be written for this? 

So deregistration should be a matter of:

        netsnmp_unregister_handler( reg );
===>Mahesh> Not able to find this API in the package. 

        netsnmp_handler_registration_free( reg );

But Suck it and See.
===>Mahesh>Please clarify me. 

Dave


-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
_______________________________________________
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

Reply via email to