Re: snmpv2 Will it flood us or be slow

MARTIN USHER <musher@ccrelay.fibermux.com> Mon, 11 October 1993 17:32 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa24138; 11 Oct 93 13:32 EDT
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa24134; 11 Oct 93 13:32 EDT
Received: from JArthur.CS.HMC.Edu by CNRI.Reston.VA.US id aa00582; 11 Oct 93 13:32 EDT
Received: from jarthur by jarthur.Claremont.EDU id aa21242; 11 Oct 93 10:12 PDT
Received: from lists.psi.com by jarthur.Claremont.EDU id aa21036; 11 Oct 93 10:06 PDT
Received: by lists.psi.com (4.1/SMI-4.1.2-PSI) id AA09430; Mon, 11 Oct 93 12:54:06 EDT
Return-Path: <fibermux!ccrelay.fibermux.com!musher@uu.psi.com>
Received: from psi.com by lists.psi.com (4.1/SMI-4.1.2-PSI) id AA09394; Mon, 11 Oct 93 12:53:52 EDT
Received: from uu.psi.com by psi.com (4.1/2.1-PSI/PSINet) id AA07202; Mon, 11 Oct 93 12:54:34 EDT
Received: from fibermux.UUCP by uu.psi.com (5.65b/4.1.031792-PSI/PSINet) via UUCP; id AA16722 for ; Mon, 11 Oct 93 12:36:03 -0400
Received: from ccrelay.fibermux.com by fibermux.com (4.1/SMI-4.1) id AA11447; Mon, 11 Oct 93 08:46:06 PDT
Received: from cc:Mail by ccrelay.fibermux.com (1.20/SMTPLink) id A11124; Mon, 11 Oct 93 08:44:38 PST
Date: Mon, 11 Oct 93 08:44:38 PST
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: MARTIN USHER <musher@ccrelay.fibermux.com>
Message-Id: <9310110844.A11124@ccrelay.fibermux.com>
To: karl@mel-brooks.tgv.com, feit@tigger.jvnc.net
Cc: snmp@psi.com
Subject: Re: snmpv2 Will it flood us or be slow

Speaking as an observer....

1) It is very easy for people who are 'in' to things to think
that everyone else has the same level of commitment and interest.
They can end up designing somthing that may be very elegant and
comprehensive but is totally unusable by end users. SNMP achieved
acceptance because it was 'simple' - to implement, to use and to
diagnose. What we are looking at with v2 is somthing that - while
it addresses shortcomings in v1 - requires drastic increases in
storage, processing power and developer time. This does not bode
well.

2) I'm inherently suspicous of draft standards that are proposed
by people who may have a pecunary interest in their being
adopted.