[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
- [Diffserv] New diffserv MIB (rev 13) and MIB Comp… Wijnen, Bert (Bert)
- Consensus call: Re: [Diffserv] New diffserv MIB (… Brian E Carpenter
- [Diffserv] Re: New diffserv MIB (rev 13) and MIB … Juergen Schoenwaelder