SNMPv2 is a good thing. Was Re: A non response...

"Karl Auerbach, Empirical Tools and Technologies, 408/427-5280" <karl@empirical.com> Thu, 06 May 1993 22:33 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa14221; 6 May 93 18:33 EDT
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa14215; 6 May 93 18:33 EDT
Received: from ietf.cnri.reston.va.us by CNRI.Reston.VA.US id aa26344; 6 May 93 18:33 EDT
Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa14207; 6 May 93 18:33 EDT
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa14201; 6 May 93 18:32 EDT
Received: from HQ.TGV.COM by CNRI.Reston.VA.US id aa26329; 6 May 93 18:32 EDT
Received: from mel-brooks.empirical.com ([161.44.128.66]) by TGV.COM via INTERNET ; Thu, 6 May 93 15:33:11 PDT
Received: from karl.sheriff-bart.empirical.com by mel-brooks.empirical.com (4.1/SMI-4.1) id AA05664; Thu, 6 May 93 15:33:25 PDT
Date: Thu, 6 May 93 15:33:25 PDT
Message-Id: <9305062233.AA05664@mel-brooks.empirical.com>
To: kzm@hls.com
Subject: SNMPv2 is a good thing. Was Re: A non response...
X-Orig-Sender: ietf-request@IETF.CNRI.Reston.VA.US
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: "Karl Auerbach, Empirical Tools and Technologies, 408/427-5280" <karl@empirical.com>
Reply-To: karl@empirical.com
cc: kzm@hls.com, snmp@uu.psi.com, ietf@CNRI.Reston.VA.US
X-Orig-Sender: karl@mel-brooks.empirical.com
Repository: empirical.com
Originating-Client: sheriff-bart.empirical.com

 > > But I really think that v2 has gone *extremely* overboard in the area
 > > of administration and security.
 >  
 > As compared to the Proposed standards: RFCs 1351/1352/1353, which it
 > replaces, SNMPv2 simplifies admin and security.  

Now that we are focusing on SNMPv2, we ought to move the discussion
to the SNMP mailing list.

In any case, I don't think any of us want to say that V2 isn't a good
idea or that the security mechanisms are bad.  And I don't want this
discussion to give people the idea that we should wait to deploy V2.

I merely want to suggest that we need to keep talking to see whether
we can boil-down the proposals to a more digestable size, or can
stage the deployment so that we can adopt the firm parts now and
deploy the harder parts later (if ever.)

I'm sure we could come to multiple highly interoperable, independent
implementations of the base protocol pretty quickly, and hence get
those standards up the standards ladder quickly.

That alone would obtain enormous benefits over V1.

I'd like to see the security parts take longer to get the attention
and *serious* implementation experience they deserve.

			--karl--