interoperability concerns
"Larry Masinter" <[email protected]> Thu, 7 Nov 2002 08:02:41 -0800
| Newsgroups | gmane.ietf.fax |
|---|---|
| Message-ID | <001b01c28677$1adbfc50$6ace8642@masinter> |
(RFC 2026 4.1.2) "The Working Group chair is responsible for documenting the specific implementations which qualify the specification ..." (RFC 2026 6.5.1) "A person who disagrees with a Working Group recommendation shall always first discuss the matter with the Working Group's chair(s)..." So I am discussing the matter with the Working Group chairs; if the disagreement isn't resolved, we "may bring it to the attention of the Area Director(s)..." For the information of the working group members, here are the reasons why the "TIFF-FX Implementation Report by CIAJ" does not meet the requirements for progressing draft-ietf-fax-tiff-fx-11.txt to Draft Standard: * The report does not describe implementation of draft-ietf-fax-tiff-fx-11.txt; it describes implementation of RFC 2301. There were some substantive as well as editorial changes in the 12 versions since RFC 2301. * The report does not actually claim there was interoperability. Perhaps this is an oversight, but it only reports implementations and the fact that testing took place. Since It is rare, in an interoperability test, for all pairs of experimental implementations to interoperate. This point should be clarified as to the number of implementations for each feature that actually worked correctly. * Some of the listed implementations were not "functionally equivalent or interchangable components" as "interoperable" is defined in RFC 2026 section 4.1.2; a separate software module that only writes "Profile L" not functionally equivalent or interchangable with a "Internet Fax device". * Although promised, so far there have been no "statements of the implementors" that the implementations to be "considered for the purpose of showing the adequacy of the specification" that they have "taken adequate steps to comply" with "rights, or claimed rights". (RFC 2026 section 10.3.2) * Even if you were to ignore all of the previous points (which you should not), within the interoperability report, there are still many features for which multiple independent implementations are not claimed: For example, there is only one writer for M listed, no writers or readers for 12 bit-per-sample profile C, only one reader for profile L with 1-bit RGB, 1-bit CMY, 1-bit CMYK. These are just examples. To construct a complete list of features to remain when the document is progressed to Draft Standard, it is necessary to start with implementations that meet all of the qualifications (independent implementations, statements of adequate steps to comply with licensing requirements), look at features that have been demonstrated to interoperate with at least two other independent implementations. I can't predict what would remain, but my guess is that it would correspond to profiles S and F. The minutes of the Minneapolis meeting in March said: Ned reminds that the IESG is following closely this problem and in particular the TIFF-FX issue. Thus the IESG, having received Larry's objections, will put a careful consideration to verify if the raised points are consistent or not. It is thus strongly suggested to the editors and the WG to make any possible additional effort to clarify these points, eventually providing some new interoperability testing, within a clear framework. Larry -- http://larry.masinter.net