< draft-ietf-ipp-job-prog-01.txt   draft-ietf-ipp-job-prog-02.txt >
INTERNET-DRAFT INTERNET-DRAFT
<draft-ietf-ipp-job-prog-01.txt> T. Hastings <draft-ietf-ipp-job-prog-02.txt> T. Hastings
Category: standards track Xerox Corporation Category: standards track Xerox Corporation
H. Lewis H. Lewis
IBM Printing Company IBM Printing Company
R. Bergman R. Bergman
Hitachi Koki Imaging Solutions Hitachi Koki Imaging Solutions
August 30, 2000 January 23, 2001
Internet Printing Protocol (IPP):
Job Progress Attributes
Copyright (C) The Internet Society (2000). All Rights Reserved.
Status of this Memo Internet Printing Protocol (IPP):
Job Progress Attributes
Copyright (C) The Internet Society (2001). All Rights Reserved.
This document is an Internet-Draft and is in full conformance with all Status of this Memo:
provisions of Section 10 of [RFC2026]. Internet-Drafts are working This document is an Internet-Draft and is in full conformance with
documents of the Internet Engineering Task Force (IETF), its areas, and all provisions of Section 10 of [RFC2026]. Internet-Drafts are
its working groups. Note that other groups may also distribute working working documents of the Internet Engineering Task Force (IETF), its
documents as Internet-Drafts. areas, and its working groups. Note that other groups may also
distribute working documents as Internet-Drafts.
Internet-Drafts are draft documents valid for a maximum of six months Internet-Drafts are draft documents valid for a maximum of six months
and may be updated, replaced, or obsoleted by other documents at any and may be updated, replaced, or obsoleted by other documents at any
time. It is inappropriate to use Internet-Drafts as reference material time. It is inappropriate to use Internet-Drafts as reference
or to cite them other than as "work in progress". material or to cite them other than as "work in progress".
The list of current Internet-Drafts can be accessed at The list of current Internet-Drafts can be accessed at
http://www.ietf.org/ietf/1id-abstracts.txt http://www.ietf.org/ietf/1id-abstracts.txt
The list of Internet-Draft Shadow Directories can be accessed as The list of Internet-Draft Shadow Directories can be accessed as
http://www.ietf.org/shadow.html. http://www.ietf.org/shadow.html.
Abstract Abstract
This document defines four new Job Description attributes for
This document defines four new Job Description attributes for monitoring monitoring job progress to be registered as extensions to IPP/1.0
job progress to be registered as extensions to IPP/1.0 [RFC2566] and [RFC2566] and IPP/1.1 [RFC2911]. These attributes are drawn from the
IPP/1.1 [ipp-mod]. These attributes are drawn from the PWG Job PWG Job Monitoring MIB [rfc2707]. The new Job Description attributes
Monitoring MIB [rfc2707]. The new Job Description attributes are: are:
"job-collation-type" (type2 enum) "job-collation-type" (type2 enum)
"sheet-completed-copy-number" (integer(0:MAX)) "sheet-completed-copy-number" (integer(0:MAX))
"sheet-completed-document-number" (integer(0:MAX)) "sheet-completed-document-number" (integer(0:MAX))
"impressions-completed-current-copy" (integer(0:MAX)) "impressions-completed-current-copy" (integer(0:MAX))
This document also defines a new "sheet-collate" Job Template attribute This document also defines a new "sheet-collate" Job Template
to control sheet collation and to help with the interpretation of the attribute to control sheet collation and to help with the
job progress attributes. These new attributes may also be used by interpretation of the job progress attributes. These new attributes
themselves in combination with the IPP/1.1 "job-impressions-completed" may also be used by themselves in combination with the IPP/1.1 "job-
attribute as useful job progress monitoring attributes and/or may be impressions-completed" attribute as useful job progress monitoring
passed in an IPP Notification (see [ipp-ntfy]). attributes and/or may be passed in an IPP Notification (see [ipp-
ntfy]).
Expires March 1, 2001 The full set of IPP documents includes:
The full set of IPP documents includes:
Design Goals for an Internet Printing Protocol [RFC2567] Design Goals for an Internet Printing Protocol [RFC2567]
Rationale for the Structure and Model and Protocol for the Internet Rationale for the Structure and Model and Protocol for the Internet
Printing Protocol [RFC2568] Printing Protocol [RFC2568]
Internet Printing Protocol/1.1: Model and Semantics [ipp-mod] Internet Printing Protocol/1.1: Model and Semantics [RFC2911]
Internet Printing Protocol/1.1: Encoding and Transport [ipp-pro] Internet Printing Protocol/1.1: Encoding and Transport [RFC2910]
Internet Printing Protocol/1.1: Implementer's Guide [ipp-iig] Internet Printing Protocol/1.1: Implementer's Guide [ipp-iig]
Mapping between LPD and IPP Protocols [RFC2569] Mapping between LPD and IPP Protocols [RFC2569]
Internet Printing Protocol/1.0 & 1.1: Event Notification Internet Printing Protocol/1.0 & 1.1: Event Notification
Specification [ipp-ntfy] Specification [ipp-ntfy]
The "Design Goals for an Internet Printing Protocol" document takes a
broad look at distributed printing functionality, and it enumerates
real-life scenarios that help to clarify the features that need to be
included in a printing protocol for the Internet. It identifies
requirements for three types of users: end users, operators, and
administrators. It calls out a subset of end user requirements that
are satisfied in IPP/1.0. A few OPTIONAL operator operations have
been added to IPP/1.1.
The "Design Goals for an Internet Printing Protocol" document takes a The "Rationale for the Structure and Model and Protocol for the
broad look at distributed printing functionality, and it enumerates Internet Printing Protocol" document describes IPP from a high level
real-life scenarios that help to clarify the features that need to be view, defines a roadmap for the various documents that form the suite
included in a printing protocol for the Internet. It identifies of IPP specification documents, and gives background and rationale
requirements for three types of users: end users, operators, and for the IETF working group's major decisions.
administrators. It calls out a subset of end user requirements that are
satisfied in IPP/1.0. A few OPTIONAL operator operations have been
added to IPP/1.1.
The "Rationale for the Structure and Model and Protocol for the Internet
Printing Protocol" document describes IPP from a high level view,
defines a roadmap for the various documents that form the suite of IPP
specification documents, and gives background and rationale for the IETF
working group's major decisions.
The "Internet Printing Protocol/1.1: Model and Semantics" document
describes a simplified model with abstract objects, their attributes,
and their operations that are independent of encoding and transport. It
introduces a Printer and a Job object. The Job object optionally
supports multiple documents per Job. It also addresses security,
internationalization, and directory issues.
The "Internet Printing Protocol/1.1: Encoding and Transport" document is
a formal mapping of the abstract operations and attributes defined in
the model document onto HTTP/1.1 [RFC2616]. It defines the encoding
rules for a new Internet MIME media type called "application/ipp". This
document also defines the rules for transporting over HTTP a message
body whose Content-Type is "application/ipp". This document defines a
new scheme named 'ipp' for identifying IPP printers and jobs.
The "Internet Printing Protocol/1.1: Implementer's Guide" document gives
insight and advice to implementers of IPP clients and IPP objects. It
is intended to help them understand IPP/1.1 and some of the
considerations that may assist them in the design of their client and/or
IPP object implementations. For example, a typical order of processing
requests is given, including error checking. Motivation for some of the
specification decisions is also included.
The "Mapping between LPD and IPP Protocols" document gives some advice
to implementers of gateways between IPP and LPD (Line Printer Daemon)
implementations.
Expires March 1, 2001
The "Event Notification Specification" document defines OPTIONAL
operations that allow a client to subscribe to printing related events.
Subscriptions include "Per-Job subscriptions" and "Per-Printer
subscriptions". Subscriptions are modeled as Subscription objects.
Four other operations are defined for subscription objects: get
attributes, get subscriptions, renew a subscription, and cancel a
subscription.
Expires March 1, 2001 The "Internet Printing Protocol/1.1: Model and Semantics" document
TABLE OF CONTENTS describes a simplified model with abstract objects, their attributes,
and their operations that are independent of encoding and transport.
It introduces a Printer and a Job object. The Job object optionally
supports multiple documents per Job. It also addresses security,
internationalization, and directory issues.
1 New Job Template attribute.....................................5 The "Internet Printing Protocol/1.1: Encoding and Transport" document
is a formal mapping of the abstract operations and attributes defined
in the model document onto HTTP/1.1 [RFC2616]. It defines the
encoding rules for a new Internet MIME media type called
"application/ipp". This document also defines the rules for
transporting over HTTP a message body whose Content-Type is
"application/ipp". This document defines a new scheme named 'ipp'
for identifying IPP printers and jobs.
1.1 "sheet-collate" (type2 keyword)...........................5 The "Internet Printing Protocol/1.1: Implementer's Guide" document
gives insight and advice to implementers of IPP clients and IPP
objects. It is intended to help them understand IPP/1.1 and some of
the considerations that may assist them in the design of their client
and/or IPP object implementations. For example, a typical order of
processing requests is given, including error checking. Motivation
for some of the specification decisions is also included.
2 IPP Job Description attributes for monitoring Job Progress.....7 The "Mapping between LPD and IPP Protocols" document gives some
advice to implementers of gateways between IPP and LPD (Line Printer
Daemon) implementations.
2.1 "job-collation-type" (type2 enum)........................10 The "Event Notification Specification" document defines OPTIONAL
operations that allow a client to subscribe to printing related
events. Subscriptions include "Per-Job subscriptions" and "Per-
Printer subscriptions". Subscriptions are modeled as Subscription
objects. Four other operations are defined for subscription objects:
get attributes, get subscriptions, renew a subscription, and cancel a
subscription.
2.2 "sheet-completed-copy-number" (integer(0:MAX))...........11 TABLE OF CONTENTS
2.3 "sheet-completed-document-number" (integer(0:MAX)).......11 1 New Job Template attribute......................................5
1.1 sheet-collate (type2 keyword) ................................5
2.4 "impressions-completed-current-copy" (integer(0:MAX))....12 2 IPP Job Description attributes for monitoring Job Progress......8
2.1 job-collation-type (type2 enum) .............................11
2.2 sheet-completed-copy-number (integer(0:MAX)) ................12
2.3 sheet-completed-document-number (integer(0:MAX)) ............13
2.4 impressions-completed-current-copy (integer(0:MAX)) .........13
3 Conformance Requirements......................................12 3 Conformance Requirements.......................................13
4 IANA Considerations...........................................12 4 IANA Considerations............................................13
4.1 Attribute Registrations .....................................14
5 Internationalization Considerations...........................12 5 Internationalization Considerations............................14
6 Security Considerations.......................................12 6 Security Considerations........................................14
7 References....................................................12 7 References.....................................................15
8 Author's Addresses............................................13 8 Author's Addresses.............................................16
9 Full Copyright Statement......................................14 9 Full Copyright Statement.......................................16
Expires March 1, 2001
1 New Job Template attribute 1 New Job Template attribute
1.1 "sheet-collate" (type2 keyword) 1.1 sheet-collate (type2 keyword)
+===================+======================+======================+
| Job Attribute |Printer: Default Value| Printer: Supported |
| | Attribute | Values Attribute |
+===================+======================+======================+
| sheet-collate | sheet-collate-default| sheet-collate- |
| (type2 keyword) | (type2 keyword) | supported (1setOf |
| | | type2 keyword) |
+-------------------+----------------------+----------------------+
This attribute specifies whether or not the media sheets of each copy of
each printed document in a job are to be in sequence, when multiple
copies of the document are specified by the 'copies' attribute.
Standard keyword values are: +===================+======================+=====================+
| Job Attribute |Printer: Default Value| Printer: Supported |
| | Attribute | Values Attribute |
+===================+======================+=====================+
| sheet-collate | sheet-collate-default| sheet-collate- |
| (type2 keyword) | (type2 keyword) | supported (1setOf |
| | | type2 keyword) |
+-------------------+----------------------+---------------------+
This attribute specifies whether or not the media sheets of each copy
of each printed document in a job are to be in sequence, when
multiple copies of the document are specified by the 'copies'
attribute.
'uncollated': each print-stream sheet is printed a number of times Standard keyword values are:
in succession equal to the value of the 'copies' attribute,
followed by the next print-stream sheet.
'collated': each copy of each document is printed with the print- 'uncollated': each print-stream sheet is printed a number of times
stream sheets in sequence, followed by the next document copy. in succession equal to the value of the 'copies' attribute,
followed by the next print-stream sheet.
For example, suppose a document produces two media sheets as output, and 'collated': each copy of each document is printed with the print-
"copies" is equal to '6', For the 'uncollated' case, six copies of the stream sheets in sequence, followed by the next document copy.
first media sheet are printed followed by six copies of the second media
sheet. For the 'collated' case, one copy of each of the six sheets are
printed followed by another copy of each of the six media sheets.
Whether the effect of sheet collation is achieved by placing copies of a For example, suppose a document produces two media sheets as output,
document in multiple output bins or in the same output bin with and "copies" is equal to '6', For the 'uncollated' case, six copies
implementation defined document separation is implementation dependent. of the first media sheet are printed followed by six copies of the
Also whether it is achieved by making multiple passes over the job or by second media sheet. For the 'collated' case, one copy of each of the
using an output sorter is implementation dependent. six sheets are printed followed by another copy of each of the six
media sheets.
Note: IPP/1.0 [RFC2566] and IPP/1.1 [ipp-mod] is silent on whether or Whether the effect of sheet collation is achieved by placing copies
not sheets within documents are collated. The "sheet-collate-supported" of a document in multiple output bins or in the same output bin with
Printer attribute permits a Printer object to indicate whether or not it implementation defined document separation is implementation
collates sheets with each document and whether it allows the client to dependent. Also whether it is achieved by making multiple passes
control sheet collation. An implementation is able to indicate that it over the job or by using an output sorter is implementation
supports uncollated sheets, collated sheets, or both, using the dependent.
'uncollated', 'collated', or both 'uncollated' and 'collated' values,
respectively.
This attribute is affected by "multiple-document-handling." The Note: IPP/1.0 [RFC2566] and IPP/1.1 [RFC2911] is silent on whether
"multiple-document-handling" attribute describes the collation of or not sheets within documents are collated. The "sheet-collate-
documents, and the "sheet-collate" attribute describes the semantics of supported" Printer attribute permits a Printer object to indicate
collating individual pages within a document. To better explain the whether or not it collates sheets with each document and whether it
interaction between these two attributes the term "set" is introduced. allows the client to control sheet collation. An implementation is
A "set" is a logical boundary between the delivered media sheets of a able to indicate that it supports uncollated sheets, collated sheets,
printed job. For-example, in the case of a ten page single document or both, using the 'uncollated', 'collated', or both 'uncollated' and
with collated pages and a request for 50 copies, each of the 50 printed 'collated' values, respectively.
Expires March 1, 2001 This attribute is affected by "multiple-document-handling." The
copies of the document constitutes a "set." In the above example if the "multiple-document-handling" attribute describes the collation of
pages were uncollated, then 50 copies of each of the individual pages documents, and the "sheet-collate" attribute describes the semantics
within the document would represent each "set". of collating individual pages within a document. To better explain
the interaction between these two attributes the term "set" is
introduced. A "set" is a logical boundary between the delivered
media sheets of a printed job. For-example, in the case of a ten
page single document with collated pages and a request for 50 copies,
each of the 50 printed copies of the document constitutes a "set."
In the above example if the pages were uncollated, then 50 copies of
each of the individual pages within the document would represent each
"set".
The following table describes the interaction of "sheet-collate" with The following table describes the interaction of "sheet-collate" with
multiple document handling. multiple document handling.
"sheet- "multiple- Semantics "sheet- "multiple- Semantics
collate" document- collate" document-
handling" handling"
'collated' 'single- Each copy of the concatenated 'collated' 'single- Each copy of the concatenated
document' documents, with their pages in document' documents, with their pages in
sequence, represents a "set." sequence, represents a "set."
'collated' 'single- Each copy of the concatenated 'collated' 'single- Each copy of the concatenated
document-new- documents, with their pages in document-new- documents, with their pages in
sheet' sequence, represents a "set." sheet' sequence, represents a "set."
'collated' 'separate- Each copy of each separate document, 'collated' 'separate- Each copy of each separate
documents- with its pages in sequence, documents- document, with its pages in
collated- represents a "set." collated- sequence, represents a "set."
copies' copies'
'collated' 'separate- Each copy of each separate document, 'collated' 'separate- Each copy of each separate
documents- with its pages in sequence, documents- document, with its pages in
uncollated- represents a "set." uncollated- sequence, represents a "set."
copies' copies
'uncollated' 'single- Each media sheet of the document is 'uncollated' 'single- Each media sheet of the document
document' printed a number of times equal to document' is printed a number of times equal
the "copies" attribute; which to the "copies" attribute; which
constitutes a "set." constitutes a "set."
'uncollated' 'single- Each media sheet of the concatenated 'uncollated' 'single- Each media sheet of the
document-new- documents is printed a number of document-new- concatenated documents is printed
sheet' times equal to the "copies" sheet' a number of times equal to the
attribute; which constitutes a "copies" attribute; which
"set." constitutes a "set."
'uncollated' 'separate- This is a degenerate case, and the 'uncollated' 'separate- This is a degenerate case, and the
documents- printer object MUST reject the job documents- printer object MUST reject the job
collated- and return the status, "client- collated- and return the status, "client-
copies' error-conflicting-attributes." copies' error-conflicting-attributes."
'uncollated' 'separate- This is a degenerate case, and the 'uncollated' 'separate- This is a degenerate case, and the
documents- printer object MUST reject the job documents- printer object MUST reject the job
uncollated- and return the status "client-error- uncollated- and return the status "client-
copies conflicting-attributes." copies error-conflicting-attributes."
From the above table it is obvious that the implicit value of the From the above table it is obvious that the implicit value of the
"sheet-collate" attribute in a printer that does not support the "sheet-collate" attribute in a printer that does not support the
"sheet-collate" attribute, is 'collated.' The semantics of "sheet-collate" attribute, is 'collated.' The semantics of
"multiple-document-handling" are otherwise nonsensical in the case "multiple-document-handling" are otherwise nonsensical in the case
of separate documents. of separate documents.
Expires March 1, 2001
2 IPP Job Description attributes for monitoring Job Progress 2 IPP Job Description attributes for monitoring Job Progress
The following IPP Job Description attributes are proposed to be added to The following IPP Job Description attributes are proposed to be added
IPP through the type2 registration procedures. They are useful for to IPP through the type2 registration procedures. They are useful
monitoring the progress of a job. They are also used at attributes in for monitoring the progress of a job. They are also used at
the notification content in a notification report [ipp-ntfy]. attributes in the notification content in a notification report [ipp-
ntfy].
There are a number of Job Description attributes for monitoring the There are a number of Job Description attributes for monitoring the
progress of a job. These objects and attributes count the number of K progress of a job. These objects and attributes count the number of
octets, impressions, sheets, and pages requested or completed. For K octets, impressions, sheets, and pages requested or completed. For
impressions and sheets, "completed" means stacked, unless the impressions and sheets, "completed" means stacked, unless the
implementation is unable to detect when each sheet is stacked, in which implementation is unable to detect when each sheet is stacked, in
case stacked is approximated when processing of each sheet completes. which case stacked is approximated when processing of each sheet
There are objects and attributes for the overall job and for the current completes. There are objects and attributes for the overall job and
copy of the document currently being stacked. For the latter, the rate for the current copy of the document currently being stacked. For
at which the various objects and attributes count depends on the sheet the latter, the rate at which the various objects and attributes
and document collation of the job. count depends on the sheet and document collation of the job.
Consider the following four Job Description attributes that are used to Consider the following four Job Description attributes that are used
monitor the progress of a job's impressions: to monitor the progress of a job's impressions:
1."job-impressions-completed" - counts the total number of 1."job-impressions-completed" - counts the total number of
impressions stacked for the job (see [ipp-mod] section 4.3.18.2) impressions stacked for the job (see [RFC2911] section 4.3.18.2)
2."impressions-completed-current-copy" - counts the number of 2."impressions-completed-current-copy" - counts the number of
impressions stacked for the current document copy impressions stacked for the current document copy
3."sheet-completed-copy-number" - identifies the number of the 3."sheet-completed-copy-number" - identifies the number of the
copy for the current document being stacked where the first copy copy for the current document being stacked where the first copy
is 1. is 1.
4."sheet-completed-document-number" - identifies the current 4."sheet-completed-document-number" - identifies the current
document within the job that is being stacked where the first document within the job that is being stacked where the first
document in a job is 1. NOTE: this attribute SHOULD NOT be document in a job is 1. NOTE: this attribute SHOULD NOT be
implemented for implementations that only support one document implemented for implementations that only support one document
per job. per job.
For each of the three types of job collation, a job with three copies of For each of the three types of job collation, a job with three copies
two documents (1, 2), where each document consists of 3 impressions, the of two documents (1, 2), where each document consists of 3
four variables have the following values as each sheet is stacked for impressions, the four variables have the following values as each
one-sided printing: sheet is stacked for one-sided printing:
Expires March 1, 2001
"job-collation-type" = 'uncollated-sheets(3)' "job-collation-type" = 'uncollated-sheets(3)'
"job- "impressions- "sheet- "sheet- "job- "impressions- "sheet- "sheet-
impressions- completed- completed- completed- impressions- completed- completed- completed-
completed" current-copy" copy-number" document- completed" current-copy" copy-number" document-
number" number"
0 0 0 0 0 0 0 0
1 1 1 1 1 1 1 1
2 1 2 1 2 1 2 1
3 1 3 1 3 1 3 1
4 2 1 1 4 2 1 1
5 2 2 1 5 2 2 1
6 2 3 1 6 2 3 1
7 3 1 1 7 3 1 1
8 3 2 1 8 3 2 1
9 3 3 1 9 3 3 1
10 1 1 2 10 1 1 2
11 1 2 2 11 1 2 2
12 1 3 2 12 1 3 2
13 2 1 2 13 2 1 2
14 2 2 2 14 2 2 2
15 2 3 2 15 2 3 2
16 3 1 2 16 3 1 2
17 3 2 2 17 3 2 2
18 3 3 2 18 3 3 2
Expires March 1, 2001
"job-collation-type" = 'collated-documents(4)' "job-collation-type" = 'collated-documents(4)'
"job- "impressions- "sheet- "sheet- "job- "impressions- "sheet- "sheet-
impressions- completed- completed- completed- impressions- completed- completed- completed-
completed" current-copy" copy-number" document- completed" current-copy" copy- document-
number" number" number"
0 0 0 0
1 1 1 1
2 2 1 1
3 3 1 1
4 1 1 2
5 2 1 2
6 3 1 2
7 1 2 1
8 2 2 1
9 3 2 1
10 1 2 2
11 2 2 2
12 3 2 2
13 1 3 1
14 2 3 1
15 3 3 1
16 1 3 2
17 2 3 2
18 3 3 2
Expires March 1, 2001 0 0 0 0
1 1 1 1
2 2 1 1
3 3 1 1
4 1 1 2
5 2 1 2
6 3 1 2
7 1 2 1
8 2 2 1
9 3 2 1
10 1 2 2
11 2 2 2
12 3 2 2
13 1 3 1
14 2 3 1
15 3 3 1
16 1 3 2
17 2 3 2
18 3 3 2
"job-collation-type" = 'uncollated-documents(5)' "job-collation-type" = 'uncollated-documents(5)'
"job- "impressions- "sheet- "sheet- "job- "impressions- "sheet- "sheet-
impressions- completed- completed- completed- impressions- completed- completed- completed-
completed" current-copy" copy-number" document- completed" current-copy" copy- document-
number" number" number"
0 0 0 0 0 0 0 0
1 1 1 1 1 1 1 1
2 2 1 1 2 2 1 1
3 3 1 1 3 3 1 1
4 1 2 1 4 1 2 1
5 2 2 1 5 2 2 1
6 3 2 1 6 3 2 1
7 1 3 1 7 1 3 1
8 2 3 1 8 2 3 1
9 3 3 1 9 3 3 1
10 1 1 2 10 1 1 2
11 2 1 2 11 2 1 2
12 3 1 2 12 3 1 2
13 1 2 2 13 1 2 2
14 2 2 2 14 2 2 2
15 3 2 2 15 3 2 2
16 1 3 2 16 1 3 2
17 2 3 2 17 2 3 2
18 3 3 2 18 3 3 2
2.1 "job-collation-type" (type2 enum) 2.1 job-collation-type (type2 enum)
Job Collation includes sheet collation and document collation. Sheet Job Collation includes sheet collation and document collation. Sheet
collation is defined to be the ordering of sheets within a document collation is defined to be the ordering of sheets within a document
copy. Document collation is defined to be ordering of document copies copy. Document collation is defined to be ordering of document
within a multi-document job. The value of the "job-collation-type" is copies within a multi-document job. The value of the "job-collation-
affected by the value of the "sheet-collate" Job Template attribute (see type" is affected by the value of the "sheet-collate" Job Template
section 1.1), if supplied and supported. attribute (see section 1.1), if supplied and supported.
The Standard enum values are: The Standard enum values are:
'1' 'other': not one of the defined values '1' 'other': not one of the defined values
'2' 'unknown': the collation type is unknown '2' 'unknown': the collation type is unknown
'3' 'uncollated-sheets': No collation of the sheets within each '3' 'uncollated-sheets': No collation of the sheets within each
document copy, i.e., each sheet of a document that is to document copy, i.e., each sheet of a document that is
produce multiple copies is replicated before the next to produce multiple copies is replicated before the
sheet in the document is processed and stacked. If the next sheet in the document is processed and stacked.
device has an output bin collator, the 'uncollated-
sheets(3)' value may actually produce collated sheets as
far as the user is concerned (in the output bins).
However, when the job collation is the 'uncollated-
sheets(3)' value, job progress is indistinguishable to a
Expires March 1, 2001 If the device has an output bin collator, the
monitoring application between a device that has an 'uncollated-sheets(3)' value may actually produce
output bin collator and one that does not. collated sheets as far as the user is concerned (in
the output bins). However, when the job collation is
the 'uncollated-sheets(3)' value, job progress is
indistinguishable to a monitoring application between
a device that has an output bin collator and one that
does not.
'4' 'collated-documents': Collation of the sheets within each '4' 'collated-documents': Collation of the sheets within each
document copy is performed within the printing device by document copy is performed within the printing device
making multiple passes over either the source or an by making multiple passes over either the source or
intermediate representation of the document. In an intermediate representation of the document. In
addition, when there are multiple documents per job, the addition, when there are multiple documents per job,
i'th copy of each document is stacked before the j'th the i'th copy of each document is stacked before the
copy of each document, i.e., the documents are collated j'th copy of each document, i.e., the documents are
within each job copy. For example, if a job is submitted collated within each job copy. For example, if a job
with documents, A and B, the job is made available to the is submitted with documents, A and B, the job is made
end user as: A, B, A, B, ... The 'collated-documents(4)' available to the end user as: A, B, A, B, .... The
value corresponds to the IPP [ipp-mod] 'separate- 'collated-documents(4)' value corresponds to the IPP
documents-collated-copies' keyword value of the [RFC2911] 'separate-documents-collated-copies'
"multiple-document-handling" attribute. keyword value of the "multiple-document-handling"
attribute.
If the job's "copies" attribute is '1' (or not If the job's "copies" attribute is '1' (or not
supplied), then the "job-collation-type" attribute is supplied), then the "job-collation-type" attribute is
defined to be '4'. defined to be '4'.
'5' 'uncollated-documents': Collation of the sheets within each '5' 'uncollated-documents': Collation of the sheets within each
document copy is performed within the printing device by document copy is performed within the printing device
making multiple passes over either the source or an by making multiple passes over either the source or
intermediate representation of the document. In an intermediate representation of the document. In
addition, when there are multiple documents per job, all addition, when there are multiple documents per job,
copies of the first document in the job are stacked all copies of the first document in the job are
before the any copied of the next document in the job, stacked before the any copied of the next document in
i.e., the documents are uncollated within the job. For the job, i.e., the documents are uncollated within
example, if a job is submitted with documents, A and B, the job. For example, if a job is submitted with
the job is mad available to the end user as: A, A, ..., documents, A and B, the job is mad available to the
B, B, .... The 'uncollated-documents(5)' value end user as: A, A, ..., B, B, .... The 'uncollated-
corresponds to the IPP [ipp-mod] 'separate-documents- documents(5)' value corresponds to the IPP [RFC2911]
uncollated-copies' keyword value of the "multiple- 'separate-documents-uncollated-copies' keyword value
document-handling" attribute. of the "multiple-document-handling" attribute.
2.2 "sheet-completed-copy-number" (integer(0:MAX)) 2.2 sheet-completed-copy-number (integer(0:MAX))
The number of the copy being stacked for the current document. This The number of the copy being stacked for the current document. This
number starts at 0, is set to 1 when the first sheet of the first copy number starts at 0, is set to 1 when the first sheet of the first
for each document is being stacked and is equal to n where n is the nth copy for each document is being stacked and is equal to n where n is
sheet stacked in the current document copy. If the value is unknown, the nth sheet stacked in the current document copy. If the value is
the Printer MUST return the 'unknown' out-of-band value (see [ipp-mod] unknown, the Printer MUST return the 'unknown' out-of-band value (see
section 4.1), rather than the -2 value used in some MIBs [rfc2707]. [RFC2911] section 4.1), rather than the -2 value used in some MIBs
[rfc2707].
2.3 "sheet-completed-document-number" (integer(0:MAX)) 2.3 sheet-completed-document-number (integer(0:MAX))
The ordinal number of the document in the job that is currently being The ordinal number of the document in the job that is currently being
stacked. This number starts at 0, increments to 1 when the first sheet stacked. This number starts at 0, increments to 1 when the first
of the first document in the job is being stacked, and is equal to n sheet of the first document in the job is being stacked, and is equal
where n is the nth document in the job, starting with 1. If the value is to n where n is the nth document in the job, starting with 1. If the
unknown, the Printer MUST return the 'unknown' out-of-band value (see value is unknown, the Printer MUST return the 'unknown' out-of-band
[ipp-mod] section 4.1), rather than the -2 value used in some MIBs value (see [RFC2911] section 4.1), rather than the -2 value used in
[rfc2707]. some MIBs [rfc2707].
Expires March 1, 2001 Implementations that only support one document jobs SHOULD NOT
Implementations that only support one document jobs SHOULD NOT implement implement this attribute.
this attribute.
2.4 "impressions-completed-current-copy" (integer(0:MAX)) 2.4 impressions-completed-current-copy (integer(0:MAX))
The number of impressions completed by the device for the current copy The number of impressions completed by the device for the current
of the current document so far. For printing, the impressions completed copy of the current document so far. For printing, the impressions
includes interpreting, marking, and stacking the output. For other completed includes interpreting, marking, and stacking the output.
types of job services, the number of impressions completed includes the For other types of job services, the number of impressions completed
number of impressions processed. If the value is unknown, the Printer includes the number of impressions processed. If the value is
MUST return the 'unknown' out-of-band value (see [ipp-mod] section 4.1), unknown, the Printer MUST return the 'unknown' out-of-band value (see
rather than the -2 value used in some MIBs [rfc2707]. [RFC2911] section 4.1), rather than the -2 value used in some MIBs
[rfc2707].
This value SHALL be reset to 0 for each document in the job and for each This value SHALL be reset to 0 for each document in the job and for
document copy. each document copy.
3 Conformance Requirements 3 Conformance Requirements
This section summarizes the Conformance Requirements detailed in the This section summarizes the Conformance Requirements detailed in the
definitions in this document. In general each of the attributes defined definitions in this document. In general each of the attributes
in this document are OPTIONAL for a Printer to support, so that Printer defined in this document are OPTIONAL for a Printer to support, so
implementers MAY implement any combination of attributes. that Printer implementers MAY implement any combination of
attributes.
4 IANA Considerations 4 IANA Considerations
IANA will be called on to register the attributes defined in this This section contains the exact information for IANA to add to the
document, using the procedures outlined in [ipp-mod]. IPP Registries according to the procedures defined in RFC 2911
[RFC2911] section 6.
Note to RFC Editors: Replace RFC NNNN below with the RFC number for
this document, so that it accurately reflects the content of the
information for the IANA Registry.
4.1 Attribute Registrations
The attributes defined in this document will be published by IANA
according to the procedures in RFC 2911 [RFC2911] section 6.2 with
the following path:
ftp.isi.edu/iana/assignments/ipp/attributes/
The registry entry will contain the following information:
Job Template attributes: Ref. Section:
sheet-collate (type2 keyword) RFC NNNN 1.1
Job Description attributes: Ref. Section:
job-collation-type (type2 enum) RFC NNNN 2.1
sheet-completed-copy-number (integer(0:MAX)) RFC NNNN 2.2
sheet-completed-document-number (integer(0:MAX))RFC NNNN 2.3
impressions-completed-current-copy (integer(0:MAX))
RFC NNNN 2.4
5 Internationalization Considerations 5 Internationalization Considerations
The IPP extensions defined in this document require the same The IPP extensions defined in this document require the same
internationalization considerations as any of the Job Template and Job internationalization considerations as any of the Job Template and
Descriptions attributes defined in IPP/1.1 [ipp-mod]. Job Descriptions attributes defined in IPP/1.1 [RFC2911].
6 Security Considerations 6 Security Considerations
The IPP extensions defined in this document require the same security The IPP extensions defined in this document require the same security
considerations as any of the Job Template attributes and Job considerations as any of the Job Template attributes and Job
Descriptions attributes defined in IPP/1.1 [ipp-mod]. Descriptions attributes defined in IPP/1.1 [RFC2911].
7 References 7 References
[ipp-iig] [ipp-iig]
Hastings, T., Manros, C., "Internet Printing Protocol/1.1: draft- Hastings, T., Manros, C., "Internet Printing Protocol/1.1: draft-
ietf-ipp-implementers-guide-v11-01.txt, work in progress, May 9, ietf-ipp-implementers-guide-v11-01.txt, work in progress, May 9,
2000. 2000.
[ipp-mod] [ipp-ntfy]
deBry, R., , Hastings, T., Herriot, R., Isaacson, S., Powell, P.,
"Internet Printing Protocol/1.1: Model and Semantics", <draft-ietf-
ipp-model-v11-07.txt>, work in progress, May 22, 2000.
Expires March 1, 2001
[ipp-ntfy]
Isaacson, S., Martin, J., deBry, R., Hastings, T., Shepherd, M., Isaacson, S., Martin, J., deBry, R., Hastings, T., Shepherd, M.,
Bergman, R., " IPP Event Notification Specification", <draft-ietf- Bergman, R., " IPP Event Notification Specification", <draft-ietf-
ipp-not-spec-04.txt>, work in progress, August 30, 2000. ipp-not-spec-04.txt>, work in progress, August 30, 2000.
[ipp-pro] [RFC2565]
Herriot, R., Butler, S., Moore, P., Tuner, R., "Internet Printing
Protocol/1.1: Encoding and Transport", draft-ietf-ipp-protocol-v11-
06.txt, May 30, 2000.
[RFC2565]
Herriot, R., Butler, S., Moore, P., Tuner, R., "Internet Printing Herriot, R., Butler, S., Moore, P., Tuner, R., "Internet Printing
Protocol/1.0: Encoding and Transport", RFC 2565, April 1999. Protocol/1.0: Encoding and Transport", RFC 2565, April 1999.
[RFC2566] [RFC2566]
deBry, R., , Hastings, T., Herriot, R., Isaacson, S., Powell, P., deBry, R., , Hastings, T., Herriot, R., Isaacson, S., Powell, P.,
"Internet Printing Protocol/1.0: Model and Semantics", RFC 2566, "Internet Printing Protocol/1.0: Model and Semantics", RFC 2566,
April 1999. April 1999.
[RFC2567] [RFC2567]
Wright, D., "Design Goals for an Internet Printing Protocol", RFC Wright, D., "Design Goals for an Internet Printing Protocol", RFC
2567, April 1999. 2567, April 1999.
[RFC2568] [RFC2568]
Zilles, S., "Rationale for the Structure and Model and Protocol for Zilles, S., "Rationale for the Structure and Model and Protocol for
the Internet Printing Protocol", RFC 2568, April 1999. the Internet Printing Protocol", RFC 2568, April 1999.
[RFC2569] [RFC2569]
Herriot, R., Hastings, T., Jacobs, N., Martin, J., "Mapping between Herriot, R., Hastings, T., Jacobs, N., Martin, J., "Mapping between
LPD and IPP Protocols", RFC 2569, April 1999. LPD and IPP Protocols", RFC 2569, April 1999.
[RFC2707] [RFC2707]
Bergman, R., Hastings, T., Isaacson, S., Lewis, H. "PWG Job Bergman, R., Hastings, T., Isaacson, S., Lewis, H. "PWG Job
Monitoring MIB - V1", RFC 2707, November, 1999. Monitoring MIB - V1", RFC 2707, November, 1999.
[RFC2910]
Herriot, R., Butler, S., Moore, P., Tuner, R., "Internet Printing
Protocol/1.1: Encoding and Transport", RFC 2910, September, 2000.
[RFC2911]
deBry, R., , Hastings, T., Herriot, R., Isaacson, S., Powell, P.,
"Internet Printing Protocol/1.1: Model and Semantics", RFC 2911,
September, 2000.
8 Author's Addresses 8 Author's Addresses
Tom Hastings Tom Hastings
Xerox Corporation Xerox Corporation
737 Hawaii St. ESAE 231 737 Hawaii St. ESAE 231
El Segundo, CA 90245 El Segundo, CA 90245
Phone: 310-333-6413 Phone: 310-333-6413
Fax: 310-333-5514 Fax: 310-333-5514
e-mail: hastings@cp10.es.xerox.com e-mail: hastings@cp10.es.xerox.com
Harry Lewis Harry Lewis
Expires March 1, 2001
IBM IBM
P.O. Box 1900 P.O. Box 1900
Boulder, CO 80301-9191 Boulder, CO 80301-9191
Phone: (303) 924-5337 Phone: (303) 924-5337
FAX: FAX:
e-mail: harryl@us.ibm.com e-mail: harryl@us.ibm.com
Ron Bergman (Editor) Ron Bergman (Editor)
Hitachi Koki Imaging Solutions Hitachi Koki Imaging Solutions
1757 Tapo Canyon Road 1757 Tapo Canyon Road
Simi Valley, CA 93063-3394 Simi Valley, CA 93063-3394
Phone: 805-578-4421 Phone: 805-578-4421
Fax: 805-578-4001 Fax: 805-578-4001
Email: rbergma@hitachi-hkis.com Email: rbergma@hitachi-hkis.com
9 Full Copyright Statement 9 Full Copyright Statement
Copyright (C) The Internet Society (2000). All Rights Reserved. Copyright (C) The Internet Society (2001). All Rights Reserved.
This document and translations of it may be copied and furnished to
others, and derivative works that comment on or otherwise explain it or
assist in its implementation may be prepared, copied, published and
distributed, in whole or in part, without restriction of any kind,
provided that the above copyright notice and this paragraph are included
on all such copies and derivative works. However, this document itself
may not be modified in any way, such as by removing the copyright notice
or references to the Internet Society or other Internet organizations,
except as needed for the purpose of developing Internet standards in
which case the procedures for copyrights defined in the Internet
Standards process must be followed, or as required to translate it into
languages other than English.
The limited permissions granted above are perpetual and will not be This document and translations of it may be copied and furnished to
revoked by the Internet Society or its successors or assigns. others, and derivative works that comment on or otherwise explain it
or assist in its implementation may be prepared, copied, published
and distributed, in whole or in part, without restriction of any
kind, provided that the above copyright notice and this paragraph are
included on all such copies and derivative works. However, this
document itself may not be modified in any way, such as by removing
the copyright notice or references to the Internet Society or other
Internet organizations, except as needed for the purpose of
developing Internet standards in which case the procedures for
copyrights defined in the Internet Standards process must be
followed, or as required to translate it into languages other than
English.
This document and the information contained herein is provided on an "AS The limited permissions granted above are perpetual and will not be
IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK revoked by the Internet Society or its successors or assigns.
FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT
LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT
INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR
FITNESS FOR A PARTICULAR PURPOSE.
Expires March 1, 2001 This document and the information contained herein is provided on an
"AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING
TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING
BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION
HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF
MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
 End of changes. 97 change blocks. 
424 lines changed or deleted 427 lines changed or added

This html diff was produced by rfcdiff 1.48. The latest version is available from http://tools.ietf.org/tools/rfcdiff/