rfc2707.txt

著名的RFC文档,其中有一些文档是已经翻译成中文的的.

   System Operator:  A user that uses a monitor to monitor the system
   and carries out tasks to keep the system running.

   System Administrator:  A user that specifies policy for the system.

   Two-up:  The placement of two pages on one side of a sheet so that
   each side or impressions counts as two pages.  See "page" and
   "sheet".

   User:  A person that uses a client or a monitor.  See "end user".

2.1 System Configurations for the Job Monitoring MIB

   This section enumerates the three configurations in which the Job
   Monitoring MIB is intended to be used.  To simplify the pictures, the
   devices are shown as printers.  See section 1.1 entitled "Types of
   Information in the MIB".

   The diagram in the Printer MIB [print-mib] entitled: "One Printer's
   View of the Network" is assumed for this MIB as well.  Please refer
   to that diagram to aid in understanding the following system
   configurations.

2.1.1 Configuration 1 - client-printer

   In the client-printer configuration 1, the client(s) submit jobs
   directly to the printer, either by some direct connect, or by network
   connection.





Bergman, et al.              Informational                     [Page 11]

RFC 2707               Job Monitoring MIB - V1.0           November 1999


   The job submitting client and/or monitoring application monitor jobs
   by communicating directly with an agent that is part of the printer.
   The agent in the printer SHALL keep the job in the Job Monitoring MIB
   as long as the job is in the printer, plus a defined time period
   after the job enters the completed state in which accounting programs
   can copy out the accounting data from the Job Monitoring MIB.

                  all         end-user     ######## SNMP query
               +-------+     +--------+    ---- job submission
               |monitor|     | client |
               +---#---+     +--#--+--+
                   #            #  |
                   # ############  |
                   # #             |
            +==+===#=#=+==+        |
            |  | agent |  |        |
            |  +-------+  |        |
            |   PRINTER   <--------+
            |             | Print Job Delivery Channel
            |             |
            +=============+

   Figure 2-1 - Configuration 1 - client-printer - agent in the printer

   The Job Monitoring MIB is designed to support the following
   relationships (not shown in Figure 2-1):
        1. Multiple clients MAY submit jobs to a printer.
        2. Multiple clients MAY monitor a printer.
        3. Multiple monitors MAY monitor a printer.
        4. A client MAY submit jobs to multiple printers.
        5. A monitor MAY monitor multiple printers.

2.1.2 Configuration 2 - client-server-printer - agent in the server

   In the client-server-printer configuration 2, the client(s) submit
   jobs to an intermediate server by some network connection, not
   directly to the printer.  While configuration 2 is included, the
   design center for this MIB is configurations 1 and 3.

   The job submitting client and/or monitoring application monitor jobs
   by communicating directly with:

      A Job Monitoring MIB agent that is part of the server (or a front
      for the server)







Bergman, et al.              Informational                     [Page 12]

RFC 2707               Job Monitoring MIB - V1.0           November 1999


   There is no SNMP Job Monitoring MIB agent in the printer in
   configuration 2, at least that the client or monitor are aware.  In
   this configuration, the agent SHALL return the current values of the
   objects in the Job Monitoring MIB both for jobs the server keeps and
   jobs that the server has submitted to the printer.  The Job
   Monitoring MIB agent obtains the required information from the
   printer by a method that is beyond the scope of this document.  The
   agent in the server SHALL keep the job in the Job Monitoring MIB in
   the server as long as the job is in the printer, plus a defined time
   period after the job enters the completed state in which accounting
   programs can copy out the accounting data from the Job Monitoring
   MIB.

                all          end-user
             +-------+     +----------+
             |monitor|     |  client  |     ######## SNMP query
             +---+---#     +---#----+-+     **** non-SNMP cntrl
                      #        #    |       ---- job submission
                       #       #    |
                        #      #    |
                         #=====#=+==v==+
                         | agent |     |
                         +-------+     |
                         |    server   |
                         +----+-----+--+
                      control *     |
                     **********     |
                     *              |
            +========v====+         |
            |             |         |
            |             |         |
            |   PRINTER   <---------+
            |             | Print Job Delivery Channel
            |             |
            +=============+

   Figure 2-2 - Configuration 2 - client-server-printer - agent in the
   server

   The Job Monitoring MIB is designed to support the following
   relationships (not shown in Figure 2-2):
        1. Multiple clients MAY submit jobs to a server.
        2. Multiple clients MAY monitor a server.
        3. Multiple monitors MAY monitor a server.
        4. A client MAY submit jobs to multiple servers.
        5. A monitor MAY monitor multiple servers.
        6. Multiple servers MAY submit jobs to a printer.
        7. Multiple servers MAY control a printer.



Bergman, et al.              Informational                     [Page 13]

RFC 2707               Job Monitoring MIB - V1.0           November 1999


2.1.3 Configuration 3 - client-server-printer - client monitors printer
      agent and server

   In the client-server-printer configuration 3, the client(s) submit
   jobs to an intermediate server by some network connection, not
   directly to the printer.  That server does not contain a Job
   Monitoring MIB agent.

   The job submitting client and/or monitoring application monitor jobs
   by communicating directly with:

        1. The server using some undefined protocol to monitor jobs in
           the server (that does not contain the Job Monitoring MIB) AND

        2. A Job Monitoring MIB agent that is part of the printer to
           monitor jobs after the server passes the jobs to the printer.

           In such configurations, the server deletes its copy of the
           job from the server after submitting the job to the printer
           usually almost immediately (before the job does much
           processing, if any).

   In configuration 3, the agent (in the printer) SHALL keep the values
   of the objects in the Job Monitoring MIB that the agent implements
   updated for a job that the server has submitted to the printer.  The
   agent SHALL obtain information about the jobs submitted to the
   printer from the server (either in the job submission protocol, in
   the document data, or by direct query of the server), in order to
   populate some of the objects the Job Monitoring MIB in the printer.
   The agent in the printer SHALL keep the job in the Job Monitoring MIB
   as long as the job is in the Printer, and longer in order to
   implement the completed state in which monitoring programs can copy
   out the accounting data from the Job Monitoring MIB.


















Bergman, et al.              Informational                     [Page 14]

RFC 2707               Job Monitoring MIB - V1.0           November 1999


                all          end-user
             +-------+     +----------+
             |monitor|     |  client  |     ######## SNMP query
             +---+---*     +---*----+-+     **** non-SNMP query
                 #    *        *    |       ---- job submission
                 #     *       *    |
                 #      *      *    |
                 #       *=====v====v==+
                 #       |             |
                 #       |    server   |
                 #       |             |
                 #       +----#-----+--+
                 #    optional#     |
                 #   ##########     |
                 #   #              |
            +==+=v===v=+==+         |
            |  | agent |  |         |
            |  +-------+  |         |
            |   PRINTER   <---------+
            |             | Print Job Delivery Channel
            |             |
            +=============+

   Figure 2-3 - Configuration 3 - client-server-printer - client
   monitors printer agent and server

   The Job Monitoring MIB is designed to support the following
   relationships (not shown in Figure 2-3):
        1. Multiple clients MAY submit jobs to a server.
        2. Multiple clients MAY monitor a server.
        3. Multiple monitors MAY monitor a server.
        4. A client MAY submit jobs to multiple servers.
        5. A monitor MAY monitor multiple servers.
        6. Multiple servers MAY submit jobs to a printer.
        7. Multiple servers MAY control a printer.

3  Managed Object Usage

   This section describes the usage of the objects in the MIB.

3.1 Conformance Considerations

   In order to achieve interoperability between job monitoring
   applications and job monitoring agents, this specification includes
   the conformance requirements for both monitoring applications and
   agents.





Bergman, et al.              Informational                     [Page 15]

RFC 2707               Job Monitoring MIB - V1.0           November 1999


3.1.1 Conformance Terminology

   This specification uses the verbs: "SHALL", "SHOULD", "MAY", and
   "NEED NOT" to specify conformance requirements according to RFC 2119
   [RFC2119] as follows:

      "SHALL":  indicates an action that the subject of the sentence
      must implement in order to claim conformance to this specification

      "MAY":  indicates an action that the subject of the sentence does
      not have to implement in order to claim conformance to this
      specification, in other words that action is an implementation
      option

      "NEED NOT":  indicates an action that the subject of the sentence
      does not have to implement in order to claim conformance to this
      specification.  The verb "NEED NOT" is used instead of "may not",
      since "may not" sounds like a prohibition.

      "SHOULD":  indicates an action that is recommended for the subject
      of the sentence to implement, but is not required, in order to
      claim conformance to this specification.

3.1.2 Agent Conformance Requirements

   A conforming agent:

      1. SHALL implement all MANDATORY groups in this specification.

      2. SHALL implement any attributes if (1) the server or device