RFC 2708 (rfc2708) - Page 3 of 26

Job Submission Protocol Mapping Recommendations for the Job Monitoring MIB

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