RE: [Entmib] entstate-651 Notification Description Changes (Part II)

"Sharon Chisholm" <> Mon, 20 December 2004 14:28 UTC

Received: from ( []) by (8.9.1a/8.9.1a) with ESMTP id JAA01346 for <>; Mon, 20 Dec 2004 09:28:31 -0500 (EST)
Received: from localhost.localdomain ([] by with esmtp (Exim 4.32) id 1CgOQB-0002WU-9k; Mon, 20 Dec 2004 09:21:59 -0500
Received: from ([] by with esmtp (Exim 4.32) id 1CgOJu-0001ZJ-Fp for; Mon, 20 Dec 2004 09:15:31 -0500
Received: from ( []) by (8.9.1a/8.9.1a) with ESMTP id JAA00431 for <>; Mon, 20 Dec 2004 09:15:28 -0500 (EST)
Received: from ([]) by with esmtp (Exim 4.33) id 1CgOT9-0001JK-Vt for; Mon, 20 Dec 2004 09:25:05 -0500
Received: from ( []) by (Switch-2.2.6/Switch-2.2.0) with ESMTP id iBKEEsO06829 for <>; Mon, 20 Dec 2004 09:14:54 -0500 (EST)
Received: by with Internet Mail Service (5.5.2653.19) id <YZAC8S29>; Mon, 20 Dec 2004 09:14:54 -0500
Message-ID: <>
From: "Sharon Chisholm" <>
Subject: RE: [Entmib] entstate-651 Notification Description Changes (Part II)
Date: Mon, 20 Dec 2004 09:14:44 -0500
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain
X-Spam-Score: 0.0 (/)
X-Scan-Signature: d0bdc596f8dd1c226c458f0b4df27a88
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IETF Entity MIB WG <>
List-Unsubscribe: <>, <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>


There is a strong need for this MIB. Turn around times are slow since this
working group hasn't responded well historically to trying to close issues

We have a number of low-risk changes proposed. I suggest we make those, keep
the notifications as they are and then proceed to forward things up to the
IESG (without calling YAWLC (yet another working group last call)).


-----Original Message-----
From: Margaret Wasserman [] 
Sent: Monday, December 20, 2004 8:35 AM
To: Juergen Schoenwaelder; Chisholm, Sharon [CAR:5K50:EXCH]
Subject: Re: [Entmib] entstate-651 Notification Description Changes (Part

Juergen and Sharon,

I don't personally care whether the Entity State notifications are 
optional or mandatory, but I do have a concern about this 

This document has been through two or three WG LCs already, and now 
we seem to be discussing changes to features of the MIB that have 
been constant since the beginning.  It seems like there are always 6 
or more outstanding issues with this document.  We fix the current 
issues, and then new issues are raised during the LC that is intended 
to check the resolutions of the previous issues.

  Where does this stop?  At what point can we pull the plug on this 
discussion and declare the document "good enough"?  Juergen, do you 
have any blocking objections to the publication of this document at 
this point?  Or just suggestions for improvement?

Personally, I think that this constant editing is a symptom of the 
fact that there is no driving force for the publication of this 
document.  Do we actually care about getting this document published? 
If so, let's reach closure on the existing issues and publish it.  If 
not, let's stop thrashing...


>On Fri, Dec 17, 2004 at 07:31:28AM -0500, Sharon Chisholm wrote:
>>  Well, as I said, I can't think of a design pattern to make then  
>> conditionally mandatory. Personally, I'd love to see them mandatory, 
>> but I  think we would need strong consensus to make that change at 
>> this point.
>What were the arguments against making these mandatory? Generally too 
>hard to detect such state changes? Something else?
>Juergen Schoenwaelder		    International University Bremen
><>	    P.O. Box 750 561, 28725 
>Bremen, Germany
>Entmib mailing list

Entmib mailing list