[Diffserv] Re: New diffserv MIB (rev 13) and MIB Compliance

Juergen Schoenwaelder <schoenw@ibr.cs.tu-bs.de> Mon, 17 September 2001 16:19 UTC

Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA15138 for <diffserv-archive@odin.ietf.org>; Mon, 17 Sep 2001 12:19:32 -0400 (EDT)
Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id LAA04353; Mon, 17 Sep 2001 11:55:16 -0400 (EDT)
Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id LAA04322 for <diffserv@optimus.ietf.org>; Mon, 17 Sep 2001 11:55:12 -0400 (EDT)
Received: from mumm.ibr.cs.tu-bs.de (root@[134.169.34.33]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA14506 for <diffserv@ietf.org>; Mon, 17 Sep 2001 11:55:10 -0400 (EDT)
Received: from henkell.ibr.cs.tu-bs.de (schoenw@henkell.ibr.cs.tu-bs.de [134.169.34.34]) by mumm.ibr.cs.tu-bs.de (8.9.3/8.9.0) with ESMTP id RAA05308; Mon, 17 Sep 2001 17:54:28 +0200 (MET DST)
Received: from schoenw@localhost by henkell.ibr.cs.tu-bs.de (8.7.6/tubsibr) id RAA08674; Mon, 17 Sep 2001 17:54:28 +0200
Date: Mon, 17 Sep 2001 17:54:28 +0200
Message-Id: <200109171554.RAA08674@henkell.ibr.cs.tu-bs.de>
From: Juergen Schoenwaelder <schoenw@ibr.cs.tu-bs.de>
To: diffserv@ietf.org
Subject: [Diffserv] Re: New diffserv MIB (rev 13) and MIB Compliance
Sender: diffserv-admin@ietf.org
Errors-To: diffserv-admin@ietf.org
X-Mailman-Version: 1.0
Precedence: bulk
List-Id: Diffserv Discussion List <diffserv.ietf.org>
X-BeenThere: diffserv@ietf.org

I generally think that having two compliance statements is good.

I agree with Bert's statement that ReadOnly compliance is really only
a partial implementation of the functionality of the MIB and as such I
see his motivation for diffServMIBCompliance and diffServMIBFullCompliance.
On the other hand, I do not have a very strong feeling about these
names and I will certainly not object against the other choice.

On the technical side, I am wondering why the WRITE-SYNTAX requires
support for active(1). This is basically a no-op if I only support
createAndGo(4) and destroy(6) since the row will always be active(1)
during the time it exists.

As a service to implementors, we might want to say at some place
(perhaps in the DESCRIPTION of the compliance statement) that agents
which implement only createAndGo(4) and destroy(6) must respond with a
wrongValue error if they receive a set request with createAndWait(5)
or notInService(2). (This is defined in RFC 2579 but requires some
search to actually find it.)

/js

-- 
Juergen Schoenwaelder      Technical University Braunschweig
<schoenw@ibr.cs.tu-bs.de>  Dept. Operating Systems & Computer Networks
Phone: +49 531 391 3289    Muehlenpfordtstr. 23, 38106 Braunschweig, Germany
Fax:   +49 531 391 5936    <URL:http://www.ibr.cs.tu-bs.de/~schoenw/>



_______________________________________________
diffserv mailing list
diffserv@ietf.org
https://www1.ietf.org/mailman/listinfo/diffserv
Archive: http://www2.ietf.org/mail-archive/working-groups/diffserv/current/maillist.html