📄 rfc2708.txt
字号:
Network Working Group R. Bergman
Request for Comments: 2708 Dataproducts Corp.
Category: Informational November 1999
Job Submission Protocol Mapping Recommendations
for the Job Monitoring MIB
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 (1999). All Rights Reserved.
Abstract
This document defines the recommended mapping for many currently
popular Job submission protocols to objects and attributes in the Job
Monitoring MIB.
Table of Contents
1.0 INTRODUCTION.................................................2
2.0 LINE PRINTER DAEMON (LPR/LPD) PROTOCOL.......................4
2.1 jmJobSubmissionID Mapped to LPR/LPD..........................4
2.2 jmJobIndex Mapped to LPR/LPD.................................5
2.3 Other MIB Objects Mapped to LPR/LPD..........................5
2.4 The Attribute Group Mapped to LPD............................5
3.0 APPLETALK PROTOCOL...........................................6
3.1 jmJobSubmissionID Mapped to AppleTalk........................6
3.2 Other AppleTalk Mappings.....................................6
4.0 INTERNET PRINTING PROTOCOL (IPP).............................6
4.1 jmJobSubmissionID Mapped to IPP..............................7
4.2 jmJobIndex Mapped to IPP.....................................7
4.3 Other MIB Objects Mapped to IPP..............................8
4.4 The Attribute Group Mapped to IPP............................8
5.0 INTELLIGENT PRINTER DATA STREAM (IPDS)......................10
5.1 jmJobSubmissionId Mapped to IPDS............................10
5.2 The Attribute Group Mapped to IPDS..........................11
6.0 DOCUMENT PRINTING APPLICATION (DPA).........................11
6.1 jmJobSubmissionID Mapped to DPA.............................11
6.2 jmJobIndex Mapped to DPA....................................12
6.3 Other MIB Objects Mapped to DPA.............................12
6.4 The Attribute Group Mapped to DPA...........................13
Bergman Informational [Page 1]
RFC 2708 Job Submission Protocol Mapping November 1999
7.0 NOVELL DISTRIBUTED PRINT SERVICE (NDPS).....................14
7.1 jmJobSubmissionID Mapped to NDPS............................14
7.2 jmJobIndex Mapped to NDPS...................................14
7.3 Other MIB Objects Mapped to NDPS............................15
7.4 The Attribute Group Mapped to NDPS..........................15
8.0 PRINTER JOB LANGUAGE (PJL)..................................17
8.1 jmJobSubmissionID Mapped to PJL.............................17
8.2 jmJobIndex Mapped to PJL....................................18
8.3 Other MIB Objects Mapped to PJL.............................18
8.4 The Attribute Group Mapped to PJL...........................18
9.0 POSTSCRIPT..................................................18
9.1 jmJobSubmissionID Mapped to PostScript......................19
9.2 Other MIB Objects and Attributes Mapped to PostScript.......19
10.0 NETWARE PSERVER............................................19
10.1 jmJobSubmissionID Mapped to PServer........................19
10.2 jmJobIndex Mapped to PServer...............................19
10.3 Other MIB Objects Mapped to PJL............................20
10.4 The Attribute Group Mapped to PServer......................20
11.0 NETWARE NPRINTER or RPRINTER...............................20
12.0 SERVER MESSAGE BLOCK (SMB) PROTOCOL........................21
12.1 jmJobSubmissionID Mapped to SMB............................21
12.2 jmJobIndex Mapped to SMB...................................21
12.3 Other MIB objects Mapped to SMB............................21
13.0 TRANSPORT INDEPENDENT PRINTER/SYSTEM INTERFACE (TIP/SI)....22
13.1 jmJobSubmissionID Mapped to TIP/SI.........................22
13.2 jmJobIndex Mapped to TIP/SI................................22
13.3 Other MIB Objects Mapped to TIP/SI.........................22
13.4 The Attribute Group Mapped to TIP/SI.......................22
14.0 SECURITY CONSIDERATIONS....................................23
15.0 REFERENCES.................................................23
16.0 AUTHORS' ADDRESSES.........................................24
17.0 FULL COPYRIGHT STATEMENT...................................26
1.0 INTRODUCTION
The Job Monitoring MIB [JobMIB] is intended to be implemented in a
device or server that supports any job submission protocol. However,
the information available and the method of presentation varies
significantly by job submission protocol. A common method of mapping
job submission information to the Job Monitoring MIB is essential for
interoperability of Job MIB agents and monitoring applications. This
document defines recommended mappings for most popular job submission
protocols to ensure this compatibility.
Bergman Informational [Page 2]
RFC 2708 Job Submission Protocol Mapping November 1999
All mappings are unidirectional from the job submission protocol to
the MIB. It is assumed that support of the job submission protocol
in the printer implies that the reverse information flow is presently
defined and does not require interaction from the MIB. This mapping
is not defined in this document as it should be obvious.
This document refers to system configurations that are defined in the
Job Monitoring MIB [JobMIB]. For those readers that are familiar
with the configuration descriptions, a short summary appears here.
Please see the Job MIB document for further details.
Configuration 1: This is a simple peer-to-peer system which contains
only a client and a printer. The Job MIB agent is
resident in the printer.
Configuration 2: This system contains a client, server, and a
printer. The Jib MIB agent is resident in the
server.
Configuration 3: This system, as in configuration 2, contains a
client, server, and a printer. In this case the
Job MIB agent is implemented within the printer.
The most important object to be mapped is jmJobSubmissionID, since
this is a method for the user or client to determine the jmJobIndex
for a submitted job. Therefore, jmJobSubmissionID is specified for
all job submission protocols defined in this document. The remaining
objects mapped include only those items that have the equivalent
information presented to the printer by the job submission protocol.
While this document places a strong emphasis on jmJobSubmissionID
mapping to obtain jmJobIndex, the preferred method is through the use
of a bi-directional job submission protocol that returns the
equivalent value of jmJobIndex to the client, such as IPP. When a
bi-directional protocol that returns jmJobIndex is in use, the
jmJobSubmissionID object has no value to the client. When the
jmJobIndex cannot be returned, the use of a client defined
jmJobSubmissionID is preferred over an agent derived value. The
client defined version allows for retrieval of jmJobIndex using a
single SNMP Get operation, since jmJobSubmissionID is the index into
the jmJobIDTable. An agent derived value will require a search
through multiple entries in the jmJobIDTable.
The majority of the protocols mapped in this document are oriented
towards network job submission. However, the Job Monitoring MIB is
also intended to monitor print jobs received from other than network
ports, such as parallel and serial ports. Some of the job submission
protocols included that are used with non-networked ports are PJL,
Bergman Informational [Page 3]
RFC 2708 Job Submission Protocol Mapping November 1999
PostScript, and TIP/SI. In addition, the Job Monitoring MIB can be
used with print jobs that are internally generated, such as self test
pages. In this latter case, no mapping is required since all job
submission protocols are bypassed.
2.0 LINE PRINTER DAEMON (LPR/LPD) PROTOCOL
The LPR/LPD printing protocol [LPD] is used with BSD UNIX systems in
the client-server-printer configuration. Usage of the Job Monitoring
MIB with LPR/LPD will most likely conform to Configuration 3, where
the monitor application or the server uses SNMP to obtain job
information from the printer. The client communicates with the UNIX
server using the existing LPD protocol to obtain job information.
The LPR/LPD protocol is also used in the Windows environment to
implement peer-to-peer printing, as shown in configuration 1. In
this case, SNMP is used by the client and/or the monitor application
to obtain the job information.
One of the major problems of LPR/LPD is the large number of vendor
unique extensions currently used with the protocol and the resulting
compatibility issues between available implementations. To avoid
these issues, this mapping of LPR/LPD is restricted to the protocol
as defined by RFC 1179.
The LPR/LPD protocol transfers print job data and control information
in separate files, known as the Data File and Control File,
respectively. Most of the information concerning the print job is
contained in the Control File. In many LPD implementations, the
Control File is transferred following the Data File. Thus much of
the information concerning the job may not be available until the
completion of the data transmission.
2.1 jmJobSubmissionID Mapped to LPR/LPD
The LPR/LPD Receive Data File command contains a parameter which
defines the name of the data file. This name field is structured as
follows:
dfaXXX<host-name> or daXXXX<host-name>
Where XXX or XXXX is the numeric job number assigned by the network
entity submitting the print job to the printer. The recommended
mapping of this name field to jmJobSubmissionID is:
Bergman Informational [Page 4]
RFC 2708 Job Submission Protocol Mapping November 1999
octet 1: '9'
octets 2-40: Contains the <host-name> portion of the name field. If
the <host-name> portion is less than 40 octets, the
left-most character in the string shall appear in octet
position 2. Any unused portion of this field shall be
filled with spaces. Otherwise, only the last 39 bytes
shall be included.
octets 41-48: '00000XXX' or '0000XXXX', where XXX or XXXX is the
decimal (ASCII coded) representation of the LPR/LPD job
number.
2.2 jmJobIndex Mapped to LPR/LPD
The job index (jmJobIndex) is assigned by the SNMP job monitoring
agent and is independent of the XXX (or XXXX) index assigned by the
LPR/LPD client. This will allow the SNMP agent to track jobs
received from multiple sources.
2.3 Other MIB Objects Mapped to LPR/LPD
MIB Object | LPR/LPD Parameter
------------------------------+----------------------------------------
jmJobKOctetsPerCopyRequested | Number of bytes as defined in the Data
| File
jmJobOwner | Control file command code = P (User Id)
2.4 The Attribute Group Mapped to LPD
Other attributes that are applicable, but not defined in this section
such as attributes that map to a vendor unique extension, may also be
included.
MIB attribute | LPR/LPD information | Data type
----------------------+---------------------------------+--------------
jobName | Job Name (notes 1, 2) | Octet String
queueNameRequested | Queue name from the Data File | Octet String
fileName | Source File Name (notes 1, 3) | Octet String
Notes:
------
1. The information is optional in the Control File. The attribute
should be included if present in the Control File.
2. Control file command code = J. If this optional field is omitted
from the control file, then the agent returns the file name
(command code = N), if present.
3. Control file command code = N.
Bergman Informational [Page 5]
RFC 2708 Job Submission Protocol Mapping November 1999
3.0 APPLETALK PROTOCOL
AppleTalk was originally developed as a peer-to-peer network
protocol, as described in configuration 1, for use with Apple
Macintosh computers. Today, print spoolers are also available for
use with Macintosh computer networks that conform to configurations
2/3. In addition, printing with the AppleTalk protocol is supported
from both Windows NT servers and Novell servers also per
configurations 2/3.
The AppleTalk protocol provides very little information that can be
used with the Job Monitoring MIB. The Macintosh print drivers are
able to provide information concerning the user and document name but
imbed this information in the PDL, which is typically PostScript.
The preferred jmJobSubmissionID is constructed from the information
in the PostScript file, as defined in section 9.0.
3.1 jmJobSubmissionID Mapped to AppleTalk
An alternative jmJobSubmissionID may be constructed from the
Connection Identifier contained in the AppleTalk Printer Access
Protocol (PAP) header. Since the Connection Id is not readily
available in any of the defined AppleTalk implementations, this
approach may be of little utility.
octet 1: 'A'
octets 2-40: Contains the AppleTalk printer name, with the first
character of the name in octet 2. AppleTalk printer
names are a maximum of 31 characters. Any unused
portion of this field shall be filled with spaces.
octets 41-48: '00000XXX', where 'XXX' is the decimal (ASCII coded)
representation of the Connection Id.
3.2 Other AppleTalk Mappings
No other Job MIB objects or parameters can be derived from
information available in the AppleTalk headers
4.0 INTERNET PRINTING PROTOCOL (IPP)
The Internet Printing Protocol [IPP] supports printing using any one
of the three possible configurations. For configuration 2, the
mapping defined herein is performed on an agent within the server.
Otherwise, the mapping is performed on an agent within the printer.
Bergman Informational [Page 6]
RFC 2708 Job Submission Protocol Mapping November 1999
4.1 jmJobSubmissionID Mapped to IPP
IPP contains a rich set of parameters which allow several methods of
creating the jmJobSubmissionID object. To prevent interoperability
problems, the preferred method is to use the IPP job-uri attribute as
follows:
octet 1: '4'
octets 2-40: Contains the IPP job-uri job description attribute
generated by the printer. (The job-uri is returned to
the client by IPP.) If the job-uri is less than 40
octets, the left-most character in the string shall
appear in octet position 2. Any unused portion of this
field shall be filled with spaces. Otherwise, only the
last 39 bytes shall be included.
octets 41-48: Contains the decimal (ASCII coded) representation of
the job-id job description attribute. Leading zeros
shall be inserted to fill the entire 8 octet field.
NOTE - Since IPP returns the "job-identifier" attribute with the
jmJobIndex value for a job when the job is submitted, the use of the
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -