2009/4/23 Kang Chen <[email protected]>:
> I try to support the SNMPv3 function in my product, but now I encounter a
> problem, should I select the public mibs or private mibs?
If you are supporting SNMPv3, then you should use the standard
SNMPv3 MIBs. The whole point about standards is that they are
standard - those buying your product can use their existing tools
to manage it.
Saying "I don't like what the world has decided - I'm going to do
things my way" isn't really the right way to go, IMO.
> For example, if I use usmUserTable and try to create a new user, I must know
> how to calculate the usmUserAuthKeyChange and usmUserOwnPrivKeyChange.
I have a number of comments:
- Wes is the expert on SNMPv3, not me - but as I understand it,
the two KeyChange objects are not actually needed for *creating*
a new SNMPv3 user. They are typically used shortly afterwards,
to change the passwords for that new user.
- The procedure for calculating these keyChange values is
described in the USM specification (RFC 3414)
- The mechanisms for both creating SNMPv3 users, and changing
passwords are already supported by the Net-SNMP toolkit.
It should not be necessary to re-implement these yourself.
> But if I write a private mib which the aim is when create a new user then
> just add ‘createUser username authprotocol authpasswd privprotocol
> privpasswd’in the snmpd.conf and reactive it, it’s much easier.
Alternatively, just use the code we already provide to handle this.
You don't need to write your own MIB at all, it's even easier,
and in line with the rest of the SNMP community.
> Would you please give me some advice, Can I use the private mib,
Of course you can - it's a free world.
No-one will force you to do anything
That doesn't mean this is a good idea - but you're free to do so if you want.
> I’m afraid it’s not so standard.
That's the problem, of course.
You can do this if you feel you must, but you must expect it to have an
impact on who is prepared to buy or use your (non-standard) product.
Similarly, you're unlikely to get the same level of assistance from
this list. If you go your own way, then you are on your own.
(almost by definition!)
Dave
------------------------------------------------------------------------------
Stay on top of everything new and different, both inside and
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today.
Use priority code J9JMT32. http://p.sf.net/sfu/p
_______________________________________________
Net-snmp-coders mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
