rfc3239.txt
来自「RFC 的详细文档！」· 文本 代码 · 共 844 行 · 第 1/2 页
TXT
844 行
Network Working Group C. Kugler
Request for Comments: 3239 H. Lewis
Category: Informational IBM Corporation
T. Hastings
Xerox Corporation
February 2002
Internet Printing Protocol (IPP):
Requirements for Job, Printer, and Device Administrative Operations
Status of this Memo
This memo provides information for the Internet community. It does
not specify an Internet standard of any kind. Distribution of this
memo is unlimited.
Copyright Notice
Copyright (C) The Internet Society (2002). All Rights Reserved.
Abstract
This document specifies the requirements and uses cases for some
optional administrative operations for use with the Internet Printing
Protocol (IPP) version 1.0 and version 1.1. Some of these
administrative operations operate on the IPP Job and Printer objects.
The remaining operations operate on a new Device object that more
closely models a single output device.
Table of Contents
1 Introduction.....................................................2
2 Terminology......................................................2
3 Requirements and Use Cases.......................................3
4 IANA Considerations.............................................10
5 Internationalization Considerations.............................10
6 Security Considerations.........................................10
7 References......................................................11
Appendix A: Description of base IPP documents......................12
Authors' Addresses.................................................14
Full Copyright Statement...........................................15
List of Tables
Table 1 - List of Printer Operations and corresponding Device
Operations ..................................................... 9
Kugler, Lewis & Hastings Informational [Page 1]
RFC 3239 IPP: Req. for Job and Printer Admin Ops February 2002
1 Introduction
The Internet Printing Protocol (IPP) is an application level protocol
that can be used for distributed printing using Internet tools and
technologies. IPP version 1.1 ([RFC2911, RFC2910]) focuses on end
user functionality with a few administrative operations included (for
a description of the base IPP documents, see Appendix A). This
document defines the requirements and use cases for additional
optional end user, operator, and administrator operations used to
control Job objects, Printer objects (see [RFC2911]) and a new Device
object. The new Device object more closely models a single output
device and has no notion of a job, while the Printer object models a
print service which understands jobs and may represent one or more
output devices.
The scope of IPP is characterized in RFC 2567 [RFC2567] "Design Goals
for an Internet Printing Protocol". It is not the intent of this
document to revise or clarify this scope or conjecture as to the
degree of industry adoption or trends related to IPP within printing
systems. It is the intent of this document to extend the original
set of operations - in a similar fashion to the Set1 extensions which
referred to IPP/1.0 and were later incorporated into IPP/1.1.
2 Terminology
This section defines terminology used throughout this document and
the corresponding documents that define the Administrative operations
on Job, Printer, and Device objects.
This document uses terms such as "client", "Printer", "Job",
"attributes", "keywords", and "support". These terms have special
meaning and are defined in the model terminology [RFC2911] section
12.2.
In addition, the following capitalized terms are defined:
IPP Printer object (or Printer for short) - a software abstraction
defined by [RFC2911].
Printer Operation - an operation whose target is an IPP Printer
object and whose effect is on the Printer object.
Output Device - the physical imaging mechanism that an IPP Printer
controls. Note: while this term is capitalized in this
specification (but not in [RFC2911]), there is no formal object
called an Output Device.
Kugler, Lewis & Hastings Informational [Page 2]
RFC 3239 IPP: Req. for Job and Printer Admin Ops February 2002
Device Operation - an operation whose target is an IPP Printer
object and whose defined effect is on an Output Device.
Output Device Fan-Out - a configuration in which an IPP Printer
controls more that one output-device.
Printer fan-out - a configuration in which an IPP Printer object
controls more than one Subordinate IPP Printer object.
Printer fan-in - a configuration in which an IPP Printer object is
controlled by more than one IPP Printer object.
Subordinate Printer - an IPP Printer object that is controlled by
another IPP Printer object. Such a Subordinate Printer may
have one or more Subordinate Printers.
Leaf Printer - a Subordinate Printer that has no Subordinate
Printers.
Non-Leaf Printer - an IPP Printer object that has one or more
Subordinate Printers.
Chained Printer - a Non-Leaf Printer that has exactly one
Subordinate Printer.
Job Creation operations - IPP operations that create a Job object:
Print-Job, Print-URI, and Create-Job.
3 Requirements and Use Cases
The Administrative operations for Job and Printer objects will be
defined in one document [ipp-ops-set2]. The Administrative
operations for Device objects will be defined in a separate document.
The requirements are presented here together to show the parallelism.
1. Have separate operations for affecting the IPP Printer
versus affecting the Output Device, so its clear what the
intent of each is, and implementers can implement one or the
other or both.
2. Support fan-out of Printer objects.
3. Support fan-out of Output Devices.
4. Support fan-in of Printer objects, as long as it doesn't
make the semantics more complicated when not supporting
fan-in.
Kugler, Lewis & Hastings Informational [Page 3]
RFC 3239 IPP: Req. for Job and Printer Admin Ops February 2002
5. Support fan-in of output objects, as long as it doesn't make
the semantics more complicated when not supporting fan-in.
6. Instead of having operation attributes that alter the
behavior of the operation significantly, have separate
operations, so that it is simple and clear to a client which
semantics the Printer is supporting (by querying the
"operations-supported" attribute) and it is simple to
describe the capabilities of a Printer implementation in
written documentation (just list the optional operations
supported).
7. Need a Printer Operation to prevent a Printer object from
accepting new IPP jobs, but currently accepted jobs continue
unaffected to be scheduled and processed. Need a companion
one to restore the Printer object to accept new IPP jobs.
Usage: Operator is preparing to take the IPP Printer out of
service or to change the configuration of the IPP Printer.
Suggested name and operations: Disable-Printer and Enable-
Printer
8. Need a Device Operation to prevent an Output Device from
accepting any new jobs from any job submission protocol and
a companion one to restore the Output Device to accepting
any jobs.
Usage: Operator is preparing to take the Output Device out
of service.
Suggested name and operations: Disable-Device and Enable
Device
9. Need a Printer Operation to stop the processing after the
current IPP job completes and not start processing any
additional IPP jobs (either by scheduling the jobs or
sending them to the Output Device), but continue to accept
new IPP jobs. Need a companion operation to start
processing/sending IPP jobs again.
Usage: Operator wants to gracefully stop the IPP Printer at
the next job boundary. The Pause-Printer-After-Current-Job
operation is also invoked implicitly by the Deactivate-
Printer and the Shutdown-Printer Operations.
Suggested name and operations: Pause-Printer-After-
Current-Job, (IPP/1.1) Resume-Printer
Kugler, Lewis & Hastings Informational [Page 4]
RFC 3239 IPP: Req. for Job and Printer Admin Ops February 2002
10. Need a Device Operation to stop the processing the current
job "immediately", no matter what protocol. Its like the
Pause button on the Output Device. This operation is for
emergencies. The stop point depends on implementation, but
can be mid page, end of page, end of sheet, or after a few
sheets for Output Devices that can't stop that quickly. The
paper path isn't run out. Need a companion operation to
start processing the current any-protocol job without losing
any thing.
Usage: Operator sees something bad about to happen, such as
the paper is about to jam, or the toner is running out, or
the device is overheating or wants to add more paper.
Suggested name and operations: Pause-Device-Now, Resume-
Device
11. Need a Printer Operation to stop the processing of IPP jobs
after all of the currently accepted jobs have been
processed, but any newly accepted jobs go into the
'processing-held' state.
Usage: This allows an operator to reconfigure the Output
Device in order to let jobs that are held waiting for
resources, such as special media, get a chance. Then the
operator uses another operation after reconfiguring. He
repeats the two operations to restore the Output Device to
its normal media.
Suggested name and operations: Hold-New-Jobs, Release-
Held-New-Jobs
12. Need a Device Operation to stop processing the current any-
protocol job at a convenient point, such as after the
current copy (or end of job if last or only copy). Need a
companion operation to start processing the current any-
protocol job or next job without losing any thing.
Usage: The operator wants to empty the output bin that is
near full. The paper path is run out.
Suggested name and operations: Pause-Device-After-Current-
Copy, Resume-Device
Kugler, Lewis & Hastings Informational [Page 5]
RFC 3239 IPP: Req. for Job and Printer Admin Ops February 2002
13. Need a Device Operation that always pauses on a device-
defined boundary, no matter how many copies, in order to not
break up a job. Need a companion operation to start
processing the current any-protocol job or next job without
losing any thing.
Usage: The operator wants to empty the output bin that is
near full, but he doesn't want to break up a job in case it
has multiple copies. The paper path is run out.
Suggested name and operations: Pause-Device-After-Current-
Job, Resume-Device
14. Need a Printer Operation that combines Disable-Printer,
Pause-Printer-After-Current-Job, and rejects all other Job,
Printer, and Device Operations, except Job and Printer
queries, System Administrator Set-Printer-Attributes, and
the companion operation to resume activity. In other words,
this operation makes the Printer a read-only object in a
graceful manner for end-users and the operator.
Usage: The administrator wants to reconfigure the Printer
object using the Set-Printer-Attributes operation without
disturbing the current in process work, but wants to make
sure that the operator isn't also trying to change the
Printer object as part of running the Printer.
Suggested name and operation: Deactivate-Printer,
Activate-Printer
15. Need a Device Operation that combines Disable-Device,
Pause-Device-After-Current-Job, and rejects all other Device
Operations, except Job and Printer queries and the companion
operation to resume activity. In other words, this
operation makes the Output Device a read-only object in a
graceful manner.
Usage: The field service person wants to open up the device
without disturbing the current in process work, perhaps to
replace staples, or replace the toner cartridge.
Suggested name and operation: Deactivate-Device, Activate-
Device
Kugler, Lewis & Hastings Informational [Page 6]
RFC 3239 IPP: Req. for Job and Printer Admin Ops February 2002
16. Need a Printer Operation to recover from the IPP Printer
software that has gotten confused (run out of heap memory or
gotten into a state that it doesn't seem to be able to get
out of). This is a condition that shouldn't happen, but
does in real life. Any volatile information is saved if
possible before the software is re-initialized. No
companion operation is needed to undo this. We don't want
to go back to the "confused" state :-).
Usage: The IPP Printer software has gotten confused or
isn't responding properly.
Suggested name and operation: Restart-Printer
17. Need a Device Operation to recover from the Output Device
hardware and software that has gotten confused (gotten into
a state that it doesn't seem to be able to get out of, run
out of heap memory, etc.). This is a condition that
shouldn't happen, but does in real life. This is the same
and has the same options as the Printer MIB reset. No
companion operation is needed to undo this. We don't want
to go back to the "confused" state :-).
Usage: The Output Device has gotten confused or need
resetting to some initial conditions.
Suggested name and operation: Reset-Device
18. Need a Printer Operation to put the IPP Printer object out
of business with no way in the protocol to bring that
instantiation back to life (but see Startup-Printer which
brings up exactly one new instantiation to life with the
same URL). Any volatile information is saved if possible.
Usage: The Printer is being moved or the building's power
is being shut off.
Suggested name and operation: Shutdown-Printer
19. Need a Printer Operation to bring an IPP Printer to life
when there is an already running host.
Usage: After the host is started (by means outside the IPP
protocol), the operator is able to ask the host to bring up
any number of Printer objects (that the host has been
configured in some way) each with distinct URLs.
Suggested name and operation: Startup-Printer
Kugler, Lewis & Hastings Informational [Page 7]
RFC 3239 IPP: Req. for Job and Printer Admin Ops February 2002
20. Need a Device Operation to power off the Output Device after
writing out any software state. It is assumed that other
operations have more gracefully prepared the Output Device
for this drastic and immediate. There is no companion
Device Operation to bring the power back on.
Usage: The Output Device is going to be moved, the power in
the building is going to be shutoff, the repair man has
arrived and needs to take the Output Device apart.
Suggested name and operation: Power-Off-Device
21. Need a Device Operation to startup a powered-off device.
Usage: After a Power-Off-Device, if the device can be
powered back up (possibly by an intervening host that
supports the Device Operation).
Suggest name and operation: Power-On-Device
⌨️ 快捷键说明
复制代码Ctrl + C
搜索代码Ctrl + F
全屏模式F11
增大字号Ctrl + =
减小字号Ctrl + -
显示快捷键?