Errors in the standards

Eric Schekkerman <schekker@cs.utwente.nl> Tue, 13 April 1993 13:49 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa20123; 13 Apr 93 9:49 EDT
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa20116; 13 Apr 93 9:49 EDT
Received: from ietf.cnri.reston.va.us by CNRI.Reston.VA.US id bo04796; 13 Apr 93 9:49 EDT
Received: from SLEEPY.TIS.COM by IETF.CNRI.Reston.VA.US id aa07750; 13 Apr 93 6:44 EDT
Received: from sleepy.tis.com by sleepy.TIS.COM id aa20781; 13 Apr 93 9:20 GMT
Received: from tis.com by sleepy.TIS.COM id aa20779; 13 Apr 93 5:14 EDT
Received: from utrhcs.cs.utwente.nl ([130.89.10.247]) by TIS.COM (4.1/SUN-5.64) id AA14557; Tue, 13 Apr 93 05:14:06 EDT
Received: from utis83.cs.utwente.nl by utrhcs.cs.utwente.nl (4.1/RBCS-2.4mx) id AA01759; Tue, 13 Apr 93 11:12:57 +0200
Received: by utis83.cs.utwente.nl (4.1/RBCS-1.0.1) id AA08556; Tue, 13 Apr 93 11:12:56 +0200
Message-Id: <9304130912.AA08556@utis83.cs.utwente.nl>
To: snmp2@thumper.bellcore.com
Cc: snmp-sec-dev@tis.com
Subject: Errors in the standards
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Eric Schekkerman <schekker@cs.utwente.nl>
Organisation: Univ. of Twente, Dept. of CS, Tele-Informatics & Open Systems
Address: P.O. Box 217, 7500 AE Enschede, The Netherlands
Telephone: +31 53 894287
Telefax: +31 53 333815
Date: Tue, 13 Apr 1993 11:12:55 +0200
X-Orig-Sender: schekker@cs.utwente.nl

After carefully re-studying the documents I discovered some errors. First of
all there is a minor typo:

* adminv2-03, page 18: snmpStatsPacket should be snmpStatsPackets

In addition I encountered the following inconsistencies in the proposed standards:

* The snmpStatsSilentDrops counter is never used. I.e. the protocol does not
  specify when this counter should be incremented.

* Section 3.2 of the adminv2-03 standard covers the processing of a received
  communication. Steps 15 and 16 cover all classes except class 64 (Inform).
  If I understand it correclty, class 64 should be included in step 16.

  Furthermore, I believe the description of the snmpStatsBadOperations counter
  should indicate that the referred operation was not allowed because it didn't
  match the requested role of the entity (i.e. the agent role). (And because of
  that it is not allowed by the entry in the aclTable.)

Any comments?


                         --- Eric Schekkerman ---