rfc2567.txt

著名的RFC文档,其中有一些文档是已经翻译成中文的的.

      for registration of new attributes and new enumerated values for
      existing attributes.





Wright                        Experimental                     [Page 12]

RFC 2567             Internet Printing Design Goals           April 1999


         * that require review and approval.  The Internet Assigned
         Number Authority (IANA) will be the repository for such
         accepted registration proposals after review.

         * that do not require review and approval.  IANA will be the
         repository for such registrations.

      - by providing syntax in the protocol so that implementers may add
      private (i.e. unregistered) attributes and  enumerated attribute
      values.

      - by providing versioning and negotiation so as to enable future
      implementations of IPP to interoperate with implementations of
      version 1.0 of IPP.

4.4. FIREWALLS

   As stated in section 3 Design Goals, Internet printing shall, by
   definition, support printing from one enterprise to another.  As
   such, the Internet printing protocol must be capable of passing
   through firewalls and/or proxy servers (where enabled by the firewall
   administrator) preferably without modification to the existing
   firewall technology.

4.5. INTERNATIONALIZATION

   Users of Internet printing will come from all over the world.  As
   such, where appropriate, internationalization and localization will
   be enabled for the protocol.

5. IPP SCENARIOS

   Each of the scenarios in this section describes a specific IPP
   operation, such as submitting a print job. Section 10 contains
   several detailed flows for each scenario to provide additional
   detail.  The examples should not be considered exhaustive, but
   illustrative of the functions and features required in the protocol.
   Flows are intended to be protocol neutral. It is not assumed that all
   of the functions and features described in these scenarios will
   necessarily be supported directly by IPP or in version 1.0 of IPP.

   See the IPP Model and Semantics document for details on
   configurations of clients, servers and firewalls.








Wright                        Experimental                     [Page 13]

RFC 2567             Internet Printing Design Goals           April 1999


5.1. PRINTER DISCOVERY

   Client                                               Directory Service
   Service

    +----------------------------------------------------------- >
       give me information on printers with these characteristics


    < -----------------------------------------------------------+
        Information on Printers matching these characteristics

   The objective of printer discovery is to locate printers that meet
   the client's wants and needs. The Directory Service should provide
   enough information for the client to make an initial choice. The
   client may have to connect to each individual Printer offered to get
   more detail.  Not all information available from the Directory
   Service is obtained using IPP; some information may be
   administratively provided.

   The actual protocol used between client and Directory or Name Service
   is considered outside the scope of IPP. Printer Discover is included
   in the scenarios to provide design goals for the directory schema for
   IPP Printers and to further define Printer attributes.

   Characteristics that might be considered when locating a Printer
   include:

   - capabilities of the Printer, e.g. PDLs supported
   - physical location, e.g. in building 010
   - driver required and location
   - cost per page to print (outside the scope of IPP)
   - whether or not printer is access controlled
   - whether or not usage requires client authentication
   - whether or not Printer can be authenticated
   - whether or not payment is required for printing (outside the scope
     of IPP)
   - maximum job size (spool size) (outside the scope of IPP)
   - whether or not Printer support compression (outside the scope of
     IPP)
   - whether or not Printer supports encryption
   - administrative limits on this Printer
      - maximum number of copies per job
      - maximum number of pages per job







Wright                        Experimental                     [Page 14]

RFC 2567             Internet Printing Design Goals           April 1999


   Responses could additionally include:

   - how to get more information
      - web page
      - telephone number
      - help desk

5.2. DRIVER INSTALLATION

   Client                                               Printer

    +----------------------------------------------------------- >
       Where can I find a driver & software to install it?


    < -----------------------------------------------------------+
        URIs for drivers and install software

   Driver here refers to the code installed in some client operating
   system to generate the print data stream for the intended printer.
   The actual details for installing a printer driver are operating
   system dependent and are also outside the scope of IPP.  However, an
   IPP printer or a directory service advertising an IPP Printer should
   be capable of telling a client what drivers are available and/or
   required, where they can be found, and provide pointers to
   installation instructions, installation code or initialization
   strings required to install the driver.  See section 4.1 (SECURITY
   CONSIDERATIONS) for security implications of driver download and
   installation.

5.3. SUBMITTING A PRINT JOB

   Client                                               IPP Printer

    +----------------------------------------------------------- >
       Here is a Print Job
        - Job attributes
        - Print data


    < -----------------------------------------------------------+
        Response

   The protocol must support these sources of client data:

   - Print data is a file submitted with the job
   - Print data is generated on the fly by an application
   - Print data is a file referenced by a URI



Wright                        Experimental                     [Page 15]

RFC 2567             Internet Printing Design Goals           April 1999


   The protocol must handle overrun conditions in the printer and must
   support overlapped printing and downloading of the file in devices
   that are unable to spool files before printing them.

   Every print request will have a response. Responses will indicate
   success or failure of the request and provide information on failures
   when they occur. Responses would include things like:

   - Got the print job and queued it
   - Got the print job and am printing it
   - Got the print job, started to print it, but printing failed
      - why it failed (e.g. unrecoverable PostScript error)
      - state of the printer
      - how much printed
   - Got the print job but couldn't print it
      - why it can't be printed
      - state of the printer
   - Got the print job but don't know what to do with it
   - Didn't get a complete print job (e.g. communication failure)

5.4. GETTING STATUS/CAPABILITIES

   Client                                               IPP Printer

    +----------------------------------------------------------- >
       Get status and/or capabilities of Printer


    < -----------------------------------------------------------+
        Status/Capabilities

   Clients will need to get information about

   - Static capabilities of the device
   - Dynamic state of the Printer (e.g. out of paper)
   - State of a specific job owned by this client
   - State of all jobs owned by this client
      - queued
      - printing
      - completed











Wright                        Experimental                     [Page 16]

RFC 2567             Internet Printing Design Goals           April 1999


   - Job submission attributes supported/required
      - scheduling attributes (e.g. priority)
      - production attributes (e.g. number of copies)

5.5. ASYNCHRONOUS NOTIFICATION

   Client                                               IPP Printer

    +----------------------------------------------------------- >
       Use the following method to notify me of Printer events

                                 .
                                 .
                                 .
    < -----------------------------------------------------------+
        Asynchronous notification of Printer event

   Clients must be able to request asynchronous notification for Printer
   events such as

   - job completion
   - a fatal error that requires the job to be resubmitted
   - a condition that severely impacts a queued job for this client
      e.g. printer is out of paper

   Note: end-user notification is a V1.0 design goal while operator
   notification is for V2.0.

5.6. JOB CANCELING

   Client                                               IPP Printer

    +----------------------------------------------------------- >
       Cancel the named job as indicated


    < -----------------------------------------------------------+
        Response (did it or not)

   Similarly clients must be able to make changes to jobs which have
   been submitted and are queued for printing.  Changing of job
   attributes should also be supported.  Job modifications, holding and
   releasing of jobs are not included in the design goals for IPP v1.0.








Wright                        Experimental                     [Page 17]

RFC 2567             Internet Printing Design Goals           April 1999


6. SECURITY CONSIDERATIONS

   The security considerations for IPP are described in Section 4.1
   above.

7. REFERENCES

   [ipp-iig]  Hastings, T. and C. Manros, "Internet Printing
              Protocol/1.0: Implementer's Guide", Work in Progress.

   [RFC2569]  Herriot, R., Hastings, T., Jacobs, N. and J. Martin,
              "Mapping between LPD and IPP Protocols", RFC 2569, April
              1999.

   [RFC2566]  deBry, R., Hastings, T., Herriot, R., Isaacson, S. and P.
              Powell, "Internet Printing Protocol/1.0: Model and
              Semantics", RFC 2568, April 1999.

   [RFC2565]  Herriot, R., Butler, S., Moore, P. and R. Tuner, "Internet
              Printing Protocol/1.0: Encoding and Transport", RFC 2565,
              April 1999.

   [RFC2568]  Zilles, S., "Rationale for the Structure and Model and
              Protocol for the Internet Printing Protocol", RFC 2568,
              April 1999.

   [ISO10175] ISO/IEC 10175, Document Printing Application, June 1996.

   [RFC1179]  McLaughlin, L., "Line Printer Daemon Protocol" RFC 1179,
              August 1990.

   [SSL]      Netscape, The SSL Protocol, Version 3, (Text version
              3.02), November 1996.