Re: #355: OSI State to Something New Spectrum

HI,

Randy - it gets back to a fundamental question, which is 
"Is the ITU model and the specification for it worthwhile?"
In the 10+ years that I have asked this question, I have NEVER
gotten an answer. NEVER! In my own extensive analysis
(which included creating both state and alarm MIB modules
that are MUCH closer to the ITU models and specs than the
documents created in the IETF), it just isn't forth it.
Now, if someone would volunteer to show me an implementation
where the benefits surpass the costs, I'll create time to
learn from them, and change my tune. But pointing me to
documents and manuals just doesn't cut it. Is this clear?

At 11:33 AM 3/25/2004 -0800, Randy Presuhn wrote:
>Hi -
>
>> From: "Sharon Chisholm" <[email protected]>
>> To: <[email protected]>
>> Sent: Thursday, March 25, 2004 8:33 AM
>> Subject: [Entmib] #355: OSI State to Something New Spectrum
>...
>> Co-Editor: As indicated, if we deviate too much we need to provide a mapping
>> back to the OSI model much like we have done with other state objects.
>
>Such deviation seems contrary to the whole point of developing this MIB
>module in the first place.  The more closely the semantics are aligned
>with the OSI ones (within the constraints imposed by the differing object
>models), the better.
>
>...
>> From: Wijnen, Bert (Bert) [mailto:[email protected]]
>> Sent: Thursday, March 25, 2004 10:34 AM
>> To: Chisholm, Sharon [CAR:0S00:EXCH]; [email protected]
>> Subject: RE: [Entmib] Entity comments
>>
>>
>> In hindsight (after having seen discussion over the last 2 days) and based
>> on:
>> <clip>
>> >
>> > 1. Prefixing the TCs with ITU prefix. The answer to this
>> > depends on where we are in that spectrum.
>> >
>> It seems that a ITU is NOT the proper prefix.
>> But some prefix does make sense.
>...
>
>I'd have no problem with EntState as a prefix for the TCs, although I'd
>also have no objection to leaving them un-prefixed, but in a separate
>MIB module in the same document.
>
>Randy

Regards,
/david t. perkins