From: Carl-Uno Manros [SMTP:email@example.com]
Sent: Thursday, February 12, 1998 4:04 PM
Subject: RE: IPP> Does the world need a robust
host-to-device network printing protocol?
At 03:10 PM 2/12/98 PST, Wagner, William wrote:
>Considering the depth of feeling about IPP inadequacy, I
>some attempt be made to more clearly identify the perceived
>Is it because IPP does not address the published requirements
>the requirements were inadequate (or changed).
>It seems, for example, that Mr. Walker feels that IPP is not
>for the Internet because too many compromises were made for the
>implementation. Mr. Moore, on the other hand, seems to suggest
>may be fine for the internet but is inappropriate for an
>(because too many compromises were made). Jay seems to be just
>with IPP, suggesting perhaps that it is not good for anything
>to many compromises were made?)
>The positions point to at least four different protocols;
>client to server; Intranet client to server, server to printer,
>client to printer. Is this what is necessary? Is it not
possible to come
>up with a sufficiently extensible protocol to handle all of
>W. A. Wagner (Bill Wagner)
I want to remind you all that we stated as our intent when we
work on IPP V1.0, that we were trying to solve 80% of the
the first version, which means that we conciously left out a
things to be resolved later.
We also stated that we were trying to concentrate on solving the
to what-ever problem in our first version, leaving some of the
and management type problems for a future version.
Also remember, that some of the intial reactions in the IETF was
we were trying to do far too MUCH in IPP V1.0, while now we seem
hearing that there is too much missing.
You cannot have your cake and eat it.....
I do not buy the argument that HTTP is bad, even if you choose
use IPP to acces your print device. I think there is enough
from prototyping at that stage to show that it works pretty
Some printer vendors started putting in HTTP in their printers
do configuration and management even before we started talking
using it for IPP.
I would hope that the current IPP approach can be used as a
basis for developing both client to print server and print
device communication, even though I agree that IPP V1.0 was
to primarily support the former. If this results in an
protocol optimized for print server to device, so be it. I
any printer that is aimed for shared use on the network would
include the IPP server functionality anyway, so that leaves the
discussion about how big a share of remaining printers would
need an additional simpler protocol that is optimized for the
My 2 cents...
Principal Engineer - Advanced Printing Standards - Xerox
701 S. Aviation Blvd., El Segundo, CA, M/S: ESAE-231
Phone +1-310-333 8273, Fax +1-310-333 5514