Re: snmpv2 Will it flood us or be slow

karl@mel-brooks.tgv.com Sun, 10 October 1993 21:13 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa11895; 10 Oct 93 17:13 EDT
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa11891; 10 Oct 93 17:13 EDT
Received: from JArthur.CS.HMC.Edu by CNRI.Reston.VA.US id aa05054; 10 Oct 93 17:13 EDT
Received: from jarthur by jarthur.Claremont.EDU id aa03884; 10 Oct 93 13:49 PDT
Received: from lists.psi.com by jarthur.Claremont.EDU id aa03659; 10 Oct 93 13:44 PDT
Received: by lists.psi.com (4.1/SMI-4.1.2-PSI) id AA01898; Sun, 10 Oct 93 16:31:49 EDT
Return-Path: <karl@Mel-Brooks.TGV.COM>
Received: from psi.com by lists.psi.com (4.1/SMI-4.1.2-PSI) id AA01862; Sun, 10 Oct 93 16:31:34 EDT
Received: from TGV.COM (HQ.TGV.COM) by psi.com (4.1/2.1-PSI/PSINet) id AA27172; Sun, 10 Oct 93 16:32:08 EDT
Received: from mel-brooks.empirical.com ([161.44.128.66]) by TGV.COM via INTERNET ; Sun, 10 Oct 93 13:32:06 PDT
Received: from karl.mel-brooks by mel-brooks.empirical.com (4.1/SMI-4.1) id AA09604; Sun, 10 Oct 93 13:32:22 PDT
Date: Sun, 10 Oct 93 13:32:22 PDT
Message-Id: <9310102032.AA09604@mel-brooks.empirical.com>
To: feit@tigger.jvnc.net
Cc: snmp@psi.com
In-Reply-To: Ms. Sydney Feit's message of Sun, 10 Oct 1993 11:12:19 -0400 <199310101512.AA07460@tigger.jvnc.net>
Subject: Re: snmpv2 Will it flood us or be slow
Reply-To: karl@empirical.com
X-Orig-Sender: karl@mel-brooks.tgv.com
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: karl@mel-brooks.tgv.com
Repository: empirical.com
Originating-Client: mel-brooks

 >   On the contrary, snmpv2 provides very detailed control over who
 >   tells what to whom.  It is up to the network management crew
 >   to set up an effective chain of command.

I wish I could share your optimism.

My view of V2 is that it is more like the Social Security
Administration -- an administrative nightmare that has far more
administrative framework that is reasonable to do a simple job.

Yes, it *can* work if all the gears are clean and oiled and if every
angel on the head of every pin is exactly in place and singing exactly
in tune.

My concern is that the management of SNMPv2 itself will turn out to be
painfully large; that a significant part of the work of managing a
network will be used to manage the management system.

Indeed, I have substantial concerns that SNMPv2 party mib
misconfigurations and mis-implementations will result in a overall
*decrease* in network stability.

I have already seen network gear fail because of SNMPv1 implementation
bugs.  So I am not optimimistic.

			--karl--