Server Management - Systems Insight Manager
1833729 Members
2584 Online
110063 Solutions
New Discussion

Re: HP SIM 4.x and SNMP version 3

 
SOLVED
Go to solution
MC1903
Regular Advisor

HP SIM 4.x and SNMP version 3

Hi,

Does anyone know if HP SIM 4.x is compatible with SNMP v3, on any of the supported OS platforms?

My customer requires the additional security features it provides and will not use SNMP v1 or v2 in their production environment.

Cheers

Martin
5 REPLIES 5
David Claypool
Honored Contributor
Solution

Re: HP SIM 4.x and SNMP version 3

The short answer is that neither the agents nor hpSIM support SNMP v3. Our long term direction is to move away from SNMP in favor of WBEM/WMI.

While SNMP has a bad reputation as being an "insecure" protocol because it communicates in clear text (including the "community string" handshake that is required), hpSIM uses it only to collect data and send events. The presence of SNMP in an environment does not constitute any additional risk just by its presence. I would bet that the same customer who "refuses to deploy SNMP" is not aware that it is already used extensively by his network infrastructure people on that very same network.
MC1903
Regular Advisor

Re: HP SIM 4.x and SNMP version 3

Many thanks for that David.

For another 10pts..

1) Any idea how far away this move is?

2) I assume WBEM & WMI communications occur over SSL (HTTPS)?

Cheers

Martin

David Claypool
Honored Contributor

Re: HP SIM 4.x and SNMP version 3

hpSIM already has the capability; the agents have to be re-architected, and that isn't expected until sometime in 2005.

"Pure" WBEM is formatted as XML over HTTPS; WMI is an "implementation" of an object manager and uses DCOM.
MC1903
Regular Advisor

Re: HP SIM 4.x and SNMP version 3

Once again, many thanks. You are a star!



Alain Staelen
Advisor

Re: HP SIM 4.x and SNMP version 3

Another (non-free) solution could be to use Openview Operations for Windows.

This would allow the Operations for Windows agents running on each managed server to locally pick up the "unsecure" SNMP info from the servers and deliver them securely to a central console.

I'm looking into this possibility for the moment.