discover or to be alerted to changes in the status of a printer
   particularly those changes that cause a printer to stop printing and




 
RFC 2567             Internet Printing Design Goals           April 1999


   to be able to correct those problems.  As such, an Internet printing
   protocol shall be able to alert a designated operator or operators to
   these conditions such as 'out of paper', 'out of ink', etc.
   Additionally. the operator shall be able to, asynchronous to other
   printer activity, inquire as to a printer's or a job's status.

3.2.2. Changing Print and Job Status.

   Another of the required operator functions is the ability to affect
   changes to printer and job status remotely.  For example, the
   operator will need to be able to re-prioritize or cancel any print
   jobs on a printer to which the operator has authority.

3.3. ADMINISTRATOR (NOT REQUIRED FOR V1.0)

   An administrator of a printer accepting jobs through the Internet is
   one of the roles in which humans act.  The administrator has the
   responsibility of creating the printer instances and controlling the
   authorization of other end-users and operators.  Administrator wants
   and needs will not be addressed by V1.0 of the protocol.

   The wants and needs of the administrator include all those of the
   end-user and, in some environments, some or all of those of the
   operator.  Minimally, the administrator must also have the tools,
   programs, utilities and supporting protocols available to be able to:

   - create an instance of a printer
   - create, edit and maintain the list of authorized end-users
   - create, edit and maintain the list of authorized operators
   - create, edit and maintain the list of authorized
     administrators
   - create, customize, change or otherwise alter the manner in
     which the status capabilities and other information about printers
     and jobs are presented
   - create, customize, or change other printer or job features
   - administrate billing or other charge-back mechanisms
   - create sets of defaults
   - create sets of capabilities

   The administrator must have the capability to perform all the above
   tasks locally or remotely to the printer.

4. OBJECTIVES OF THE PROTOCOL

   The protocol to be defined by an Internet printing working group will
   address the wants and needs of the end-user (V1.0).  It will not, at
   least initially, address the operator or administrator wants and
   needs (V2.0).




 
RFC 2567             Internet Printing Design Goals           April 1999


   The protocol defined shall be independent of the operating system of
   both the client and the server.  Generally, any platform capable of
   supporting a WEB Browser should be capable of being a client.
   Generally, any platform providing a WEB/HTTP server and printing
   services should be capable of being a server.  Usage of the WEB
   Browser and Server is not required for IPP; the operating system,
   operating system extensions or other applications may provide IPP
   functionality directly.

   In many environments such as Windows 95, Windows NT and OS/2, the
   print data is created and transmitted to the printer on the fly
   rather than being created, spooled and then transmitted to the
   printer (a typical UNIX method.)  The Internet Printing Protocol must
   properly handle either methodology and make this transparent to the
   end-user.

4.1. SECURITY CONSIDERATIONS

   It is required that the Internet Printing Protocol be able to operate
   within a secure environment. Wherever reasonable, IPP ought to make
   use of existing security protocols and services. IPP will not invent
   new security features when the design goals described in this
   document can be met by existing protocols and services. Examples of
   such services include Secure Socket Layer Version 3 (SSL3) [SSL] and
   HTTP Digest Access Authentication [RFC2069].  Note: SSL3 is not on
   the IETF standards track.

   Since we cannot anticipate the security levels or the specific
   threats that any given IPP print administrator may be concerned with,
   IPP must be capable of operating with different security mechanisms
   and policies as required by the individual installation. The initial
   security needs of IPP are derived from two primary considerations.
   First, the printing environments described in this document take into
   account that the client, the Printer, and the document to be printed