IPP> Re:

IPP> Re:

Harry Lewis harryl at us.ibm.com
Tue Aug 11 15:23:25 EDT 1998


This is all great information and sounds like appropriate procedure... but what
does it have to do with the progression of the Printer MIB? Are you suggesting
a bakeoff is necessary? Wouldn't you agree the printer MIB is relatively quite
stable and well adopted and the changes from Proposed to Draft are minimal?

Harry Lewis - IBM Printing Systems



owner-ipp at pwg.org on 08/11/98 01:19:24 PM
Please respond to owner-ipp at pwg.org
To: *undisclosed-recipients at VM
cc:
Subject:


>From pmp-owner at pwg.org Tue Aug 11 19:42:22 1998
Date: Tue, 11 Aug 1998 10:11:02 PDT
From: imcdonal at eso.mc.xerox.com (Ira Mcdonald x10962)
Message-Id: <9808111711.AA01187 at snorkel>
To: ipp at pwg.org, kugler at us.ibm.com
Subject: PMP> Re: IPP> Draft Standard MIB rules from IESG
Cc: pmp at pwg.org
Sender: pmp-owner at pwg.org


Hi Carl,                                        Tuesday (11 August 1998)

The new I-D updates (NOT replaces) the IETF Internet Standards Process
(RFC 2026, S.  Bradner, October 1996) which states the two implementations
requirement on page 3:

   In general, an Internet Standard is a specification that is stable
   and well-understood, is technically competent, has multiple,
   independent, and interoperable implementations with substantial
   operational experience, enjoys significant public support, and is
   recognizably useful in some or all parts of the Internet.

And on page 13:

4.1.2  Draft Standard

   A specification from which at least two independent and interoperable
   implementations from different code bases have been developed, and
   for which sufficient successful operational experience has been
   obtained, may be elevated to the "Draft Standard" level.  For the
   purposes of this section, "interoperable" means to be functionally
   equivalent or interchangeable components of the system or process in
   which they are used.  If patented or otherwise controlled technology
   is required for implementation, the separate implementations must
   also have resulted from separate exercise of the licensing process.
   Elevation to Draft Standard is a major advance in status, indicating
   a strong belief that the specification is mature and will be useful.

   The requirement for at least two independent and interoperable
   implementations applies to all of the options and features of the
   specification.  In cases in which one or more options or features
   have not been demonstrated in at least two interoperable
   implementations, the specification may advance to the Draft Standard
   level only if those options or features are removed.

The key phrase is "operational experience".  In all of the Internet
standards process BCPs (Best Current Practices), the term "operational"
means "in live networks".

Also, standards which reach the Draft Standard status are NOT supposed
to be volatile (ie, subject to future change).  Draft Standard status
is meant to be a short holding period before Internet (Final) Standard
status is granted.  This is why I have long argued (unsuccessfully) that
the new Printer MIB text should NOT be advanced to Draft Standard status
without widespread implementation by software and hardware vendors.

If we put something in the Draft Standard Printer MIB we later regret,
it must be kept forever for backwards compatibility.  There is NO
precedent for a Draft Standard MIB ever making a change that breaks
backwards compatibility.  The PWG doesn't get a vote on this one.

Cheers,
- Ira McDonald (High North Inc)

>------------------------------------------------
>[Carl's note]
>Date: Tue, 11 Aug 1998 08:20:42 PDT
>From: "Carl Kugler" <kugler at us.ibm.com>
>Subject: Re: IPP> Draft Standard MIB rules from IESG
>To: ipp at pwg.org
>
>
>> For the revised Printer MIB to advance to a Draft Standard status, it
>> must be proven that there are two such interoperable implementations in
>> existence (product quality, not merely prototypes) of every object in
>> the new Printer MIB draft text (including new objects recently added).
>>
>
>Where does it say the implementations have to be products, not not prototypes?
>







More information about the Ipp mailing list