RFC 2708 (rfc2708) - Page 3 of 26
Job Submission Protocol Mapping Recommendations for the Job Monitoring MIB
Alternative Format: Original Text Document
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