RFC2707 日本語訳
2707 Job Monitoring MIB - V1.0. R. Bergman, T. Hastings, S. Isaacson,H. Lewis. November 1999. (Format: TXT=255685 bytes) (Status: INFORMATIONAL)
プログラムでの自動翻訳です。
英語原文
Network Working Group R. Bergman
Request for Comments: 2707 Dataproducts Corp.
Category: Informational T. Hastings, Ed.
Xerox Corporation
S. Isaacson
Novell, Inc.
H. Lewis
IBM Corp.
November 1999
Network Working Group R. Bergman Request for Comments: 2707 Dataproducts Corp. Category: Informational T. Hastings, Ed. Xerox Corporation S. Isaacson Novell, Inc. H. Lewis IBM Corp. November 1999
Job Monitoring MIB - V1.0
Job Monitoring MIB - V1.0
Status of this Memo
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.
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 Notice
Copyright (C) The Internet Society (1999). All Rights Reserved.
Copyright (C) The Internet Society (1999). All Rights Reserved.
IESG Note
IESG Note
This MIB module uses an unconventional scheme for modeling management information (on top of the SNMP model) which is unique to this MIB. The IESG recommends against using this document as an example for the design of future MIBs.
This MIB module uses an unconventional scheme for modeling management information (on top of the SNMP model) which is unique to this MIB. The IESG recommends against using this document as an example for the design of future MIBs.
The "Printer Working Group" industry consortium is not an IETF working group, and the IETF does not recognize the Printer Working Group as a standards-setting body. This document is being published solely to provide information to the Internet community regarding a MIB that might be deployed in the marketplace. Publication of this document as an RFC is not an endorsement of this MIB.
The "Printer Working Group" industry consortium is not an IETF working group, and the IETF does not recognize the Printer Working Group as a standards-setting body. This document is being published solely to provide information to the Internet community regarding a MIB that might be deployed in the marketplace. Publication of this document as an RFC is not an endorsement of this MIB.
Abstract
Abstract
This document provides a printer industry standard SNMP MIB for (1) monitoring the status and progress of print jobs (2) obtaining resource requirements before a job is processed, (3) monitoring resource consumption while a job is being processed and (4) collecting resource accounting data after the completion of a job. This MIB is intended to be implemented (1) in a printer or (2) in a server that supports one or more printers. Use of the object set is not limited to printing. However, support for services other than printing is outside the scope of this Job Monitoring MIB. Future
This document provides a printer industry standard SNMP MIB for (1) monitoring the status and progress of print jobs (2) obtaining resource requirements before a job is processed, (3) monitoring resource consumption while a job is being processed and (4) collecting resource accounting data after the completion of a job. This MIB is intended to be implemented (1) in a printer or (2) in a server that supports one or more printers. Use of the object set is not limited to printing. However, support for services other than printing is outside the scope of this Job Monitoring MIB. Future
Bergman, et al. Informational [Page 1] RFC 2707 Job Monitoring MIB - V1.0 November 1999
Bergman, et al. Informational [Page 1] RFC 2707 Job Monitoring MIB - V1.0 November 1999
extensions to this MIB may include, but are not limited to, fax machines and scanners.
extensions to this MIB may include, but are not limited to, fax machines and scanners.
Table of Contents
Table of Contents
1 INTRODUCTION 4
1.1 Types of Information in the MIB 5
1.2 Types of Job Monitoring Applications 6
2 TERMINOLOGY AND JOB MODEL 7
2.1 System Configurations for the Job Monitoring MIB 11
2.1.1 Configuration 1 - client-printer 11
2.1.2 Configuration 2 - client-server-printer - agent in the
server 12
2.1.3 Configuration 3 - client-server-printer - client
monitors printer agent and server 14
3 MANAGED OBJECT USAGE 15
3.1 Conformance Considerations 15
3.1.1 Conformance Terminology 16
3.1.2 Agent Conformance Requirements 16
3.1.2.1 MIB II System Group objects 17
3.1.2.2 MIB II Interface Group objects 17
3.1.2.3 Printer MIB objects 17
3.1.3 Job Monitoring Application Conformance Requirements 17
3.2 The Job Tables and the Oldest Active and Newest Active
Indexes 18
3.3 The Attribute Mechanism and the Attribute Table(s) 20
3.3.1 Conformance of Attribute Implementation 21
3.3.2 Useful, 'Unknown', and 'Other' Values for Objects and
Attributes 21
3.3.3 Index Value Attributes 22
3.3.4 Data Sub-types and Attribute Naming Conventions 22
3.3.5 Single-Value (Row) Versus Multi-Value (MULTI-ROW)
Attributes 23
3.3.6 Requested Objects and Attributes 23
3.3.7 Consumption Attributes 24
3.3.8 Attribute Specifications 24
3.3.9 Job State Reason bit definitions 43
3.3.9.1 JmJobStateReasons1TC specification 44
3.3.9.2 JmJobStateReasons2TC specification 47
3.3.9.3 JmJobStateReasons3TC specification 51
3.3.9.4 JmJobStateReasons4TC specification 51
3.4 Monitoring Job Progress 51
3.5 Job Identification 55
3.5.1 The Job Submission ID specifications 56
3.6 Internationalization Considerations 60
3.6.1 Text generated by the server or device 61
3.6.2 Text supplied by the job submitter 61
3.6.3 'DateAndTime' for representing the date and time 63
1 INTRODUCTION 4 1.1 Types of Information in the MIB 5 1.2 Types of Job Monitoring Applications 6 2 TERMINOLOGY AND JOB MODEL 7 2.1 System Configurations for the Job Monitoring MIB 11 2.1.1 Configuration 1 - client-printer 11 2.1.2 Configuration 2 - client-server-printer - agent in the server 12 2.1.3 Configuration 3 - client-server-printer - client monitors printer agent and server 14 3 MANAGED OBJECT USAGE 15 3.1 Conformance Considerations 15 3.1.1 Conformance Terminology 16 3.1.2 Agent Conformance Requirements 16 3.1.2.1 MIB II System Group objects 17 3.1.2.2 MIB II Interface Group objects 17 3.1.2.3 Printer MIB objects 17 3.1.3 Job Monitoring Application Conformance Requirements 17 3.2 The Job Tables and the Oldest Active and Newest Active Indexes 18 3.3 The Attribute Mechanism and the Attribute Table(s) 20 3.3.1 Conformance of Attribute Implementation 21 3.3.2 Useful, 'Unknown', and 'Other' Values for Objects and Attributes 21 3.3.3 Index Value Attributes 22 3.3.4 Data Sub-types and Attribute Naming Conventions 22 3.3.5 Single-Value (Row) Versus Multi-Value (MULTI-ROW) Attributes 23 3.3.6 Requested Objects and Attributes 23 3.3.7 Consumption Attributes 24 3.3.8 Attribute Specifications 24 3.3.9 Job State Reason bit definitions 43 3.3.9.1 JmJobStateReasons1TC specification 44 3.3.9.2 JmJobStateReasons2TC specification 47 3.3.9.3 JmJobStateReasons3TC specification 51 3.3.9.4 JmJobStateReasons4TC specification 51 3.4 Monitoring Job Progress 51 3.5 Job Identification 55 3.5.1 The Job Submission ID specifications 56 3.6 Internationalization Considerations 60 3.6.1 Text generated by the server or device 61 3.6.2 Text supplied by the job submitter 61 3.6.3 'DateAndTime' for representing the date and time 63
Bergman, et al. Informational [Page 2] RFC 2707 Job Monitoring MIB - V1.0 November 1999
Bergman, et al. Informational [Page 2] RFC 2707 Job Monitoring MIB - V1.0 November 1999
3.7 IANA and PWG Registration Considerations 63
3.7.1 PWG Registration of enums 63
3.7.1.1 Type 1 enumerations 64
3.7.1.2 Type 2 enumerations 64
3.7.1.3 Type 3 enumeration 64
3.7.2 PWG Registration of type 2 bit values 65
3.7.3 PWG Registration of Job Submission Id Formats 65
3.7.4 PWG Registration of MIME types/sub-types for document-
formats 65
3.8 Security Considerations 65
3.8.1 Read-Write objects 65
3.8.2 Read-Only Objects In Other User's Jobs 66
3.9 Notifications 66
4 MIB SPECIFICATION 67
Textual conventions for this MIB module 68
JmUTF8StringTC 68
JmJobStringTC 68
JmNaturalLanguageTagTC 68
JmTimeStampTC 69
JmJobSourcePlatformTypeTC 69
JmFinishingTC 70
JmPrintQualityTC 71
JmPrinterResolutionTC 71
JmTonerEconomyTC 72
JmBooleanTC 72
JmMediumTypeTC 72
JmJobCollationTypeTC 74
JmJobSubmissionIDTypeTC 74
JmJobStateTC 75
JmAttributeTypeTC 78
JmJobServiceTypesTC 81
JmJobStateReasons1TC 83
JmJobStateReasons2TC 83
JmJobStateReasons3TC 83
JmJobStateReasons4TC 84
The General Group (MANDATORY) 84
jmGeneralJobSetIndex (Int32(1..32767)) 85
jmGeneralNumberOfActiveJobs (Int32(0..)) 86
jmGeneralOldestActiveJobIndex (Int32(0..)) 86
jmGeneralNewestActiveJobIndex (Int32(0..)) 86
jmGeneralJobPersistence (Int32(15..)) 87
jmGeneralAttributePersistence (Int32(15..)) 87
jmGeneralJobSetName (UTF8String63) 88
The Job ID Group (MANDATORY) 88
jmJobSubmissionID (OCTET STRING(SIZE(48))) 89
jmJobIDJobSetIndex (Int32(0..32767)) 90
jmJobIDJobIndex (Int32(0..)) 91
The Job Group (MANDATORY) 91
3.7 IANA and PWG Registration Considerations 63 3.7.1 PWG Registration of enums 63 3.7.1.1 Type 1 enumerations 64 3.7.1.2 Type 2 enumerations 64 3.7.1.3 Type 3 enumeration 64 3.7.2 PWG Registration of type 2 bit values 65 3.7.3 PWG Registration of Job Submission Id Formats 65 3.7.4 PWG Registration of MIME types/sub-types for document- formats 65 3.8 Security Considerations 65 3.8.1 Read-Write objects 65 3.8.2 Read-Only Objects In Other User's Jobs 66 3.9 Notifications 66 4 MIB SPECIFICATION 67 Textual conventions for this MIB module 68 JmUTF8StringTC 68 JmJobStringTC 68 JmNaturalLanguageTagTC 68 JmTimeStampTC 69 JmJobSourcePlatformTypeTC 69 JmFinishingTC 70 JmPrintQualityTC 71 JmPrinterResolutionTC 71 JmTonerEconomyTC 72 JmBooleanTC 72 JmMediumTypeTC 72 JmJobCollationTypeTC 74 JmJobSubmissionIDTypeTC 74 JmJobStateTC 75 JmAttributeTypeTC 78 JmJobServiceTypesTC 81 JmJobStateReasons1TC 83 JmJobStateReasons2TC 83 JmJobStateReasons3TC 83 JmJobStateReasons4TC 84 The General Group (MANDATORY) 84 jmGeneralJobSetIndex (Int32(1..32767)) 85 jmGeneralNumberOfActiveJobs (Int32(0..)) 86 jmGeneralOldestActiveJobIndex (Int32(0..)) 86 jmGeneralNewestActiveJobIndex (Int32(0..)) 86 jmGeneralJobPersistence (Int32(15..)) 87 jmGeneralAttributePersistence (Int32(15..)) 87 jmGeneralJobSetName (UTF8String63) 88 The Job ID Group (MANDATORY) 88 jmJobSubmissionID (OCTET STRING(SIZE(48))) 89 jmJobIDJobSetIndex (Int32(0..32767)) 90 jmJobIDJobIndex (Int32(0..)) 91 The Job Group (MANDATORY) 91
Bergman, et al. Informational [Page 3] RFC 2707 Job Monitoring MIB - V1.0 November 1999
Bergman, et al. Informational [Page 3] RFC 2707 Job Monitoring MIB - V1.0 November 1999
jmJobIndex (Int32(1..)) 92
jmJobState (JmJobStateTC) 92
jmJobStateReasons1 (JmJobStateReasons1TC) 93
jmNumberOfInterveningJobs (Int32(-2..)) 93
jmJobKOctetsPerCopyRequested (Int32(-2..)) 94
jmJobKOctetsProcessed (Int32(-2..)) 94
jmJobImpressionsPerCopyRequested (Int32(-2..)) 95
jmJobImpressionsCompleted (Int32(-2..)) 96
jmJobOwner (JobString63) 96
The Attribute Group (MANDATORY) 97
jmAttributeTypeIndex (JmAttributeTypeTC) 98
jmAttributeInstanceIndex (Int32(1..32767)) 99
jmAttributeValueAsInteger (Int32(-2..)) 99
jmAttributeValueAsOctets (Octets63) 100
5 APPENDIX A - IMPLEMENTING THE JOB LIFE CYCLE 104
6 APPENDIX B - SUPPORT OF JOB SUBMISSION PROTOCOLS 105
7 REFERENCES 105
8 NOTICES 108
9 AUTHORS' ADDRESSES 109
10 INDEX 111
11 Full Copyright Statement 114
jmJobIndex (Int32(1..)) 92 jmJobState (JmJobStateTC) 92 jmJobStateReasons1 (JmJobStateReasons1TC) 93 jmNumberOfInterveningJobs (Int32(-2..)) 93 jmJobKOctetsPerCopyRequested (Int32(-2..)) 94 jmJobKOctetsProcessed (Int32(-2..)) 94 jmJobImpressionsPerCopyRequested (Int32(-2..)) 95 jmJobImpressionsCompleted (Int32(-2..)) 96 jmJobOwner (JobString63) 96 The Attribute Group (MANDATORY) 97 jmAttributeTypeIndex (JmAttributeTypeTC) 98 jmAttributeInstanceIndex (Int32(1..32767)) 99 jmAttributeValueAsInteger (Int32(-2..)) 99 jmAttributeValueAsOctets (Octets63) 100 5 APPENDIX A - IMPLEMENTING THE JOB LIFE CYCLE 104 6 APPENDIX B - SUPPORT OF JOB SUBMISSION PROTOCOLS 105 7 REFERENCES 105 8 NOTICES 108 9 AUTHORS' ADDRESSES 109 10 INDEX 111 11 Full Copyright Statement 114
1 Introduction
1 Introduction
This specification defines an official Printer Working Group (PWG) [PWG] standard SNMP MIB for the monitoring of jobs on network printers. This specification is being published as an IETF Information Document for the convenience of the Internet community. In consultation with the IETF Application Area Directors, it was concluded that this MIB specification properly belongs as an Information document, because this MIB monitors a service node on the network, rather than a network node proper.
This specification defines an official Printer Working Group (PWG) [PWG] standard SNMP MIB for the monitoring of jobs on network printers. This specification is being published as an IETF Information Document for the convenience of the Internet community. In consultation with the IETF Application Area Directors, it was concluded that this MIB specification properly belongs as an Information document, because this MIB monitors a service node on the network, rather than a network node proper.
The Job Monitoring MIB is intended to be implemented by an agent within a printer or the first server closest to the printer, where the printer is either directly connected to the server only or the printer does not contain the job monitoring MIB agent. It is recommended that implementations place the SNMP agent as close as possible to the processing of the print job. This MIB applies to printers with and without spooling capabilities. This MIB is designed to be compatible with most current commonly-used job submission protocols. In most environments that support high function job submission/job control protocols, like ISO DPA [iso- dpa], those protocols would be used to monitor and manage print jobs rather than using the Job Monitoring MIB.
The Job Monitoring MIB is intended to be implemented by an agent within a printer or the first server closest to the printer, where the printer is either directly connected to the server only or the printer does not contain the job monitoring MIB agent. It is recommended that implementations place the SNMP agent as close as possible to the processing of the print job. This MIB applies to printers with and without spooling capabilities. This MIB is designed to be compatible with most current commonly-used job submission protocols. In most environments that support high function job submission/job control protocols, like ISO DPA [iso- dpa], those protocols would be used to monitor and manage print jobs rather than using the Job Monitoring MIB.
Bergman, et al. Informational [Page 4] RFC 2707 Job Monitoring MIB - V1.0 November 1999
Bergman, et al. Informational [Page 4] RFC 2707 Job Monitoring MIB - V1.0 November 1999
The Job Monitoring MIB consists of a General Group, a Job Submission ID Group, a Job Group, and an Attribute Group. Each group is a table. All accessible objects are read-only. The General Group contains general information that applies to all jobs in a job set. The Job Submission ID table maps the job submission ID that the client uses to identify a job to the jmJobIndex that the Job Monitoring Agent uses to identify jobs in the Job and Attribute tables. The Job table contains the MANDATORY integer job state and status objects. The Attribute table consists of multiple entries per job that specify (1) job and document identification and parameters, (2) requested resources, and (3) consumed resources during and after job processing/printing. A larger number of job attributes are defined as textual conventions that an agent SHALL return if the server or device implements the functionality so represented and the agent has access to the information.
The Job Monitoring MIB consists of a General Group, a Job Submission ID Group, a Job Group, and an Attribute Group. Each group is a table. All accessible objects are read-only. The General Group contains general information that applies to all jobs in a job set. The Job Submission ID table maps the job submission ID that the client uses to identify a job to the jmJobIndex that the Job Monitoring Agent uses to identify jobs in the Job and Attribute tables. The Job table contains the MANDATORY integer job state and status objects. The Attribute table consists of multiple entries per job that specify (1) job and document identification and parameters, (2) requested resources, and (3) consumed resources during and after job processing/printing. A larger number of job attributes are defined as textual conventions that an agent SHALL return if the server or device implements the functionality so represented and the agent has access to the information.
1.1 Types of Information in the MIB
1.1 Types of Information in the MIB
The job MIB is intended to provide the following information for the indicated Role Models in the Printer MIB [print-mib] (Appendix D - Roles of Users).
The job MIB is intended to provide the following information for the indicated Role Models in the Printer MIB [print-mib] (Appendix D - Roles of Users).
User:
User:
Provide the ability to identify the least busy printer. The
user will be able to determine the number and size of jobs
waiting for each printer. No attempt is made to actually
predict the length of time that jobs will take.
Provide the ability to identify the least busy printer. The user will be able to determine the number and size of jobs waiting for each printer. No attempt is made to actually predict the length of time that jobs will take.
Provide the ability to identify the current status of the
user's job (user queries).
Provide the ability to identify the current status of the user's job (user queries).
Provide a timely indication that the job has completed and
where it can be found.
Provide a timely indication that the job has completed and where it can be found.
Provide error and diagnostic information for jobs that did not
successfully complete.
Provide error and diagnostic information for jobs that did not successfully complete.
Operator:
Operator:
Provide a presentation of the state of all the jobs in the
print system.
Provide a presentation of the state of all the jobs in the print system.
Provide the ability to identify the user that submitted the
print job.
Provide the ability to identify the user that submitted the print job.
Provide the ability to identify the resources required by each
job.
Provide the ability to identify the resources required by each job.
Bergman, et al. Informational [Page 5] RFC 2707 Job Monitoring MIB - V1.0 November 1999
Bergman, et al. Informational [Page 5] RFC 2707 Job Monitoring MIB - V1.0 November 1999
Provide the ability to define which physical printers are
candidates for the print job.
Provide the ability to define which physical printers are candidates for the print job.
Provide some idea of how long each job will take. However,
exact estimates of time to process a job is not being
attempted. Instead, objects are included that allow the
operator to be able to make gross estimates.
Provide some idea of how long each job will take. However, exact estimates of time to process a job is not being attempted. Instead, objects are included that allow the operator to be able to make gross estimates.
Capacity Planner:
Capacity Planner:
Provide the ability to determine printer utilization as a
function of time.
Provide the ability to determine printer utilization as a function of time.
Provide the ability to determine how long jobs wait before
starting to print.
Provide the ability to determine how long jobs wait before starting to print.
Accountant:
Accountant:
Provide information to allow the creation of a record of
resources consumed and printer usage data for charging users or
groups for resources consumed.
Provide information to allow the creation of a record of resources consumed and printer usage data for charging users or groups for resources consumed.
Provide information to allow the prediction of consumable usage
and resource need.
Provide information to allow the prediction of consumable usage and resource need.
The MIB supports printers that can contain more than one job at a time, but still be usable for low end printers that only contain a single job at a time. In particular, the MIB supports the needs of Windows and other PC environments for managing low-end direct-connect (serial or parallel) and networked devices without unnecessary overhead or complexity, while also providing for higher end systems and devices.
The MIB supports printers that can contain more than one job at a time, but still be usable for low end printers that only contain a single job at a time. In particular, the MIB supports the needs of Windows and other PC environments for managing low-end direct-connect (serial or parallel) and networked devices without unnecessary overhead or complexity, while also providing for higher end systems and devices.
1.2 Types of Job Monitoring Applications
1.2 Types of Job Monitoring Applications
The Job Monitoring MIB is designed for the following types of monitoring applications:
The Job Monitoring MIB is designed for the following types of monitoring applications:
1. Monitor a single job starting when the job is submitted and
ending a defined period after the job completes. The Job
Submission ID table provides the map to find the specific job
to be monitored.
1. Monitor a single job starting when the job is submitted and ending a defined period after the job completes. The Job Submission ID table provides the map to find the specific job to be monitored.
2. Monitor all 'active' jobs in a queue, which this
specification generalizes to a "job set". End users may use
such a program when selecting a least busy printer, so the
MIB is designed for such a program to start up quickly and
find the information needed quickly without having to read
2. Monitor all 'active' jobs in a queue, which this specification generalizes to a "job set". End users may use such a program when selecting a least busy printer, so the MIB is designed for such a program to start up quickly and find the information needed quickly without having to read
Bergman, et al. Informational [Page 6] RFC 2707 Job Monitoring MIB - V1.0 November 1999
Bergman, et al. Informational [Page 6] RFC 2707 Job Monitoring MIB - V1.0 November 1999
all (completed) jobs in order to find the active jobs.
System operators may also use such a program, in which case
it would be running for a long period of time and may also be
interested in the jobs that have completed. Finally such a
program may be used to provide an enhanced console and
logging capability.
all (completed) jobs in order to find the active jobs. System operators may also use such a program, in which case it would be running for a long period of time and may also be interested in the jobs that have completed. Finally such a program may be used to provide an enhanced console and logging capability.
3. Collect resource usage for accounting or system utilization
purposes that copy the completed job statistics to an
accounting system. It is recognized that depending on
accounting programs to copy MIB data during the job-retention
period is somewhat unreliable, since the accounting program
may not be running (or may have crashed). Such a program is
also expected to keep a shadow copy of the entire Job
Attribute table including completed, canceled, and aborted
jobs which the program updates on each polling cycle. Such a
program polls at the rate of the persistence of the Attribute
table. The design is not optimized to help such an
application determine which jobs are completed, canceled, or
aborted. Instead, the application SHOULD query each job that
the application's shadow copy shows was not complete,
canceled, or aborted at the previous poll cycle to see if it
is now complete or canceled, plus any new jobs that have been
submitted.
3. Collect resource usage for accounting or system utilization purposes that copy the completed job statistics to an accounting system. It is recognized that depending on accounting programs to copy MIB data during the job-retention period is somewhat unreliable, since the accounting program may not be running (or may have crashed). Such a program is also expected to keep a shadow copy of the entire Job Attribute table including completed, canceled, and aborted jobs which the program updates on each polling cycle. Such a program polls at the rate of the persistence of the Attribute table. The design is not optimized to help such an application determine which jobs are completed, canceled, or aborted. Instead, the application SHOULD query each job that the application's shadow copy shows was not complete, canceled, or aborted at the previous poll cycle to see if it is now complete or canceled, plus any new jobs that have been submitted.
The MIB provides a set of objects that represent a compatible subset of job and document attributes of the ISO DPA standard [iso-dpa] and the Internet Printing Protocol (IPP) [ipp-model], so that coherence is maintained between these two protocols and the information presented to end users and system operators by monitoring applications. However, the job monitoring MIB is intended to be used with printers that implement other job submitting and management protocols, such as IEEE 1284.1 (TIPSI) [tipsi], as well as with ones that do implement ISO DPA. Thus the job monitoring MIB does not require implementation of either the ISO DPA or IPP protocols.
The MIB provides a set of objects that represent a compatible subset of job and document attributes of the ISO DPA standard [iso-dpa] and the Internet Printing Protocol (IPP) [ipp-model], so that coherence is maintained between these two protocols and the information presented to end users and system operators by monitoring applications. However, the job monitoring MIB is intended to be used with printers that implement other job submitting and management protocols, such as IEEE 1284.1 (TIPSI) [tipsi], as well as with ones that do implement ISO DPA. Thus the job monitoring MIB does not require implementation of either the ISO DPA or IPP protocols.
The MIB is designed so that an additional MIB(s) can be specified in the future for monitoring multi-function (scan, FAX, copy) jobs as an augmentation to this MIB.
The MIB is designed so that an additional MIB(s) can be specified in the future for monitoring multi-function (scan, FAX, copy) jobs as an augmentation to this MIB.
2 Terminology and Job Model
2 Terminology and Job Model
This section defines the terms that are used in this specification and the general model for jobs in alphabetical order.
This section defines the terms that are used in this specification and the general model for jobs in alphabetical order.
Bergman, et al. Informational [Page 7] RFC 2707 Job Monitoring MIB - V1.0 November 1999
Bergman, et al. Informational [Page 7] RFC 2707 Job Monitoring MIB - V1.0 November 1999
NOTE - Existing systems use conflicting terms, so these terms are
drawn from the ISO 10175 Document Printing Application (DPA)
standard [iso-dpa]. For example, PostScript systems use the term
session for what is called a job in this specification and the
term job to mean what is called a document in this specification.
NOTE - Existing systems use conflicting terms, so these terms are drawn from the ISO 10175 Document Printing Application (DPA) standard [iso-dpa]. For example, PostScript systems use the term session for what is called a job in this specification and the term job to mean what is called a document in this specification.
Accounting Application: The SNMP management application that copies job information to some more permanent medium so that another application can perform accounting on the data for Accountants, Asset Managers, and Capacity Planners use.
Accounting Application: The SNMP management application that copies job information to some more permanent medium so that another application can perform accounting on the data for Accountants, Asset Managers, and Capacity Planners use.
Agent: The network entity that accepts SNMP requests from a monitor or accounting application and provides access to the instrumentation for managing jobs modeled by the management objects defined in the Job Monitoring MIB module for a server or a device.
Agent: The network entity that accepts SNMP requests from a monitor or accounting application and provides access to the instrumentation for managing jobs modeled by the management objects defined in the Job Monitoring MIB module for a server or a device.
Attribute: A name, value-pair that specifies a job or document instruction, a status, or a condition of a job or a document that has been submitted to a server or device. A particular attribute NEED NOT be present in each job instance. In other words, attributes are present in a job instance only when there is a need to express the value, either because (1) the client supplied a value in the job submission protocol, (2) the document data contained an embedded attribute, or (3) the server or device supplied a default value. An agent MAY represent an attribute as an entry (row) in the Attribute table in this MIB in which entries are present only when necessary. Attributes are identified in this MIB by an enum.
Attribute: A name, value-pair that specifies a job or document instruction, a status, or a condition of a job or a document that has been submitted to a server or device. A particular attribute NEED NOT be present in each job instance. In other words, attributes are present in a job instance only when there is a need to express the value, either because (1) the client supplied a value in the job submission protocol, (2) the document data contained an embedded attribute, or (3) the server or device supplied a default value. An agent MAY represent an attribute as an entry (row) in the Attribute table in this MIB in which entries are present only when necessary. Attributes are identified in this MIB by an enum.
Client: The network entity that end users use to submit jobs to spoolers, servers, or printers and other devices, depending on the configuration, using any job submission protocol over a serial or parallel port to a directly-connected device or over the network to a networked-connected device.
Client: The network entity that end users use to submit jobs to spoolers, servers, or printers and other devices, depending on the configuration, using any job submission protocol over a serial or parallel port to a directly-connected device or over the network to a networked-connected device.
Device: A hardware entity that (1) interfaces to humans, such as a device that produces marks on paper or scans marks on paper to produce an electronic representation, (2) accesses digital media, such as CD-ROMs, or (3) interfaces electronically to another device, such as sends FAX data to another FAX device.
Device: A hardware entity that (1) interfaces to humans, such as a device that produces marks on paper or scans marks on paper to produce an electronic representation, (2) accesses digital media, such as CD-ROMs, or (3) interfaces electronically to another device, such as sends FAX data to another FAX device.
Document: A sub-section within a job that contains print data and document instructions that apply to just the document.
Document: A sub-section within a job that contains print data and document instructions that apply to just the document.
Document Instruction: An instruction specifying how to process the document. Document instructions MAY be passed in the job submission protocol separate from the actual document data, or MAY be embedded in the document data or a combination, depending on the job submission protocol and implementation.
Document Instruction: An instruction specifying how to process the document. Document instructions MAY be passed in the job submission protocol separate from the actual document data, or MAY be embedded in the document data or a combination, depending on the job submission protocol and implementation.
Bergman, et al. Informational [Page 8] RFC 2707 Job Monitoring MIB - V1.0 November 1999
Bergman, et al. Informational [Page 8] RFC 2707 Job Monitoring MIB - V1.0 November 1999
End User: A user that uses a client to submit a print job. See "user".
End User: A user that uses a client to submit a print job. See "user".
Impression: For a print job, an impression is the passage of the entire side of a sheet by the marker, whether or not any marks are made and independent of the number of passes that the side makes past the marker. Thus a four pass color process counts as a single impression, as does highlight color. Impression counters count all kinds: monochrome, highlight color, and full process color, while full color counters only count full color impressions, and high light color counters only count high light color impressions.
Impression: For a print job, an impression is the passage of the entire side of a sheet by the marker, whether or not any marks are made and independent of the number of passes that the side makes past the marker. Thus a four pass color process counts as a single impression, as does highlight color. Impression counters count all kinds: monochrome, highlight color, and full process color, while full color counters only count full color impressions, and high light color counters only count high light color impressions.
One-sided processing involves one impression per sheet. Two-sided processing involves two impressions per sheet. If a two-sided document has an odd number of pages, the last sheet still counts as two impressions, if that sheet makes two passes through the marker or the marker marks on both sides of a sheet in a single pass. Two-up printing is the placement of two logical pages on one side of a sheet and so is still a single impression. See "page" and "sheet".
One-sided processing involves one impression per sheet. Two-sided processing involves two impressions per sheet. If a two-sided document has an odd number of pages, the last sheet still counts as two impressions, if that sheet makes two passes through the marker or the marker marks on both sides of a sheet in a single pass. Two-up printing is the placement of two logical pages on one side of a sheet and so is still a single impression. See "page" and "sheet".
NOTE - Since impressions include blank sides, it is suggested that accounting application implementers consider charging for sheets, rather than impressions, possibly using the value of the sides attribute to select different charges for one-sided versus two-sided printing, since some users may think that impressions don't include blank sides.
NOTE - Since impressions include blank sides, it is suggested that accounting application implementers consider charging for sheets, rather than impressions, possibly using the value of the sides attribute to select different charges for one-sided versus two-sided printing, since some users may think that impressions don't include blank sides.
Internal Collation: The production of the sheets for each document copy performed within the printing device by making multiple passes over either the source or an intermediate representation of the document.
Internal Collation: The production of the sheets for each document copy performed within the printing device by making multiple passes over either the source or an intermediate representation of the document.
Job: A unit of work whose results are expected together without interjection of unrelated results. A job contains one or more documents.
Job: A unit of work whose results are expected together without interjection of unrelated results. A job contains one or more documents.
Job Accounting: The activity of a management application of accessing the MIB and recording what happens to the job during and after the processing of the job.
Job Accounting: The activity of a management application of accessing the MIB and recording what happens to the job during and after the processing of the job.
Job Instruction: An instruction specifying how, when, or where the job is to be processed. Job instructions MAY be passed in the job submission protocol or MAY be embedded in the document data or a combination depending on the job submission protocol and implementation.
Job Instruction: An instruction specifying how, when, or where the job is to be processed. Job instructions MAY be passed in the job submission protocol or MAY be embedded in the document data or a combination depending on the job submission protocol and implementation.
Bergman, et al. Informational [Page 9] RFC 2707 Job Monitoring MIB - V1.0 November 1999
Bergman, et al. Informational [Page 9] RFC 2707 Job Monitoring MIB - V1.0 November 1999
Job Monitoring (using SNMP): The activity of a management application of accessing the MIB and (1) identifying jobs in the job tables being processed by the server, printer or other devices, and (2) displaying information to the user about the processing of the job.
ジョブモニタリング(SNMPを使用します): 仕事の処理に関してユーザに情報を表示しながらサーバかプリンタか対向機器と、(2)によって処理される仕事のテーブルで仕事を特定しながらMIBと(1)にアクセスする管理アプリケーションの活動。
Job Monitoring Application: The SNMP management application that End Users, and System Operators use to monitor jobs using SNMP. A monitor MAY be either a separate application or MAY be part of the client that also submits jobs. See "monitor".
ジョブモニタリングアプリケーション: SNMP管理アプリケーション、SNMPを使用することで仕事をモニターするそのエンドユーザ、およびSystem Operators使用。 モニターは、別々のアプリケーションであるかもしれないかまた、仕事を提出するクライアントの一部であるかもしれません。 「モニター」を見てください。
Job Set: A group of jobs that are queued and scheduled together according to a specified scheduling algorithm for a specified device or set of devices. For implementations that embed the SNMP agent in the device, the MIB job set normally represents all the jobs known to the device, so that the implementation only implements a single job set. If the SNMP agent is implemented in a server that controls one or more devices, each MIB job set represents a job queue for (1) a specific device or (2) set of devices, if the server uses a single queue to load balance between several devices. Each job set is disjoint; no job SHALL be represented in more than one MIB job set.
仕事はセットしました: 指定されたスケジューリングアルゴリズムによると、指定されたデバイスか1セットのデバイスのために一緒に列に並ばせられて、予定されている仕事のグループ。 SNMPエージェントをデバイスに埋め込む実装のために、通常、設定されたMIB仕事はデバイスに知られているすべての仕事を表します、実装がシングルジョブセットを実装するだけであるように。 SNMPエージェントが1台以上のデバイスを制御するサーバで実装されるなら、それぞれのMIB仕事のセットは(1) 特定のデバイスか1つの(2)セットのデバイスのためにジョブキューを表します、サーバが数台のデバイスの間のバランスをロードするのにただ一つの待ち行列を使用するなら。 それぞれの仕事のセットはばらばらになることです。 いいえ、仕事のSHALL。1つ以上のMIB仕事のセットでは、表されてください。
Monitor: Short for Job Monitoring Application.
以下をモニターしてください。 仕事の監視用途において、短いです。
Page: A page is a logical division of the original source document. Number up is the imposition of more than one page on a single side of a sheet. See "impression" and "sheet" and "two-up".
ページ: 1ページは被写資料の論理的な分割です。 数、上がるのは、1シートのただ一つの側面への1ページ以上の賦課です。 「印象」、「シート」、および「上に2」を見てください。
Proxy: An agent that acts as a concentrator for one or more other agents by accepting SNMP operations on the behalf of one or more other agents, forwarding them on to those other agents, gathering responses from those other agents and returning them to the original requesting monitor.
プロキシ: 他の1人以上のエージェントのための集中装置としてそれらの他のエージェント(他のエージェントとオリジナルの要求に彼らを返すとモニターされるものからの集会応答)に彼らを送って、他の1人以上のエージェントに代わってSNMP操作を認めることによって務めるエージェント。
Queuing: The act of a device or server of ordering (queuing) the jobs for the purposes of scheduling the jobs to be processed.
列を作ります: 仕事が処理される計画をする目的のための仕事を命令する(列に並ばせます)デバイスかサーバの行為。
Printer: A device that puts marks on media.
プリンタ: マークをメディアに載せるデバイス。
Server: A network entity that accepts jobs from clients and in turn submits the jobs to printers and other devices that may be directly connected to the server via a serial or parallel port or may be on the network. A server MAY be a printer supervisor control program, or a print spooler.
サーバ: クライアントから仕事を受け入れて、順番にプリンタに仕事を提出するネットワーク実体とそれが対向機器であるかもしれないことは、直接シリーズかパラレルポートを通してサーバに接続するか、またはネットワークにあるかもしれません。 サーバは、プリンタ監督制御プログラム、またはプリントスプーラであるかもしれません。
Sheet: A sheet is a single instance of a medium, whether printing on one or both sides of the medium. See "impression" and "page".
シート: シートは1で印刷するか、媒体の両側であることにかかわらず媒体のただ一つのインスタンスです。 「印象」と「ページ」を見てください。
Bergman, et al. Informational [Page 10] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[10ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
SNMP Information Object: A name, value-pair that specifies an action, a status, or a condition in an SNMP MIB. Objects are identified in SNMP by an OBJECT IDENTIFIER.
SNMP情報オブジェクト: SNMP MIBの名前、動作を指定する値組、状態、または状態。 オブジェクトはSNMPでOBJECT IDENTIFIERによって特定されます。
Spooler: A server that accepts jobs, spools the data, and decides when and on which printer to print the job. A spooler is a client to a printer or a printer supervisor, depending on implementation.
スプーラ: 仕事を受け入れて、データをスプールして、時とどのプリンタの上で仕事を印刷すると決めるサーバ。 実装によって、スプーラは、プリンタへのクライアントかプリンタ監督です。
Spooling: The act of a device or server of (1) accepting jobs and (2) writing the job's attributes and document data on to secondary storage.
スプールします: (1)のデバイスかサーバが仕事の属性とドキュメントデータを補助記憶装置に書きながら仕事と(2)を受け入れる行為。
Stacked: When a media sheet is placed in an output bin of a device.
積み重ねられる: メディアシートがデバイスの出力容器に置かれるとき。
Supervisor: A server that contains a control program that controls a printer or other device. A supervisor is a client to the printer or other device.
監督: プリンタか他のデバイスを制御する制御プログラムを含むサーバ。 監督はプリンタか対向機器へのクライアントです。
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".
2上がる: 2のプレースメントは1シートの片側の上にそれぞれの側か印象が2ページをみなすそうを呼び出します。 「ページ」と「シート」を見てください。
User: A person that uses a client or a monitor. See "end user".
ユーザ: クライアントかモニターを使用する人。 「エンドユーザ」を見てください。
2.1 System Configurations for the Job Monitoring MIB
2.1 ジョブモニタリング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".
このセクションはJob Monitoring MIBが使用されることを意図する3つの構成を列挙します。 画像を簡素化するために、デバイスはプリンタとして見せられます。 セクション1.1が「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.
[印刷-mib]が権利を与えたPrinter MIBのダイヤグラム: 「1つのPrinterのNetworkのView」はまた、このMIBのために想定されます。 以下のシステム構成を理解する際に支援するためにそのダイヤグラムを参照してください。
2.1.1 Configuration 1 - client-printer
2.1.1 構成1--クライアントプリンタ
In the client-printer configuration 1, the client(s) submit jobs directly to the printer, either by some direct connect, or by network connection.
クライアントプリンタ構成1では、クライアントが直接プリンタに仕事を提出するか、いくつかで、ダイレクトに、接続するか、または接続をネットワークでつないでください。
Bergman, et al. Informational [Page 11] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[11ページ]のRFC2707ジョブモニタリング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.
プリンタの一部であるエージェントと共に直接伝達することによってクライアント、そして/または、監視用途モニター仕事を提出する仕事。 仕事がどの会計プログラムで完成した状態に入ったかの後にプリンタ、および定義された期間に、仕事がある限り、SHALLがJob Monitoring MIBに仕事であることを保つプリンタのエージェントはJob Monitoring MIBから会計データを全部写すことができます。
all end-user ######## SNMP query
+-------+ +--------+ ---- job submission
|monitor| | client |
+---#---+ +--#--+--+
# # |
# ############ |
# # |
+==+===#=#=+==+ |
| | agent | | |
| +-------+ | |
| PRINTER <--------+
| | Print Job Delivery Channel
| |
+=============+
すべてのエンドユーザ########SNMP質問+-------+ +--------+ ---- ジョブ依頼|モニター| | クライアント| +---#---+ +--#--+--+ # # | # ############ | # # | +==+===#=#=+==+ | | | エージェント| | | | +-------+ | | | プリンタ<。--------+ | | 仕事の流通チャネルを印刷してください。| | +=============+
Figure 2-1 - Configuration 1 - client-printer - agent in the printer
図2-1--構成1--クライアントプリンタ--プリンタのエージェント
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.
Job Monitoring MIBは以下の関係(図2-1では、目立たない)をサポートするように設計されています: 1. 複数のクライアントがプリンタに仕事を提出するかもしれません。 2. 複数のクライアントがプリンタをモニターするかもしれません。 3. 複数のモニターがプリンタをモニターするかもしれません。 4. クライアントは複数のプリンタに仕事を提出するかもしれません。 5. モニターは複数のプリンタをモニターするかもしれません。
2.1.2 Configuration 2 - client-server-printer - agent in the server
2.1.2 構成2--クライアントサーバプリンタ--サーバのエージェント
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.
クライアントサーバプリンタ構成2では、クライアントは直接プリンタで提出するのではなく、中間的サーバにネットワーク接続で仕事を提出します。 構成2は含まれていますが、このMIBのためのデザインセンターは構成1と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)
サーバの一部であるJob Monitoring MIBエージェント(または、サーバのための前部)
Bergman, et al. Informational [Page 12] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[12ページ]のRFC2707ジョブモニタリング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.
構成にはSNMP Job Monitoring MIBエージェントが全くプリンタにいません。2 クライアントかモニターが少なくとも、意識しています。 この構成では、エージェントSHALLはサーバが保つ仕事とサーバがプリンタに提出した仕事のためにJob Monitoring MIBのオブジェクトの現行価値を返します。 Job Monitoring MIBエージェントはプリンタからこのドキュメントの範囲にあるメソッドで必須情報を得ます。 仕事がどの会計プログラムで完成した状態に入ったかの後にプリンタ、および定義された期間に、仕事がある限り、SHALLがJob Monitoring MIBにサーバで仕事であることを保つサーバのエージェントは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
| |
+=============+
すべてのエンドユーザ+-------+ +----------+ |モニター| | クライアント| ######## SNMP質問+---+---# +---#----++****非SNMP cntrl##| ---- ジョブ依頼##| # # | #=====#=+ =v=+| エージェント| | +-------+ | | サーバ| +----+-----+--+ コントロール*| ********** | * | +========v====+ | | | | | | | | プリンタ<。---------+ | | 仕事の流通チャネルを印刷してください。| | +=============+
Figure 2-2 - Configuration 2 - client-server-printer - agent in the server
図2-2--構成2--クライアントサーバプリンタ--サーバのエージェント
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.
Job Monitoring MIBは以下の関係(図2-2では、目立たない)をサポートするように設計されています: 1. 複数のクライアントがサーバ2に仕事を提出するかもしれません。 複数のクライアントがサーバ3をモニターするかもしれません。 複数のモニターがサーバ4をモニターするかもしれません。 クライアントは複数のサーバに仕事を提出するかもしれません。 5. モニターは複数のサーバをモニターするかもしれません。 6. 複数のサーバがプリンタに仕事を提出するかもしれません。 7. 複数のサーバがプリンタを制御するかもしれません。
Bergman, et al. Informational [Page 13] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[13ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
2.1.3 Configuration 3 - client-server-printer - client monitors printer
agent and server
2.1.3 構成3--クライアントサーバプリンタ--クライアントはプリンタエージェントとサーバをモニターします。
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.
クライアントサーバプリンタ構成3では、クライアントは直接プリンタで提出するのではなく、中間的サーバにネットワーク接続で仕事を提出します。 そのサーバはJob Monitoring MIBエージェントを含みません。
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
1. サーバ(それは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.
2. サーバの後に仕事をモニターするプリンタの一部であるJob Monitoring MIBエージェントは仕事をプリンタに通過します。
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.
構成3では、エージェント(プリンタの)SHALLはエージェント道具がサーバがプリンタに提出した仕事のためにアップデートしたJob Monitoring MIBのオブジェクトの値を保ちます。 エージェントSHALLはサーバ(ジョブ依頼プロトコル、ドキュメントデータ、またはサーバのダイレクト質問による)からプリンタに提出された仕事の情報を得ます、いくつかのオブジェクトに居住するために。プリンタのJob Monitoring MIB。 仕事がPrinterにあって、より長い限り、SHALLがどの監視プログラムで完成した状態を実装するかためにJob Monitoring MIBに仕事であることを保つプリンタのエージェントはJob Monitoring MIBから会計データを全部写すことができます。
Bergman, et al. Informational [Page 14] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[14ページ]のRFC2707ジョブモニタリング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
| |
+=============+
すべてのエンドユーザ+-------+ +----------+ |モニター| | クライアント| ######## SNMP質問+---+---* +---*----++****非SNMP質問#**| ---- ジョブ依頼#**| # * * | # *=====v=====+#に対して| | # | サーバ| # | | # +----#-----+--+ #任意の#| # ########## | # # | + =+=v===v=+=+| | | エージェント| | | | +-------+ | | | プリンタ<。---------+ | | 仕事の流通チャネルを印刷してください。| | +=============+
Figure 2-3 - Configuration 3 - client-server-printer - client monitors printer agent and server
図2-3--構成3--クライアントサーバプリンタ--クライアントはプリンタエージェントとサーバをモニターします。
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.
Job Monitoring MIBは以下の関係(図2-3では、目立たない)をサポートするように設計されています: 1. 複数のクライアントがサーバ2に仕事を提出するかもしれません。 複数のクライアントがサーバ3をモニターするかもしれません。 複数のモニターがサーバ4をモニターするかもしれません。 クライアントは複数のサーバに仕事を提出するかもしれません。 5. モニターは複数のサーバをモニターするかもしれません。 6. 複数のサーバがプリンタに仕事を提出するかもしれません。 7. 複数のサーバがプリンタを制御するかもしれません。
3 Managed Object Usage
3 管理オブジェクト用法
This section describes the usage of the objects in the MIB.
このセクションはMIBでオブジェクトの使用法を説明します。
3.1 Conformance Considerations
3.1 順応問題
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
バーグマン、他 情報[15ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
3.1.1 Conformance Terminology
3.1.1 順応用語
This specification uses the verbs: "SHALL", "SHOULD", "MAY", and "NEED NOT" to specify conformance requirements according to RFC 2119 [RFC2119] as follows:
この仕様は動詞を使用します: 以下のRFC2119[RFC2119]によると、順応要件を指定する"SHALL"、“SHOULD"、「5月」、および「必要性NOT」:
"SHALL": indicates an action that the subject of the sentence
must implement in order to claim conformance to this specification
"SHALL": 文の対象がこの仕様に順応を要求するために実装しなければならない動作を示します。
"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
「5月」: 文の対象が言い換えれば、この仕様、その動作に順応を要求するために実装する必要はない動作が実装オプションであることを示します。
"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.
「必要性NOT」: 文の対象がこの仕様に順応を要求するために実装する必要はない動作を示します。 “may not"が禁止のように聞こえるので、「必要性NOT」という動詞は“may not"の代わりに使用されます。
"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.
"SHOULD": 実装する文の対象のために推薦されますが、この仕様に順応を要求するのに必要でない動作を示します。
3.1.2 Agent Conformance Requirements
3.1.2 エージェント順応要件
A conforming agent:
従っているエージェント:
1. SHALL implement all MANDATORY groups in this specification.
1. SHALLはこの仕様ですべてのMANDATORYにグループを実装します。
2. SHALL implement any attributes if (1) the server or device
supports the functionality represented by the attribute and (2)
the information is available to the agent.
2. (1) サーバかデバイスが属性によって表された機能性をサポートして、エージェントにとって、(2) 情報が利用可能であるなら、SHALLはどんな属性も実装します。
3. SHOULD implement both forms of an attribute if it implements an
attribute that permits a choice of INTEGER and OCTET STRING
forms, since implementing both forms may help management
applications by giving them a choice of representations, since
the representation are equivalent. See the JmAttributeTypeTC
textual-convention.
3. INTEGERの選択を可能にする属性とOCTET STRINGがフォームであると実装するなら、SHOULDは属性の両方のフォームを実装して、両方のフォームが助けるかもしれない実装するの以来、表現以来の表現の選択をそれらに与えるのによる管理アプリケーションは同等です。 JmAttributeTypeTCの原文のコンベンションを見てください。
NOTE - This MIB, like the Printer MIB, is written following the subset of SMIv2 that can be supported by SMIv1 and SNMPv1 implementations.
注意--Printer MIBのように、SMIv1とSNMPv1実装でサポートすることができるSMIv2の部分集合に従って、このMIBは書かれています。
Bergman, et al. Informational [Page 16] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[16ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
3.1.2.1 MIB II System Group objects
3.1.2.1 MIB II System Groupオブジェクト
The Job Monitoring MIB agent SHALL implement all objects in the System Group of MIB-II [mib-II], whether the Printer MIB [print-mib] is implemented or not.
Job Monitoring MIBエージェントSHALLはMIB-II[mib-II]のSystem Groupのすべてのオブジェクトを実装します、Printer MIB[印刷-mib]が実装されるか否かに関係なく。
3.1.2.2 MIB II Interface Group objects
3.1.2.2 MIB II Interface Groupオブジェクト
The Job Monitoring MIB agent SHALL implement all objects in the Interfaces Group of MIB-II [mib-II], whether the Printer MIB [print- mib] is implemented or not.
Job Monitoring MIBエージェントSHALLはMIB-II[mib-II]のInterfaces Groupのすべてのオブジェクトを実装します、Printer MIB[mibを印刷する]が実装されるか否かに関係なく。
3.1.2.3 Printer MIB objects
3.1.2.3 プリンタMIBオブジェクト
If the agent is providing access to a device that is a printer, the agent SHALL implement all of the MANDATORY objects in the Printer MIB [print-mib] and all the objects in other MIBs that conformance to the Printer MIB requires, such as the Host Resources MIB [hr-mib]. If the agent is providing access to a server that controls one or more direct-connect or networked printers, the agent NEED NOT implement the Printer MIB and NEED NOT implement the Host Resources MIB.
エージェントがプリンタであるデバイスへのアクセスを提供しているなら、エージェントSHALLは、Printer MIBへの順応が必要とする他のMIBsでMANDATORYのすべてがPrinter MIB[印刷-mib]のオブジェクトとすべて、オブジェクトであると実装します、Host Resources MIB[時間-mib]などのように。 または、エージェントが1つを制御するサーバか以上へのアクセスを提供している、-ダイレクトに、接続してください、ネットワークでつながれたプリンタ、エージェントはPrinter MIBを実装する必要はなくて、Host Resources MIBは実装する必要はありません。
3.1.3 Job Monitoring Application Conformance Requirements
3.1.3 ジョブモニタリングアプリケーション順応要件
A conforming job monitoring application:
アプリケーションをモニターする従う仕事:
1. SHALL accept the full syntactic range for all objects in all
MANDATORY groups and all MANDATORY attributes that are
required to be implemented by an agent according to Section
3.1.2 and SHALL either present them to the user or ignore
them.
1. SHALLがすべてのオブジェクトのためにセクション3.1.2に従ってエージェントによって実装されるのに必要であるすべてのMANDATORYグループとすべてのMANDATORY属性で最大限の構文の範囲を受け入れて、SHALLはユーザにそれらを提示するか、またはそれらを無視します。
2. SHALL accept the full syntactic range for all attributes,
including enum and bit values specified in this specification
and additional ones that may be registered with the PWG and
SHALL either present them to the user or ignore them. In
particular, a conforming job monitoring application SHALL not
malfunction when receiving any standard or registered enum or
bit values. See Section 3.7 entitled "IANA and PWG
Registration Considerations".
2. SHALLがすべての属性のために最大限の構文の範囲を受け入れて、enumと噛み付いている値を含んでいるのがこの仕様で指定して、PWGとSHALLに登録されるかもしれない追加ユーザにそれらを提示するか、またはそれらを無視します。 特にどんな標準の、または、登録されたenumや噛み付いている値も受けるとき不調ではなく、アプリケーションSHALLをモニターする従う仕事。 セクション3.7が「IANAとPWG登録問題」の権利を与えられるのを見てください。
3. SHALL NOT fail when operating with agents that materialize
attributes after the job has been submitted, as opposed to
when the job is submitted.
3. 仕事を提出した後に属性を具体化するエージェントと共に作動するとき、SHALL NOTは失敗します、仕事が提出される時と対照的に。
4. SHALL, if it supports a time attribute, accept either form of
the time attribute, since agents are free to implement either
time form.
4. 時間属性をサポートするなら、SHALLは時間属性のどちらのフォームも受け入れます、エージェントが自由にどちらの時間フォームも実装することができるので。
Bergman, et al. Informational [Page 17] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[17ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
3.2 The Job Tables and the Oldest Active and Newest Active Indexes
3.2 仕事のテーブルと最も古いアクティブで最も新しいアクティブなインデックス
The jmJobTable and jmAttributeTable contain objects and attributes,
respectively, for each job in a job set. These first two indexes
are:
1. jmGeneralJobSetIndex - which job set
2. jmJobIndex - which job in the job set
jmJobTableとjmAttributeTableは各仕事のために仕事のセットにそれぞれオブジェクトと属性を含んでいます。 これらの最初の2つのインデックスは以下の通りです。 1. jmGeneralJobSetIndex(それの仕事は2jmJobIndex(仕事におけるそれの仕事はセットした)を設定します)
In order for a monitoring application to quickly find that active jobs (jobs in the pending, processing, or processingStopped states), the MIB contains two indexes:
監視用途がそれがアクティブであることがすぐにわかる命令では、仕事(未定の処理、またはprocessingStopped州での仕事)であり、MIBは2つのインデックスを含んでいます:
1. jmGeneralOldestActiveJobIndex - the index of the active job
that has been in the tables the longest.
1.、jmGeneralOldestActiveJobIndex--最も長い間テーブルにある活発な仕事のインデックス。
2. jmGeneralNewestActiveJobIndex - the index of the active job
that has been most recently added to the tables.
2.、jmGeneralNewestActiveJobIndex--ごく最近である活発な仕事のインデックスはテーブルに加えました。
The agent SHALL assign the next incremental value of jmJobIndex to the job, when a new job is accepted by the server or device to which the agent is providing access. If the incremented value of jmJobIndex would exceed the implementation-defined maximum value for jmJobIndex, the agent SHALL 'wrap' back to 1. An agent uses the resulting value of jmJobIndex for storing information in the jmJobTable and the jmAttributeTable about the job.
エージェントSHALLはjmJobIndexの次の増加の値を仕事に割り当てます、エージェントがアクセサリーを供給しているサーバかデバイスで新しい仕事を受け入れるとき jmJobIndexの増加している値がjmJobIndexのために実装で定義された最大値を超えているなら、エージェントSHALLは後部を1に'包装します'。 エージェントは、仕事に関してjmJobTableとjmAttributeTableの情報を保存するのにjmJobIndexの結果として起こる値を使用します。
It is recommended that the largest value for jmJobIndex be much larger than the maximum number of jobs that the implementation can contain at a single time, so as to minimize the premature re-use of a jmJobIndex value for a newer job while clients retain the same ' stale' value for an older job.
実装がただ一つの時にクライアントが同じくらい保有している間、jmJobIndex価値の、より新しい仕事の時期尚早な再使用を最小にするために含むことができる仕事の最大数が値を'聞き古したである'古い仕事には、jmJobIndexのための最も大きい値がはるかに大きいのは、お勧めです。
It is recommended that agents that are providing access to servers/devices that already allocate job-identifiers for jobs as integers use the same integer value for the jmJobIndex. Then management applications using this MIB and applications using other protocols will see the same job identifiers for the same jobs. Agents providing access to systems that contain jobs with a job identifier of 0 SHALL map the job identifier value 0 to a jmJobIndex value that is one higher than the highest job identifier value that any job can have on that system. Then only job 0 will have a different job-identifier value than the job's jmJobIndex value.
整数として既に仕事のためのジョブ識別子を割り当てるサーバ/デバイスへのアクセスを提供しているエージェントがjmJobIndexに同じ整数値を使用するのは、お勧めです。 そして、他のプロトコルを使用することでこのMIBとアプリケーションを使用する管理アプリケーションが同じ仕事のための同じジョブ識別子を見るでしょう。 仕事を含むシステムへのアクセスに0SHALLに関するジョブ識別子を提供するエージェントがどんな仕事もそのシステムの上に持つことができる中で最も高いジョブ識別子値より高い1つであるjmJobIndex値にジョブ識別子値0を写像します。 そして、仕事0だけには、仕事のjmJobIndex値と異なったジョブ識別子値があるでしょう。
NOTE - If a server or device accepts jobs using multiple job submission protocols, it may be difficult for the agent to meet the recommendation to use the job-identifier values that the server or
または注意、--、サーバかデバイスが複数の賃仕事の服従プロトコルを使用することで仕事を受け入れるなら、エージェントがジョブ識別子を使用するのがそれを評価するという推薦を満たすのが、難しいかもしれないサーバ。
Bergman, et al. Informational [Page 18] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[18ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
device assigns as the jmJobIndex value, unless the server/device assigns job-identifiers for each of its job submission protocols from the same job-identifier number space.
jmJobIndex値としてのデバイス案配サーバ/デバイスが同じジョブ識別子数のスペースからそれぞれのジョブ依頼プロトコルのためのジョブ識別子を割り当てない場合。
Each time a new job is accepted by the server or device that the agent is providing access to AND that job is to be 'active' (pending, processing, or processingStopped, but not pendingHeld), the agent SHALL copy the value of the job's jmJobIndex to the jmGeneralNewestActiveJobIndex object. If the new job is to be ' inactive' (pendingHeld state), the agent SHALL not change the value of jmGeneralNewestActiveJobIndex object (though the agent SHALL assign the next incremental jmJobIndex value to the job).
'その仕事がその都度、エージェントがアクセスを供給しているサーバかデバイスで新しい仕事を受け入れて、アクティブである'ことである、(未定である、処理、またはしかし、processingStopped、pendingHeldでない)、エージェントSHALLは仕事のjmJobIndexの値をjmGeneralNewestActiveJobIndexオブジェクトにコピーします。 新しい仕事がである'(pendingHeld状態)'不活発ことであるなら、エージェントSHALLはjmGeneralNewestActiveJobIndexオブジェクトの値を変えません(エージェントSHALLが次の増加のjmJobIndex値を仕事に割り当てますが)。
When a job transitions from one of the 'active' job states (pending, processing, processingStopped) to one of the 'inactive' job states (pendingHeld, completed, canceled, or aborted), with a jmJobIndex value that matches the jmGeneralOldestActiveJobIndex object, the agent SHALL advance (or wrap) the value to the next oldest 'active' job, if any. See the JmJobStateTC textual-convention for a definition of the job states.
仕事が'アクティブな'仕事の州(未定の、そして、処理しているprocessingStopped)の1つから'不活発な'仕事の州の1つに移行するとき(完成したpendingHeldは取り消したか、または中止になりました)、jmGeneralOldestActiveJobIndexオブジェクトに合っているjmJobIndex値で、エージェントSHALLはもしあれば次の最も古い'アクティブな'仕事に(または、包装)値を進めます。 仕事の州の定義に関してJmJobStateTCの原文のコンベンションを見てください。
Whenever a job transitions from one of the 'inactive' job states to one of the 'active' job states (from pendingHeld to pending or processing), the agent SHALL update the value of either the jmGeneralOldestActiveJobIndex or the jmGeneralNewestActiveJobIndex objects, or both, if the job's jmJobIndex value is outside the range between jmGeneralOldestActiveJobIndex and jmGeneralNewestActiveJobIndex.
仕事が'不活発な'仕事の州の1つから'アクティブな'仕事の州(未定であるかpendingHeldから処理するまでの)の1つに移行するときはいつも、エージェントSHALLはjmGeneralOldestActiveJobIndexかjmGeneralNewestActiveJobIndexオブジェクトか両方のどちらかの値をアップデートします、jmGeneralOldestActiveJobIndexとjmGeneralNewestActiveJobIndexの間の範囲の外に仕事のjmJobIndex値があるなら。
When all jobs become 'inactive', i.e., enter the pendingHeld, completed, canceled, or aborted states, the agent SHALL set the value of both the jmGeneralOldestActiveJobIndex and jmGeneralNewestActiveJobIndex objects to 0.
すべての仕事が'不活発に'なるときにはすなわち、pendingHeldに入ってください、完成しています、取り消されたか、中止になっている州、jmGeneralOldestActiveJobIndexとjmGeneralNewestActiveJobIndexの両方の値が0に反対させるエージェントSHALLセット。
NOTE - Applications that wish to efficiently access all of the active jobs MAY use jmGeneralOldestActiveJobIndex value to start with the oldest active job and continue until they reach the index value equal to jmGeneralNewestActiveJobIndex, skipping over any pendingHeld, completed, canceled, or aborted jobs that might intervene.
注意--どんなpendingHeldも飛ばして、最も古い活発な仕事から始まって、jmGeneralNewestActiveJobIndexと等しいインデックス値に達するまで続くように効率的にjmGeneralOldestActiveJobIndexが評価する活発な仕事の5月の使用のすべてにアクセスしたがっているアプリケーションが、介入するかもしれない仕事を、完了したか、中止したか、または中止しました。
If an application detects that the jmGeneralNewestActiveJobIndex is smaller than jmGeneralOldestActiveJobIndex, the job index has wrapped. In this case, the application SHALL reset the index to 1 when the end of the table is reached and continue the GetNext operations to find the rest of the active jobs.
アプリケーションがそれを検出するなら、jmGeneralNewestActiveJobIndexは包装されていた状態で極めて小さいです。 この場合、アプリケーションSHALLは、テーブルの端に達しているとき、1にインデックスをリセットして、活発な仕事の残りを見つけるためにGetNext操作を続けています。
Bergman, et al. Informational [Page 19] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[19ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
NOTE - Applications detect the end of the jmAttributeTable table when the OID returned by the GetNext operation is an OID in a different MIB. There is no object in this MIB that specifies the maximum value for the jmJobIndex supported by the implementation.
注意--アプリケーションは異なったMIBにGetNext操作で返されたOIDがOIDであるjmAttributeTableテーブルの端を検出します。 オブジェクトが全く実装によってサポートされたjmJobIndexに最大値を指定するこのMIBにありません。
When the server or device is power-cycled, the agent SHALL remember the next jmJobIndex value to be assigned, so that new jobs are not assigned the same jmJobIndex as recent jobs before the power cycle.
サーバかデバイスがパワーによって循環されているとき、エージェントSHALLは割り当てられる次のjmJobIndex値を覚えています、最近の仕事と同じjmJobIndexがパワーサイクルの前に新しい仕事に割り当てられないように。
3.3 The Attribute Mechanism and the Attribute Table(s)
3.3 属性メカニズムと属性テーブル(s)
Attributes are similar to information objects, except that attributes are identified by an enum, instead of an OID, so that attributes may be registered without requiring a new MIB. Also an implementation that does not have the functionality represented by the attribute can omit the attribute entirely, rather than having to return a distinguished value. The agent is free to materialize an attribute in the jmAttributeTable as soon as the agent is aware of the value of the attribute.
属性は情報オブジェクトと同様です、属性がenumによって特定されるのを除いて、OIDの代わりに、新しいMIBを必要としないで属性を示すことができるように。 また、属性で機能性を表さない実装は顕著な値を返さなければならないよりむしろ属性を完全に省略できます。 属性の価値を意識しているとすぐに、エージェントはjmAttributeTableで自由に属性を具体化できます。
The agent materializes job attributes in a four-indexed jmAttributeTable:
エージェントは4で索引をつけられたjmAttributeTableで仕事の属性を具体化します:
1. jmGeneralJobSetIndex - which job set
1. jmGeneralJobSetIndex(それの仕事はセットしました)
2. jmJobIndex - which job in the job set
2. jmJobIndex(仕事におけるそれの仕事はセットしました)
3. jmAttributeTypeIndex - which attribute
3. jmAttributeTypeIndex--どの属性
4. jmAttributeInstanceIndex - which attribute instance for those
attributes that can have multiple values per job.
4. jmAttributeInstanceIndex(それはそれらの属性のためのそれの属性インスタンスをそうすることができる)には、複数の1仕事あたりの値があります。
Some attributes represent information about a job, such as a file- name, a document-name, a submission-time or a completion time. Other attributes represent resources required, e.g., a medium or a colorant, etc. to process the job before the job starts processing OR to indicate the amount of the resource consumed during and after processing, e.g., pages completed or impressions completed. If both a required and a consumed value of a resource is needed, this specification assigns two separate attribute enums in the textual convention.
いくつかの属性がファイル名、ドキュメント名、服従時間または完成時間などの仕事の情報を表します。 他の属性は、仕事が処理と処理の後に消費されたリソースの量、例えば、ページが完成したか、または印象が完成したのを示すORを処理し始める前に仕事を処理するために必要であるリソースや例えば、媒体や着色剤などの代理をします。 両方であるなら、リソースの必要な値と消費された値が必要であり、この仕様は原文のコンベンションで2の別々の属性enumsを割り当てます。
NOTE - The table of contents lists all the attributes in order. This order is the order of enum assignments which is the order that the SNMP GetNext operation returns attributes. Most attributes apply to all three configurations covered by this MIB specification (see
NOTE - The table of contents lists all the attributes in order. This order is the order of enum assignments which is the order that the SNMP GetNext operation returns attributes. Most attributes apply to all three configurations covered by this MIB specification (see
Bergman, et al. Informational [Page 20] RFC 2707 Job Monitoring MIB - V1.0 November 1999
Bergman, et al. Informational [Page 20] RFC 2707 Job Monitoring MIB - V1.0 November 1999
section 2.1 entitled "System Configurations for the Job Monitoring MIB"). Those attributes that apply to a particular configuration are indicated as 'Configuration n:' and SHALL NOT be used with other configurations.
section 2.1 entitled "System Configurations for the Job Monitoring MIB"). Those attributes that apply to a particular configuration are indicated as 'Configuration n:' and SHALL NOT be used with other configurations.
3.3.1 Conformance of Attribute Implementation
3.3.1 Conformance of Attribute Implementation
An agent SHALL implement any attribute if (1) the server or device supports the functionality represented by the attribute and (2) the information is available to the agent. The agent MAY create the attribute row in the jmAttributeTable when the information is available or MAY create the row earlier with the designated 'unknown' value appropriate for that attribute. See next section.
An agent SHALL implement any attribute if (1) the server or device supports the functionality represented by the attribute and (2) the information is available to the agent. The agent MAY create the attribute row in the jmAttributeTable when the information is available or MAY create the row earlier with the designated 'unknown' value appropriate for that attribute. See next section.
If the server or device does not implement or does not provide access to the information about an attribute, the agent SHOULD NOT create the corresponding row in the jmAttributeTable.
If the server or device does not implement or does not provide access to the information about an attribute, the agent SHOULD NOT create the corresponding row in the jmAttributeTable.
3.3.2 Useful, 'Unknown', and 'Other' Values for Objects and Attributes
3.3.2 Useful, 'Unknown', and 'Other' Values for Objects and Attributes
Some attributes have a 'useful' Integer32 value, some have a 'useful' OCTET STRING value, some MAY have either or both depending on implementation, and some MUST have both. See the JmAttributeTypeTC textual convention for the specification of each attribute.
Some attributes have a 'useful' Integer32 value, some have a 'useful' OCTET STRING value, some MAY have either or both depending on implementation, and some MUST have both. See the JmAttributeTypeTC textual convention for the specification of each attribute.
SNMP requires that if an object cannot be implemented because its values cannot be accessed, then a compliant agent SHALL return an SNMP error in SNMPv1 or an exception value in SNMPv2. However, this MIB has been designed so that 'all' objects can and SHALL be implemented by an agent, so that neither the SNMPv1 error nor the SNMPv2 exception value SHALL be generated by the agent. This MIB has also been designed so that when an agent materializes an attribute, the agent SHALL materialize a row consisting of both the jmAttributeValueAsInteger and jmAttributeValueAsOctets objects.
SNMP requires that if an object cannot be implemented because its values cannot be accessed, then a compliant agent SHALL return an SNMP error in SNMPv1 or an exception value in SNMPv2. However, this MIB has been designed so that 'all' objects can and SHALL be implemented by an agent, so that neither the SNMPv1 error nor the SNMPv2 exception value SHALL be generated by the agent. This MIB has also been designed so that when an agent materializes an attribute, the agent SHALL materialize a row consisting of both the jmAttributeValueAsInteger and jmAttributeValueAsOctets objects.
In general, values for objects and attributes have been chosen so that a management application will be able to determine whether a ' useful', 'unknown', or 'other' value is available. When a useful value is not available for an object, that agent SHALL return a zero-length string for octet strings, the value 'unknown(2)' for enums, a '0' value for an object that represents an index in another table, and a value '-2' for counting integers.
In general, values for objects and attributes have been chosen so that a management application will be able to determine whether a ' useful', 'unknown', or 'other' value is available. When a useful value is not available for an object, that agent SHALL return a zero-length string for octet strings, the value 'unknown(2)' for enums, a '0' value for an object that represents an index in another table, and a value '-2' for counting integers.
Since each attribute is represented by a row consisting of both the jmAttributeValueAsInteger and jmAttributeValueAsOctets MANDATORY objects, SNMP requires that the agent SHALL always create an attribute row with both objects specified. However, for most attributes the agent SHALL return a "useful" value for one of the
Since each attribute is represented by a row consisting of both the jmAttributeValueAsInteger and jmAttributeValueAsOctets MANDATORY objects, SNMP requires that the agent SHALL always create an attribute row with both objects specified. However, for most attributes the agent SHALL return a "useful" value for one of the
Bergman, et al. Informational [Page 21] RFC 2707 Job Monitoring MIB - V1.0 November 1999
Bergman, et al. Informational [Page 21] RFC 2707 Job Monitoring MIB - V1.0 November 1999
objects and SHALL return the 'other' value for the other object. For integer only attributes, the agent SHALL always return a zero-length string value for the jmAttributeValueAsOctets object. For octet string only attributes, the agent SHALL always return a '-1' value for the jmAttributeValueAsInteger object.
objects and SHALL return the 'other' value for the other object. For integer only attributes, the agent SHALL always return a zero-length string value for the jmAttributeValueAsOctets object. For octet string only attributes, the agent SHALL always return a '-1' value for the jmAttributeValueAsInteger object.
3.3.3 Index Value Attributes
3.3.3 Index Value Attributes
A number of attributes are indexes in other tables. Such attribute names end with the word 'Index'. If the agent has not (yet) assigned an index value for a particular index attribute for a job, the agent SHALL either: (1) return the value 0 or (2) not add this attribute to the jmAttributeTable until the index value is assigned. In the interests of brevity, the semantics for 0 is specified once here and is not repeated for each index attribute specification and a DEFVAL of 0 is implied, even though the DEFVAL for jmAttributeValueAsInteger is -2.
A number of attributes are indexes in other tables. Such attribute names end with the word 'Index'. If the agent has not (yet) assigned an index value for a particular index attribute for a job, the agent SHALL either: (1) return the value 0 or (2) not add this attribute to the jmAttributeTable until the index value is assigned. In the interests of brevity, the semantics for 0 is specified once here and is not repeated for each index attribute specification and a DEFVAL of 0 is implied, even though the DEFVAL for jmAttributeValueAsInteger is -2.
3.3.4 Data Sub-types and Attribute Naming Conventions
3.3.4 Data Sub-types and Attribute Naming Conventions
Many attributes are sub-typed to give a more specific data type than Integer32 or OCTET STRING. The data sub-type of each attribute is indicated on the first line(s) of the description. Some attributes have several different data sub-type representations. When an attribute has both an Integer32 data sub-type and an OCTET STRING data sub-type, the attribute can be represented in a single row in the jmAttributeTable. In this case, the data sub-type name is not included as the last part of the name of the attribute, e.g., documentFormat(38) which is both an enum and/or a name. When the data sub-types cannot be represented by a single row in the jmAttributeTable, each such representation is considered a separate attribute and is assigned a separate name and enum value. For these attributes, the name of the data sub-type is the last part of the name of the attribute: Name, Index, DateAndTime, TimeStamp, etc. For example, documentFormatIndex(37) is an index.
Many attributes are sub-typed to give a more specific data type than Integer32 or OCTET STRING. The data sub-type of each attribute is indicated on the first line(s) of the description. Some attributes have several different data sub-type representations. When an attribute has both an Integer32 data sub-type and an OCTET STRING data sub-type, the attribute can be represented in a single row in the jmAttributeTable. In this case, the data sub-type name is not included as the last part of the name of the attribute, e.g., documentFormat(38) which is both an enum and/or a name. When the data sub-types cannot be represented by a single row in the jmAttributeTable, each such representation is considered a separate attribute and is assigned a separate name and enum value. For these attributes, the name of the data sub-type is the last part of the name of the attribute: Name, Index, DateAndTime, TimeStamp, etc. For example, documentFormatIndex(37) is an index.
NOTE: The Table of Contents also lists the data sub-type and/or data sub-types of each attribute, using the textual-convention name when such is defined. The following abbreviations are used in the Table of Contents as shown:
NOTE: The Table of Contents also lists the data sub-type and/or data sub-types of each attribute, using the textual-convention name when such is defined. The following abbreviations are used in the Table of Contents as shown:
Bergman, et al. Informational [Page 22] RFC 2707 Job Monitoring MIB - V1.0 November 1999
Bergman, et al. Informational [Page 22] RFC 2707 Job Monitoring MIB - V1.0 November 1999
'Int32(-2..)' Integer32 (-2..2147483647)
'Int32(0..)' Integer32 (0..2147483647)
'Int32(1..)' Integer32 (1..2147483647)
'Int32(m..n)' For all other Integer ranges, the lower
and upper bound of the range is
indicated.
'UTF8String63' JmUTF8StringTC (SIZE(0..63))
'JobString63' JmJobStringTC (SIZE(0..63))
'Octets63' OCTET STRING (SIZE(0..63))
'Octets(m..n)' For all other OCTET STRING ranges, the
exact range is indicated.
'Int32(-2..)' Integer32 (-2..2147483647) 'Int32(0..)' Integer32 (0..2147483647) 'Int32(1..)' Integer32 (1..2147483647) 'Int32(m..n)' For all other Integer ranges, the lower and upper bound of the range is indicated. 'UTF8String63' JmUTF8StringTC (SIZE(0..63)) 'JobString63' JmJobStringTC (SIZE(0..63)) 'Octets63' OCTET STRING (SIZE(0..63)) 'Octets(m..n)' For all other OCTET STRING ranges, the exact range is indicated.
3.3.5 Single-Value (Row) Versus Multi-Value (MULTI-ROW) Attributes
3.3.5 Single-Value (Row) Versus Multi-Value (MULTI-ROW) Attributes
Most attributes have only one row per job. However, a few attributes can have multiple values per job or even per document, where each value is a separate row in the jmAttributeTable. Unless indicated with 'MULTI-ROW:' in the JmAttributeTypeTC description, an agent SHALL ensure that each attribute occurs only once in the jmAttributeTable for a job. Most of the 'MULTI-ROW' attributes do not allow duplicate values, i.e., the agent SHALL ensure that each value occurs only once for a job. Only if the specification of the ' MULTI-ROW' attribute also says "There is no restriction on the same xxx occurring in multiple rows" can the agent allow duplicate values to occur for the job.
Most attributes have only one row per job. However, a few attributes can have multiple values per job or even per document, where each value is a separate row in the jmAttributeTable. Unless indicated with 'MULTI-ROW:' in the JmAttributeTypeTC description, an agent SHALL ensure that each attribute occurs only once in the jmAttributeTable for a job. Most of the 'MULTI-ROW' attributes do not allow duplicate values, i.e., the agent SHALL ensure that each value occurs only once for a job. Only if the specification of the ' MULTI-ROW' attribute also says "There is no restriction on the same xxx occurring in multiple rows" can the agent allow duplicate values to occur for the job.
NOTE - Duplicates are allowed for 'extensive' 'MULTI-ROW' attributes, such as fileName(34) or documentName(35) which are specified to be ' per-document' attributes, but are not allowed for 'intensive' ' MULTI-ROW' attributes, such as mediumConsumed(171) and documentFormat(38) which are specified to be 'per-job' attributes.
NOTE - Duplicates are allowed for 'extensive' 'MULTI-ROW' attributes, such as fileName(34) or documentName(35) which are specified to be ' per-document' attributes, but are not allowed for 'intensive' ' MULTI-ROW' attributes, such as mediumConsumed(171) and documentFormat(38) which are specified to be 'per-job' attributes.
3.3.6 Requested Objects and Attributes
3.3.6 Requested Objects and Attributes
A number of objects and attributes record requirements for the job. Such object and attribute names end with the word 'Requested'. In the interests of brevity, the phrase 'requested' means: (1) requested by the client (or intervening server) in the job submission protocol and may also mean (2) embedded in the submitted document data, and/or (3) defaulted by the recipient device or server with the same semantics as if the requester had supplied, depending on implementation. Also if a value is supplied by the job submission client, and the server/device determines a better value, through processing or other means, the agent MAY return that better value for such object and attribute.
A number of objects and attributes record requirements for the job. Such object and attribute names end with the word 'Requested'. In the interests of brevity, the phrase 'requested' means: (1) requested by the client (or intervening server) in the job submission protocol and may also mean (2) embedded in the submitted document data, and/or (3) defaulted by the recipient device or server with the same semantics as if the requester had supplied, depending on implementation. Also if a value is supplied by the job submission client, and the server/device determines a better value, through processing or other means, the agent MAY return that better value for such object and attribute.
Bergman, et al. Informational [Page 23] RFC 2707 Job Monitoring MIB - V1.0 November 1999
Bergman, et al. Informational [Page 23] RFC 2707 Job Monitoring MIB - V1.0 November 1999
3.3.7 Consumption Attributes
3.3.7 Consumption Attributes
A number of objects and attributes record consumption. Such attribute names end with the word 'Completed' or 'Consumed'. If the job has not yet consumed what that resource is metering, the agent either: (1) SHALL return the value 0 or (2) SHALL not add this attribute to the jmAttributeTable until the consumption begins. In the interests of brevity, the semantics for 0 is specified once here and is not repeated for each consumption attribute specification and a DEFVAL of 0 is implied, even though the DEFVAL for jmAttributeValueAsInteger is -2.
A number of objects and attributes record consumption. Such attribute names end with the word 'Completed' or 'Consumed'. If the job has not yet consumed what that resource is metering, the agent either: (1) SHALL return the value 0 or (2) SHALL not add this attribute to the jmAttributeTable until the consumption begins. In the interests of brevity, the semantics for 0 is specified once here and is not repeated for each consumption attribute specification and a DEFVAL of 0 is implied, even though the DEFVAL for jmAttributeValueAsInteger is -2.
3.3.8 Attribute Specifications
3.3.8 Attribute Specifications
This section specifies the job attributes.
This section specifies the job attributes.
In the following definitions of the attributes, each description indicates whether the useful value of the attribute SHALL be represented using the jmAttributeValueAsInteger or the jmAttributeValueAsOctets objects by the initial tag: 'INTEGER:' or ' OCTETS:', respectively.
In the following definitions of the attributes, each description indicates whether the useful value of the attribute SHALL be represented using the jmAttributeValueAsInteger or the jmAttributeValueAsOctets objects by the initial tag: 'INTEGER:' or ' OCTETS:', respectively.
Some attributes allow the agent implementer a choice of useful values of either an integer, an octet string representation, or both, depending on implementation. These attributes are indicated with ' INTEGER:' AND/OR 'OCTETS:' tags.
Some attributes allow the agent implementer a choice of useful values of either an integer, an octet string representation, or both, depending on implementation. These attributes are indicated with ' INTEGER:' AND/OR 'OCTETS:' tags.
A very few attributes require both objects at the same time to represent a pair of useful values (see mediumConsumed(171)). These attributes are indicated with 'INTEGER:' AND 'OCTETS:' tags. See the jmAttributeGroup for the descriptions of these two MANDATORY objects.
A very few attributes require both objects at the same time to represent a pair of useful values (see mediumConsumed(171)). These attributes are indicated with 'INTEGER:' AND 'OCTETS:' tags. See the jmAttributeGroup for the descriptions of these two MANDATORY objects.
NOTE - The enum assignments are grouped logically with values assigned in groups of 20, so that additional values may be registered in the future and assigned a value that is part of their logical grouping.
NOTE - The enum assignments are grouped logically with values assigned in groups of 20, so that additional values may be registered in the future and assigned a value that is part of their logical grouping.
Values in the range 2**30 to 2**31-1 are reserved for private or experimental usage. This range corresponds to the same range reserved in IPP. Implementers are warned that use of such values may conflict with other implementations. Implementers are encouraged to request registration of enum values following the procedures in Section 3.7.1.
Values in the range 2**30 to 2**31-1 are reserved for private or experimental usage. This range corresponds to the same range reserved in IPP. Implementers are warned that use of such values may conflict with other implementations. Implementers are encouraged to request registration of enum values following the procedures in Section 3.7.1.
NOTE: No attribute name exceeds 31 characters.
NOTE: No attribute name exceeds 31 characters.
Bergman, et al. Informational [Page 24] RFC 2707 Job Monitoring MIB - V1.0 November 1999
Bergman, et al. Informational [Page 24] RFC 2707 Job Monitoring MIB - V1.0 November 1999
The standard attribute types are:
The standard attribute types are:
jmAttributeTypeIndex Datatype
-------------------- --------
jmAttributeTypeIndex Datatype -------------------- --------
other(1), Integer32 (-2..2147483647)
AND/OR
OCTET STRING(SIZE(0..63))
INTEGER: and/or OCTETS: An attribute that is not in the
list and/or that has not been approved and registered with
the PWG.
other(1), Integer32 (-2..2147483647) AND/OR OCTET STRING(SIZE(0..63)) INTEGER: and/or OCTETS: An attribute that is not in the list and/or that has not been approved and registered with the PWG.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+ Job State attributes (3 - 19 decimal)
+
+ The following attributes specify the state of a job.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ + Job State attributes (3 - 19 decimal) + + The following attributes specify the state of a job. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
jobStateReasons2(3), JmJobStateReasons2TC
INTEGER: Additional information about the job's current state
that augments the jmJobState object. See the description under
the JmJobStateReasons1TC textual-convention.
jobStateReasons2(3), JmJobStateReasons2TC INTEGER: Additional information about the job's current state that augments the jmJobState object. See the description under the JmJobStateReasons1TC textual-convention.
jobStateReasons3(4), JmJobStateReasons3TC
INTEGER: Additional information about the job's current state
that augments the jmJobState object. See the description under
JmJobStateReasons1TC textual-convention.
jobStateReasons3(4), JmJobStateReasons3TC INTEGER: Additional information about the job's current state that augments the jmJobState object. See the description under JmJobStateReasons1TC textual-convention.
jobStateReasons4(5), JmJobStateReasons4TC
INTEGER: Additional information about the job's current state
that augments the jmJobState object. See the description under
JmJobStateReasons1TC textual-convention.
jobStateReasons4(5), JmJobStateReasons4TC INTEGER: Additional information about the job's current state that augments the jmJobState object. See the description under JmJobStateReasons1TC textual-convention.
processingMessage(6), JmUTF8StringTC (SIZE(0..63))
OCTETS: MULTI-ROW: A coded character set message that is
generated by the server or device during the processing of the
job as a simple form of processing log to show progress and any
problems. The natural language of each value is specified by
the corresponding processingMessageNaturalLangTag(7) value.
processingMessage(6), JmUTF8StringTC (SIZE(0..63)) OCTETS: MULTI-ROW: A coded character set message that is generated by the server or device during the processing of the job as a simple form of processing log to show progress and any problems. The natural language of each value is specified by the corresponding processingMessageNaturalLangTag(7) value.
NOTE - This attribute is intended for such conditions as
interpreter messages, rather than being the printable form of
the jmJobState and jmJobStateReasons1 objects and
jobStateReasons2, jobStateReasons3, and jobStateReasons4
attributes. In order to produce a localized printable form of
these job state objects/attribute, a management application
SHOULD produce a message from their enum and bit values.
NOTE - This attribute is intended for such conditions as interpreter messages, rather than being the printable form of the jmJobState and jmJobStateReasons1 objects and jobStateReasons2, jobStateReasons3, and jobStateReasons4 attributes. In order to produce a localized printable form of these job state objects/attribute, a management application SHOULD produce a message from their enum and bit values.
Bergman, et al. Informational [Page 25] RFC 2707 Job Monitoring MIB - V1.0 November 1999
Bergman, et al. Informational [Page 25] RFC 2707 Job Monitoring MIB - V1.0 November 1999
NOTE - There is no job description attribute in IPP/1.0 that
corresponds to this attribute and this attribute does not
correspond to the IPP/1.0 'job-state-message' job description
attribute, which is just a printable form of the IPP 'job-state'
and 'job-state-reasons' job attributes.
NOTE - There is no job description attribute in IPP/1.0 that corresponds to this attribute and this attribute does not correspond to the IPP/1.0 'job-state-message' job description attribute, which is just a printable form of the IPP 'job-state' and 'job-state-reasons' job attributes.
There is no restriction for the same message occurring in
multiple rows.
There is no restriction for the same message occurring in multiple rows.
processingMessageNaturalLangTag(7), OCTET STRING(SIZE(0..63))
OCTETS: MULTI-ROW: The natural language of the corresponding
processingMessage(6) attribute value. See section 3.6.1,
entitled 'Text generated by the server or device'.
processingMessageNaturalLangTag(7), OCTET STRING(SIZE(0..63)) OCTETS: MULTI-ROW: The natural language of the corresponding processingMessage(6) attribute value. See section 3.6.1, entitled 'Text generated by the server or device'.
If the agent does not know the natural language of the job
processing message, the agent SHALL either (1) return a zero
length string value for the processingMessageNaturalLangTag(7)
attribute or (2) not return the
processingMessageNaturalLangTag(7) attribute for the job.
If the agent does not know the natural language of the job processing message, the agent SHALL either (1) return a zero length string value for the processingMessageNaturalLangTag(7) attribute or (2) not return the processingMessageNaturalLangTag(7) attribute for the job.
There is no restriction for the same tag occurring in multiple
rows, since when this attribute is implemented, it SHOULD have a
value row for each corresponding processingMessage(6) attribute
value row.
There is no restriction for the same tag occurring in multiple rows, since when this attribute is implemented, it SHOULD have a value row for each corresponding processingMessage(6) attribute value row.
jobCodedCharSet(8), CodedCharSet
INTEGER: The MIBenum identifier of the coded character set that
the agent is using to represent coded character set objects and
attributes of type 'JmJobStringTC'. These coded character set
objects and attributes are either: (1) supplied by the job
submitting client or (2) defaulted by the server or device when
omitted by the job submitting client. The agent SHALL represent
these objects and attributes in the MIB either (1) in the coded
character set as they were submitted or (2) MAY convert the
coded character set to another coded character set or encoding
scheme as identified by the jobCodedCharSet(8) attribute. See
section 3.6.2, entitled 'Text supplied by the job submitter'.
jobCodedCharSet(8), CodedCharSet INTEGER: The MIBenum identifier of the coded character set that the agent is using to represent coded character set objects and attributes of type 'JmJobStringTC'. These coded character set objects and attributes are either: (1) supplied by the job submitting client or (2) defaulted by the server or device when omitted by the job submitting client. The agent SHALL represent these objects and attributes in the MIB either (1) in the coded character set as they were submitted or (2) MAY convert the coded character set to another coded character set or encoding scheme as identified by the jobCodedCharSet(8) attribute. See section 3.6.2, entitled 'Text supplied by the job submitter'.
These MIBenum values are assigned by IANA [IANA-charsets] when
the coded character sets are registered. The coded character
set SHALL be one of the ones registered with IANA [IANA] and the
enum value uses the CodedCharSet textual-convention from the
Printer MIB. See the JmJobStringTC textual-convention.
These MIBenum values are assigned by IANA [IANA-charsets] when the coded character sets are registered. The coded character set SHALL be one of the ones registered with IANA [IANA] and the enum value uses the CodedCharSet textual-convention from the Printer MIB. See the JmJobStringTC textual-convention.
If the agent does not know what coded character set was used by
the job submitting client, the agent SHALL either (1) return the
'unknown(2)' value for the jobCodedCharSet(8) attribute or (2)
not return the jobCodedCharSet(8) attribute for the job.
If the agent does not know what coded character set was used by the job submitting client, the agent SHALL either (1) return the 'unknown(2)' value for the jobCodedCharSet(8) attribute or (2) not return the jobCodedCharSet(8) attribute for the job.
Bergman, et al. Informational [Page 26] RFC 2707 Job Monitoring MIB - V1.0 November 1999
Bergman, et al. Informational [Page 26] RFC 2707 Job Monitoring MIB - V1.0 November 1999
jobNaturalLanguageTag(9), OCTET STRING(SIZE(0..63))
OCTETS: The natural language of the job attributes supplied by
the job submitter or defaulted by the server or device for the
job, i.e., all objects and attributes represented by the '
JmJobStringTC' textual-convention, such as jobName,
mediumRequested, etc. See Section 3.6.2, entitled 'Text
supplied by the job submitter'.
jobNaturalLanguageTag(9), OCTET STRING(SIZE(0..63)) OCTETS: The natural language of the job attributes supplied by the job submitter or defaulted by the server or device for the job, i.e., all objects and attributes represented by the ' JmJobStringTC' textual-convention, such as jobName, mediumRequested, etc. See Section 3.6.2, entitled 'Text supplied by the job submitter'.
If the agent does not know what natural language was used by the
job submitting client, the agent SHALL either (1) return a zero
length string value for the jobNaturalLanguageTag(9) attribute
or (2) not return jobNaturalLanguageTag(9) attribute for the
job.
If the agent does not know what natural language was used by the job submitting client, the agent SHALL either (1) return a zero length string value for the jobNaturalLanguageTag(9) attribute or (2) not return jobNaturalLanguageTag(9) attribute for the job.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+ Job Identification attributes (20 - 49 decimal)
+
+ The following attributes help an end user, a system
+ operator, or an accounting program identify a job.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ + Job Identification attributes (20 - 49 decimal) + + The following attributes help an end user, a system + operator, or an accounting program identify a job. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
jobURI(20), OCTET STRING(SIZE(0..63))
OCTETS: MULTI-ROW: The job's Universal Resource
Identifier (URI) [RFC1738]. See IPP [ipp-model] for
example usage.
jobURI(20), OCTET STRING(SIZE(0..63)) OCTETS: MULTI-ROW: The job's Universal Resource Identifier (URI) [RFC1738]. See IPP [ipp-model] for example usage.
NOTE - The agent may be able to generate this value on each
SNMP Get operation from smaller values, rather than having
to store the entire URI.
NOTE - The agent may be able to generate this value on each SNMP Get operation from smaller values, rather than having to store the entire URI.
If the URI exceeds 63 octets, the agent SHALL use multiple
values, with the next 63 octets coming in the second value,
etc.
If the URI exceeds 63 octets, the agent SHALL use multiple values, with the next 63 octets coming in the second value, etc.
NOTE - IPP [ipp-model] has a 1023-octet maximum length for
a URI, though the URI standard itself and HTTP/1.1 specify
no maximum length.
NOTE - IPP [ipp-model] has a 1023-octet maximum length for a URI, though the URI standard itself and HTTP/1.1 specify no maximum length.
jobAccountName(21), OCTET STRING(SIZE(0..63))
OCTETS: Arbitrary binary information which MAY be coded
character set data or encrypted data supplied by the
submitting user for use by accounting services to allocate
or categorize charges for services provided, such as a
customer account name or number.
jobAccountName(21), OCTET STRING(SIZE(0..63)) OCTETS: Arbitrary binary information which MAY be coded character set data or encrypted data supplied by the submitting user for use by accounting services to allocate or categorize charges for services provided, such as a customer account name or number.
NOTE: This attribute NEED NOT be printable characters.
NOTE: This attribute NEED NOT be printable characters.
Bergman, et al. Informational [Page 27] RFC 2707 Job Monitoring MIB - V1.0 November 1999
Bergman, et al. Informational [Page 27] RFC 2707 Job Monitoring MIB - V1.0 November 1999
serverAssignedJobName(22), JmJobStringTC (SIZE(0..63))
OCTETS: Configuration 3 only: The human readable string
name, number, or ID of the job as assigned by the server
that submitted the job to the device that the agent is
providing access to with this MIB.
serverAssignedJobName(22), JmJobStringTC (SIZE(0..63)) OCTETS: Configuration 3 only: The human readable string name, number, or ID of the job as assigned by the server that submitted the job to the device that the agent is providing access to with this MIB.
NOTE - This attribute is intended for enabling a user to
find his/her job that a server submitted to a device when
either the client does not support the jmJobSubmissionID or
the server does not pass the jmJobSubmissionID through to
the device.
NOTE - This attribute is intended for enabling a user to find his/her job that a server submitted to a device when either the client does not support the jmJobSubmissionID or the server does not pass the jmJobSubmissionID through to the device.
jobName(23), JmJobStringTC (SIZE(0..63))
OCTETS: The human readable string name of the job as
assigned by the submitting user to help the user
distinguish between his/her various jobs. This name does
not need to be unique.
jobName(23), JmJobStringTC (SIZE(0..63)) OCTETS: The human readable string name of the job as assigned by the submitting user to help the user distinguish between his/her various jobs. This name does not need to be unique.
This attribute is intended for enabling a user or the
user's application to convey a job name that MAY be printed
on a start sheet, returned in a query result, or used in
notification or logging messages.
This attribute is intended for enabling a user or the user's application to convey a job name that MAY be printed on a start sheet, returned in a query result, or used in notification or logging messages.
In order to assist users to find their jobs for job
submission protocols that don't supply a jmJobSubmissionID,
the agent SHOULD maintain the jobName attribute for the
time specified by the jmGeneralJobPersistence object,
rather than the (shorter) jmGeneralAttributePersistence
object.
In order to assist users to find their jobs for job submission protocols that don't supply a jmJobSubmissionID, the agent SHOULD maintain the jobName attribute for the time specified by the jmGeneralJobPersistence object, rather than the (shorter) jmGeneralAttributePersistence object.
If this attribute is not specified when the job is
submitted, no job name is assumed, but implementation
specific defaults are allowed, such as the value of the
documentName attribute of the first document in the job or
the fileName attribute of the first document in the job.
If this attribute is not specified when the job is submitted, no job name is assumed, but implementation specific defaults are allowed, such as the value of the documentName attribute of the first document in the job or the fileName attribute of the first document in the job.
The jobName attribute is distinguished from the jobComment
attribute, in that the jobName attribute is intended to
permit the submitting user to distinguish between different
jobs that he/she has submitted. The jobComment attribute
is intended to be free form additional information that a
user might wish to use to communicate with himself/herself,
such as a reminder of what to do with the results or to
indicate a different set of input parameters were tried in
several different job submissions.
The jobName attribute is distinguished from the jobComment attribute, in that the jobName attribute is intended to permit the submitting user to distinguish between different jobs that he/she has submitted. The jobComment attribute is intended to be free form additional information that a user might wish to use to communicate with himself/herself, such as a reminder of what to do with the results or to indicate a different set of input parameters were tried in several different job submissions.
Bergman, et al. Informational [Page 28] RFC 2707 Job Monitoring MIB - V1.0 November 1999
Bergman, et al. Informational [Page 28] RFC 2707 Job Monitoring MIB - V1.0 November 1999
jobServiceTypes(24), JmJobServiceTypesTC
INTEGER: Specifies the type(s) of service to which the job
has been submitted (print, fax, scan, etc.). The service
type is bit encoded with each job service type so that more
general and arbitrary services can be created, such as
services with more than one destination type, or ones with
only a source or only a destination. For example, a job
service might scan, faxOut, and print a single job. In
this case, three bits would be set in the jobServiceTypes
attribute, corresponding to the hexadecimal values: 0x8 +
0x20 + 0x4, respectively, yielding: 0x2C.
jobServiceTypes(24), JmJobServiceTypesTC INTEGER: Specifies the type(s) of service to which the job has been submitted (print, fax, scan, etc.). The service type is bit encoded with each job service type so that more general and arbitrary services can be created, such as services with more than one destination type, or ones with only a source or only a destination. For example, a job service might scan, faxOut, and print a single job. In this case, three bits would be set in the jobServiceTypes attribute, corresponding to the hexadecimal values: 0x8 + 0x20 + 0x4, respectively, yielding: 0x2C.
Whether this attribute is set from a job attribute supplied
by the job submission client or is set by the recipient job
submission server or device depends on the job submission
protocol. This attribute SHALL be implemented if the
server or device has other types in addition to or instead
of printing.
Whether this attribute is set from a job attribute supplied by the job submission client or is set by the recipient job submission server or device depends on the job submission protocol. This attribute SHALL be implemented if the server or device has other types in addition to or instead of printing.
One of the purposes of this attribute is to permit a
requester to filter out jobs that are not of interest. For
example, a printer operator may only be interested in jobs
that include printing.
One of the purposes of this attribute is to permit a requester to filter out jobs that are not of interest. For example, a printer operator may only be interested in jobs that include printing.
jobSourceChannelIndex(25), Integer32 (0..2147483647)
INTEGER: The index of the row in the associated Printer
MIB [print-mib] of the channel which is the source of the
print job.
jobSourceChannelIndex(25), Integer32 (0..2147483647) INTEGER: The index of the row in the associated Printer MIB [print-mib] of the channel which is the source of the print job.
jobSourcePlatformType(26), JmJobSourcePlatformTypeTC
INTEGER: The source platform type of the immediate
upstream submitter that submitted the job to the server
(configuration 2) or device (configuration 1 and 3) to
which the agent is providing access. For configuration 1,
this is the type of the client that submitted the job to
the device; for configuration 2, this is the type of the
client that submitted the job to the server; and for
configuration 3, this is the type of the server that
submitted the job to the device.
jobSourcePlatformType(26), JmJobSourcePlatformTypeTC INTEGER: The source platform type of the immediate upstream submitter that submitted the job to the server (configuration 2) or device (configuration 1 and 3) to which the agent is providing access. For configuration 1, this is the type of the client that submitted the job to the device; for configuration 2, this is the type of the client that submitted the job to the server; and for configuration 3, this is the type of the server that submitted the job to the device.
submittingServerName(27), JmJobStringTC (SIZE(0..63))
OCTETS: For configuration 3 only: The administrative name
of the server that submitted the job to the device.
submittingServerName(27), JmJobStringTC (SIZE(0..63)) OCTETS: For configuration 3 only: The administrative name of the server that submitted the job to the device.
submittingApplicationName(28), JmJobStringTC (SIZE(0..63))
OCTETS: The name of the client application (not the server
in configuration 3) that submitted the job to the server or
device.
submittingApplicationName(28), JmJobStringTC (SIZE(0..63)) OCTETS: The name of the client application (not the server in configuration 3) that submitted the job to the server or device.
Bergman, et al. Informational [Page 29] RFC 2707 Job Monitoring MIB - V1.0 November 1999
Bergman, et al. Informational [Page 29] RFC 2707 Job Monitoring MIB - V1.0 November 1999
jobOriginatingHost(29), JmJobStringTC (SIZE(0..63))
OCTETS: The name of the client host (not the server host
name in configuration 3) that submitted the job to the
server or device.
jobOriginatingHost(29), JmJobStringTC (SIZE(0..63)) OCTETS: The name of the client host (not the server host name in configuration 3) that submitted the job to the server or device.
deviceNameRequested(30), JmJobStringTC (SIZE(0..63))
OCTETS: The administratively defined coded character set
name of the target device requested by the submitting user.
For configuration 1, its value corresponds to the Printer
MIB [print-mib]: prtGeneralPrinterName object. For
configuration 2 and 3, its value is the name of the logical
or physical device that the user supplied to indicate to
the server on which device(s) they wanted the job to be
processed.
deviceNameRequested(30), JmJobStringTC (SIZE(0..63)) OCTETS: The administratively defined coded character set name of the target device requested by the submitting user. For configuration 1, its value corresponds to the Printer MIB [print-mib]: prtGeneralPrinterName object. For configuration 2 and 3, its value is the name of the logical or physical device that the user supplied to indicate to the server on which device(s) they wanted the job to be processed.
queueNameRequested(31), JmJobStringTC (SIZE(0..63))
OCTETS: The administratively defined coded character set
name of the target queue requested by the submitting user.
For configuration 1, its value corresponds to the queue in
the device for which the agent is providing access. For
configuration 2 and 3, its value is the name of the queue
that the user supplied to indicate to the server on which
device(s) they wanted the job to be processed.
queueNameRequested(31), JmJobStringTC (SIZE(0..63)) OCTETS: The administratively defined coded character set name of the target queue requested by the submitting user. For configuration 1, its value corresponds to the queue in the device for which the agent is providing access. For configuration 2 and 3, its value is the name of the queue that the user supplied to indicate to the server on which device(s) they wanted the job to be processed.
NOTE - typically an implementation SHOULD support either
the deviceNameRequested or queueNameRequested attribute,
but not both.
NOTE - typically an implementation SHOULD support either the deviceNameRequested or queueNameRequested attribute, but not both.
physicalDevice(32), hrDeviceIndex
AND/OR
JmUTF8StringTC (SIZE(0..63))
INTEGER: MULTI-ROW: The index of the physical device MIB
instance requested/used, such as the Printer MIB [print-mib].
This value is an hrDeviceIndex value. See the Host
Resources MIB [hr-mib].
physicalDevice(32), hrDeviceIndex AND/OR JmUTF8StringTC (SIZE(0..63)) INTEGER: MULTI-ROW: The index of the physical device MIB instance requested/used, such as the Printer MIB [print-mib]. This value is an hrDeviceIndex value. See the Host Resources MIB [hr-mib].
AND/OR
AND/OR
OCTETS: MULTI-ROW: The name of the physical device to
which the job is assigned.
OCTETS: MULTI-ROW: The name of the physical device to which the job is assigned.
numberOfDocuments(33), Integer32 (-2..2147483647)
INTEGER: The number of documents in this job.
numberOfDocuments(33), Integer32 (-2..2147483647) INTEGER: The number of documents in this job.
The agent SHOULD return this attribute if the job has more
than one document.
The agent SHOULD return this attribute if the job has more than one document.
Bergman, et al. Informational [Page 30] RFC 2707 Job Monitoring MIB - V1.0 November 1999
Bergman, et al. Informational [Page 30] RFC 2707 Job Monitoring MIB - V1.0 November 1999
fileName(34), JmJobStringTC (SIZE(0..63))
OCTETS: MULTI-ROW: The coded character set file name or
URI [URI-spec] of the document.
fileName(34), JmJobStringTC (SIZE(0..63)) OCTETS: MULTI-ROW: The coded character set file name or URI [URI-spec] of the document.
There is no restriction on the same file name occurring in
multiple rows.
There is no restriction on the same file name occurring in multiple rows.
documentName(35), JmJobStringTC (SIZE(0..63))
OCTETS: MULTI-ROW: The coded character set name of the
document.
documentName(35), JmJobStringTC (SIZE(0..63)) OCTETS: MULTI-ROW: The coded character set name of the document.
There is no restriction on the same document name occurring
in multiple rows.
There is no restriction on the same document name occurring in multiple rows.
jobComment(36), JmJobStringTC (SIZE(0..63))
OCTETS: An arbitrary human-readable coded character text
string supplied by the submitting user or the job
submitting application program for any purpose. For
example, a user might indicate what he/she is going to do
with the printed output or the job submitting application
program might indicate how the document was produced.
jobComment(36), JmJobStringTC (SIZE(0..63)) OCTETS: An arbitrary human-readable coded character text string supplied by the submitting user or the job submitting application program for any purpose. For example, a user might indicate what he/she is going to do with the printed output or the job submitting application program might indicate how the document was produced.
The jobComment attribute is not intended to be a name; see
the jobName attribute.
The jobComment attribute is not intended to be a name; see the jobName attribute.
documentFormatIndex(37), Integer32 (0..2147483647)
INTEGER: MULTI-ROW: The index in the prtInterpreterTable
in the Printer MIB [print-mib] of the page description
language (PDL) or control language interpreter that this
job requires/uses. A document or a job MAY use more than
one PDL or control language.
documentFormatIndex(37), Integer32 (0..2147483647) INTEGER: MULTI-ROW: The index in the prtInterpreterTable in the Printer MIB [print-mib] of the page description language (PDL) or control language interpreter that this job requires/uses. A document or a job MAY use more than one PDL or control language.
NOTE - As with all intensive attributes where multiple rows
are allowed, there SHALL be only one distinct row for each
distinct interpreter; there SHALL be no duplicates.
NOTE - As with all intensive attributes where multiple rows are allowed, there SHALL be only one distinct row for each distinct interpreter; there SHALL be no duplicates.
NOTE - This attribute type is intended to be used with an
agent that implements the Printer MIB and SHALL not be used
if the agent does not implement the Printer MIB. Such an
agent SHALL use the documentFormat attribute instead.
NOTE - This attribute type is intended to be used with an agent that implements the Printer MIB and SHALL not be used if the agent does not implement the Printer MIB. Such an agent SHALL use the documentFormat attribute instead.
Bergman, et al. Informational [Page 31] RFC 2707 Job Monitoring MIB - V1.0 November 1999
Bergman, et al. Informational [Page 31] RFC 2707 Job Monitoring MIB - V1.0 November 1999
documentFormat(38), PrtInterpreterLangFamilyTC
AND/OR
OCTET STRING(SIZE(0..63))
INTEGER: MULTI-ROW: The interpreter language family
corresponding to the Printer MIB [print-mib]
prtInterpreterLangFamily object, that this job
requires/uses. A document or a job MAY use more than one
PDL or control language.
documentFormat(38), PrtInterpreterLangFamilyTC AND/OR OCTET STRING(SIZE(0..63)) INTEGER: MULTI-ROW: The interpreter language family corresponding to the Printer MIB [print-mib] prtInterpreterLangFamily object, that this job requires/uses. A document or a job MAY use more than one PDL or control language.
AND/OR
AND/OR
OCTETS: MULTI-ROW: The document format registered as a
media type [iana-media-types], i.e., the name of the MIME
content-type/subtype. Examples: 'application/postscript',
'application/vnd.hp-PCL', 'application/pdf', 'text/plain'
(US-ASCII SHALL be assumed), 'text/plain; charset=iso-8859-1',
and 'application/octet-stream'. The IPP 'document-format'
job attribute uses these same values with the same semantics.
See the IPP [ipp-model] 'mimeMediaType' attribute syntax and
the document-format attribute for further examples and
explanation.
OCTETS: MULTI-ROW: The document format registered as a media type [iana-media-types], i.e., the name of the MIME content-type/subtype. Examples: 'application/postscript', 'application/vnd.hp-PCL', 'application/pdf', 'text/plain' (US-ASCII SHALL be assumed), 'text/plain; charset=iso-8859-1', and 'application/octet-stream'. The IPP 'document-format' job attribute uses these same values with the same semantics. See the IPP [ipp-model] 'mimeMediaType' attribute syntax and the document-format attribute for further examples and explanation.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+ Job Parameter attributes (50 - 67 decimal)
+
+ The following attributes represent input parameters
+ supplied by the submitting client in the job submission
+ protocol.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ + Job Parameter attributes (50 - 67 decimal) + + The following attributes represent input parameters + supplied by the submitting client in the job submission + protocol. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
jobPriority(50), Integer32 (-2..100)
INTEGER: The priority for scheduling the job. It is used by
servers and devices that employ a priority-based scheduling
algorithm.
jobPriority(50), Integer32 (-2..100) INTEGER: The priority for scheduling the job. It is used by servers and devices that employ a priority-based scheduling algorithm.
A higher value specifies a higher priority. The value 1 is
defined to indicate the lowest possible priority (a job which a
priority-based scheduling algorithm SHALL pass over in favor of
higher priority jobs). The value 100 is defined to indicate the
highest possible priority. Priority is expected to be evenly or
'normally' distributed across this range. The mapping of
vendor-defined priority over this range is implementation-
specific. -2 indicates unknown.
A higher value specifies a higher priority. The value 1 is defined to indicate the lowest possible priority (a job which a priority-based scheduling algorithm SHALL pass over in favor of higher priority jobs). The value 100 is defined to indicate the highest possible priority. Priority is expected to be evenly or 'normally' distributed across this range. The mapping of vendor-defined priority over this range is implementation- specific. -2 indicates unknown.
jobProcessAfterDateAndTime(51), DateAndTime (SNMPv2-TC)
OCTETS: The calendar date and time of day after which the job
SHALL become a candidate to be scheduled for processing. If the
value of this attribute is in the future, the server SHALL set
jobProcessAfterDateAndTime(51), DateAndTime (SNMPv2-TC) OCTETS: The calendar date and time of day after which the job SHALL become a candidate to be scheduled for processing. If the value of this attribute is in the future, the server SHALL set
Bergman, et al. Informational [Page 32] RFC 2707 Job Monitoring MIB - V1.0 November 1999
Bergman, et al. Informational [Page 32] RFC 2707 Job Monitoring MIB - V1.0 November 1999
the value of the job's jmJobState object to pendingHeld and add
the jobProcessAfterSpecified bit value to the job's
jmJobStateReasons1 object. When the specified date and time
arrives, the server SHALL remove the jobProcessAfterSpecified
bit value from the job's jmJobStateReasons1 object and, if no
other reasons remain, SHALL change the job's jmJobState object
to pending.
the value of the job's jmJobState object to pendingHeld and add the jobProcessAfterSpecified bit value to the job's jmJobStateReasons1 object. When the specified date and time arrives, the server SHALL remove the jobProcessAfterSpecified bit value from the job's jmJobStateReasons1 object and, if no other reasons remain, SHALL change the job's jmJobState object to pending.
jobHold(52), JmBooleanTC
INTEGER: If the value is 'true(4)', a client has explicitly
specified that the job is to be held until explicitly released.
Until the job is explicitly released by a client, the job SHALL
be in the pendingHeld state with the jobHoldSpecified value in
the jmJobStateReasons1 attribute.
jobHold(52), JmBooleanTC INTEGER: If the value is 'true(4)', a client has explicitly specified that the job is to be held until explicitly released. Until the job is explicitly released by a client, the job SHALL be in the pendingHeld state with the jobHoldSpecified value in the jmJobStateReasons1 attribute.
jobHoldUntil(53), JmJobStringTC (SIZE(0..63))
OCTETS: The named time period during which the job SHALL become
a candidate for processing, such as 'evening', 'night', '
weekend', 'second-shift', 'third-shift', etc., (supported values
configured by the system administrator). See IPP [ipp-model]
for the standard keyword values. Until that time period
arrives, the job SHALL be in the pendingHeld state with the
jobHoldUntilSpecified value in the jmJobStateReasons1 object.
The value 'no-hold' SHALL indicate explicitly that no time
period has been specified; the absence of this attribute SHALL
indicate implicitly that no time period has been specified.
jobHoldUntil(53), JmJobStringTC (SIZE(0..63)) OCTETS: The named time period during which the job SHALL become a candidate for processing, such as 'evening', 'night', ' weekend', 'second-shift', 'third-shift', etc., (supported values configured by the system administrator). See IPP [ipp-model] for the standard keyword values. Until that time period arrives, the job SHALL be in the pendingHeld state with the jobHoldUntilSpecified value in the jmJobStateReasons1 object. The value 'no-hold' SHALL indicate explicitly that no time period has been specified; the absence of this attribute SHALL indicate implicitly that no time period has been specified.
outputBin(54), Integer32 (0..2147483647)
AND/OR
JmJobStringTC (SIZE(0..63))
INTEGER: MULTI-ROW: The output subunit index in the Printer
MIB [print-mib]
outputBin(54), Integer32 (0..2147483647) AND/OR JmJobStringTC (SIZE(0..63)) INTEGER: MULTI-ROW: The output subunit index in the Printer MIB [print-mib]
AND/OR
AND/OR
OCTETS: MULTI-ROW: the name or number (represented as ASCII
digits) of the output bin to which all or part of the job is
placed in.
OCTETS: MULTI-ROW: the name or number (represented as ASCII digits) of the output bin to which all or part of the job is placed in.
sides(55), Integer32 (-2..2)
INTEGER: MULTI-ROW: The number of sides, '1' or '2', that any
document in this job requires/used.
sides(55), Integer32 (-2..2) INTEGER: MULTI-ROW: The number of sides, '1' or '2', that any document in this job requires/used.
finishing(56), JmFinishingTC
INTEGER: MULTI-ROW: Type of finishing that any document in
this job requires/used.
finishing(56), JmFinishingTC INTEGER: MULTI-ROW: Type of finishing that any document in this job requires/used.
Bergman, et al. Informational [Page 33] RFC 2707 Job Monitoring MIB - V1.0 November 1999
Bergman, et al. Informational [Page 33] RFC 2707 Job Monitoring MIB - V1.0 November 1999
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+ Image Quality attributes (requested and consumed) (70 - 87)
+
+ For devices that can vary the image quality.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ + Image Quality attributes (requested and consumed) (70 - 87) + + For devices that can vary the image quality. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
printQualityRequested(70), JmPrintQualityTC
INTEGER: MULTI-ROW: The print quality selection requested for
a document in the job for printers that allow quality
differentiation.
printQualityRequested(70), JmPrintQualityTC INTEGER: MULTI-ROW: The print quality selection requested for a document in the job for printers that allow quality differentiation.
printQualityUsed(71), JmPrintQualityTC
INTEGER: MULTI-ROW: The print quality selection actually used
by a document in the job for printers that allow quality
differentiation.
printQualityUsed(71), JmPrintQualityTC INTEGER: MULTI-ROW: The print quality selection actually used by a document in the job for printers that allow quality differentiation.
printerResolutionRequested(72), JmPrinterResolutionTC
OCTETS: MULTI-ROW: The printer resolution requested for a
document in the job for printers that support resolution
selection.
printerResolutionRequested(72), JmPrinterResolutionTC OCTETS: MULTI-ROW: The printer resolution requested for a document in the job for printers that support resolution selection.
printerResolutionUsed(73), JmPrinterResolutionTC
OCTETS: MULTI-ROW: The printer resolution actually used by a
document in the job for printers that support resolution
selection.
printerResolutionUsed(73), JmPrinterResolutionTC OCTETS: MULTI-ROW: The printer resolution actually used by a document in the job for printers that support resolution selection.
tonerEcomonyRequested(74), JmTonerEconomyTC
INTEGER: MULTI-ROW: The toner economy selection requested for
documents in the job for printers that allow toner economy
differentiation.
tonerEcomonyRequested(74), JmTonerEconomyTC INTEGER: MULTI-ROW: The toner economy selection requested for documents in the job for printers that allow toner economy differentiation.
tonerEcomonyUsed(75), JmTonerEconomyTC
INTEGER: MULTI-ROW: The toner economy selection actually used
by documents in the job for printers that allow toner economy
differentiation.
tonerEcomonyUsed(75), JmTonerEconomyTC INTEGER: MULTI-ROW: The toner economy selection actually used by documents in the job for printers that allow toner economy differentiation.
tonerDensityRequested(76) Integer32 (-2..100)
INTEGER: MULTI-ROW: The toner density requested for a document
in this job for devices that can vary toner density levels.
Level 1 is the lowest density and level 100 is the highest
density level. Devices with a smaller range, SHALL map the
1-100 range evenly onto the implemented range.
tonerDensityRequested(76) Integer32 (-2..100) INTEGER: MULTI-ROW: The toner density requested for a document in this job for devices that can vary toner density levels. Level 1 is the lowest density and level 100 is the highest density level. Devices with a smaller range, SHALL map the 1-100 range evenly onto the implemented range.
tonerDensityUsed(77), Integer32 (-2..100)
INTEGER: MULTI-ROW: The toner density used by documents in
this job for devices that can vary toner density levels. Level
tonerDensityUsed(77), Integer32 (-2..100) INTEGER: MULTI-ROW: The toner density used by documents in this job for devices that can vary toner density levels. Level
Bergman, et al. Informational [Page 34] RFC 2707 Job Monitoring MIB - V1.0 November 1999
Bergman, et al. Informational [Page 34] RFC 2707 Job Monitoring MIB - V1.0 November 1999
1 is the lowest density and level 100 is the highest density
level. Devices with a smaller range, SHALL map the 1-100 range
evenly onto the implemented range.
1 is the lowest density and level 100 is the highest density level. Devices with a smaller range, SHALL map the 1-100 range evenly onto the implemented range.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+ Job Progress attributes (requested and consumed) (90-109)
+
+ Pairs of these attributes can be used by monitoring
+ applications to show an indication of relative progress
+ to users. See section 3.4, entitled:
+ 'Monitoring Job Progress'.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ + Job Progress attributes (requested and consumed) (90-109) + + Pairs of these attributes can be used by monitoring + applications to show an indication of relative progress + to users. See section 3.4, entitled: + 'Monitoring Job Progress'. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
jobCopiesRequested(90), Integer32 (-2..2147483647)
INTEGER: The number of copies of the entire job that are to be
produced.
jobCopiesRequested(90), Integer32 (-2..2147483647) INTEGER: The number of copies of the entire job that are to be produced.
jobCopiesCompleted(91), Integer32 (-2..2147483647)
INTEGER: The number of copies of the entire job that have been
completed so far.
jobCopiesCompleted(91), Integer32 (-2..2147483647) INTEGER: The number of copies of the entire job that have been completed so far.
documentCopiesRequested(92), Integer32 (-2..2147483647)
INTEGER: The total count of the number of document copies
requested for the job as a whole. If there are documents A, B,
and C, and document B is specified to produce 4 copies, the
number of document copies requested is 6 for the job.
documentCopiesRequested(92), Integer32 (-2..2147483647) INTEGER: The total count of the number of document copies requested for the job as a whole. If there are documents A, B, and C, and document B is specified to produce 4 copies, the number of document copies requested is 6 for the job.
This attribute SHALL be used only when a job has multiple
documents. The jobCopiesRequested attribute SHALL be used when
the job has only one document.
This attribute SHALL be used only when a job has multiple documents. The jobCopiesRequested attribute SHALL be used when the job has only one document.
documentCopiesCompleted(93), Integer32 (-2..2147483647)
INTEGER: The total count of the number of document copies
completed so far for the job as a whole. If there are documents
A, B, and C, and document B is specified to produce 4 copies,
the number of document copies starts a 0 and runs up to 6 for
the job as the job processes.
documentCopiesCompleted(93), Integer32 (-2..2147483647) INTEGER: The total count of the number of document copies completed so far for the job as a whole. If there are documents A, B, and C, and document B is specified to produce 4 copies, the number of document copies starts a 0 and runs up to 6 for the job as the job processes.
This attribute SHALL be used only when a job has multiple
documents. The jobCopiesCompleted attribute SHALL be used when
the job has only one document.
This attribute SHALL be used only when a job has multiple documents. The jobCopiesCompleted attribute SHALL be used when the job has only one document.
jobKOctetsTransferred(94), Integer32 (-2..2147483647)
INTEGER: The number of K (1024) octets transferred to the
server or device to which the agent is providing access. This
count is independent of the number of copies of the job or
documents that will be produced, but it is only a measure of the
number of bytes transferred to the server or device.
jobKOctetsTransferred(94), Integer32 (-2..2147483647) INTEGER: The number of K (1024) octets transferred to the server or device to which the agent is providing access. This count is independent of the number of copies of the job or documents that will be produced, but it is only a measure of the number of bytes transferred to the server or device.
Bergman, et al. Informational [Page 35] RFC 2707 Job Monitoring MIB - V1.0 November 1999
Bergman, et al. Informational [Page 35] RFC 2707 Job Monitoring MIB - V1.0 November 1999
The agent SHALL round the actual number of octets transferred up
to the next higher K. Thus 0 octets SHALL be represented as '
0', 1-1024 octets SHALL BE represented as '1', 1025-2048 SHALL
be '2', etc. When the job completes, the values of the
jmJobKOctetsPerCopyRequested object and the
jobKOctetsTransferred attribute SHALL be equal.
The agent SHALL round the actual number of octets transferred up to the next higher K. Thus 0 octets SHALL be represented as ' 0', 1-1024 octets SHALL BE represented as '1', 1025-2048 SHALL be '2', etc. When the job completes, the values of the jmJobKOctetsPerCopyRequested object and the jobKOctetsTransferred attribute SHALL be equal.
NOTE - The jobKOctetsTransferred can be used with the
jmJobKOctetsPerCopyRequested object in order to produce a
relative indication of the progress of the job for agents that
do not implement the jmJobKOctetsProcessed object.
NOTE - The jobKOctetsTransferred can be used with the jmJobKOctetsPerCopyRequested object in order to produce a relative indication of the progress of the job for agents that do not implement the jmJobKOctetsProcessed object.
sheetCompletedCopyNumber(95), Integer32 (-2..2147483647)
INTEGER: 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 for each document is being stacked and
is equal to n where n is the nth sheet stacked in the current
document copy. See section 3.4 , entitled 'Monitoring Job
Progress'.
sheetCompletedCopyNumber(95), Integer32 (-2..2147483647) INTEGER: 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 for each document is being stacked and is equal to n where n is the nth sheet stacked in the current document copy. See section 3.4 , entitled 'Monitoring Job Progress'.
sheetCompletedDocumentNumber(96), Integer32 (-2..2147483647)
INTEGER: 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 of the first document in the job is being
stacked, and is equal to n where n is the nth document in the
job, starting with 1.
sheetCompletedDocumentNumber(96), Integer32 (-2..2147483647) INTEGER: 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 of the first document in the job is being stacked, and is equal to n where n is the nth document in the job, starting with 1.
Implementations that only support one document jobs SHOULD NOT
implement this attribute.
Implementations that only support one document jobs SHOULD NOT implement this attribute.
jobCollationType(97), JmJobCollationTypeTC
INTEGER: The type of job collation. See also Section 3.4,
entitled 'Monitoring Job Progress'.
jobCollationType(97), JmJobCollationTypeTC INTEGER: The type of job collation. See also Section 3.4, entitled 'Monitoring Job Progress'.
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ + Impression attributes (110 - 129 decimal) + + See the definition of the terms 'impression', 'sheet', + and 'page' in Section 2. + + See also jmJobImpressionsPerCopyRequested and + jmJobImpressionsCompleted objects in the jmJobTable. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ + Impression attributes (110 - 129 decimal) + + See the definition of the terms 'impression', 'sheet', + and 'page' in Section 2. + + See also jmJobImpressionsPerCopyRequested and + jmJobImpressionsCompleted objects in the jmJobTable. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
impressionsSpooled(110), Integer32 (-2..2147483647)
INTEGER: The number of impressions spooled to the server or
device for the job so far.
impressionsSpooled(110), Integer32 (-2..2147483647) INTEGER: The number of impressions spooled to the server or device for the job so far.
Bergman, et al. Informational [Page 36] RFC 2707 Job Monitoring MIB - V1.0 November 1999
Bergman, et al. Informational [Page 36] RFC 2707 Job Monitoring MIB - V1.0 November 1999
impressionsSentToDevice(111), Integer32 (-2..2147483647)
INTEGER: The number of impressions sent to the device for the
job so far.
impressionsSentToDevice(111), Integer32 (-2..2147483647) INTEGER: The number of impressions sent to the device for the job so far.
impressionsInterpreted(112), Integer32 (-2..2147483647)
INTEGER: The number of impressions interpreted for the job so
far.
impressionsInterpreted(112), Integer32 (-2..2147483647) INTEGER: The number of impressions interpreted for the job so far.
impressionsCompletedCurrentCopy(113),
Integer32 (-2..2147483647)
INTEGER: The number of impressions completed by the device for
the current copy of the current document so far. For printing,
the impressions completed includes interpreting, marking, and
stacking the output. For other types of job services, the
number of impressions completed includes the number of
impressions processed.
impressionsCompletedCurrentCopy(113), Integer32 (-2..2147483647) INTEGER: The number of impressions completed by the device for the current copy of the current document so far. For printing, the impressions completed includes interpreting, marking, and stacking the output. For other types of job services, the number of impressions completed includes the number of impressions processed.
This value SHALL be reset to 0 for each document in the job and
for each document copy.
This value SHALL be reset to 0 for each document in the job and for each document copy.
fullColorImpressionsCompleted(114), Integer32 (-2..2147483647)
INTEGER: The number of full color impressions completed by the
device for this job so far. For printing, the impressions
completed includes interpreting, marking, and stacking the
output. For other types of job services, the number of
impressions completed includes the number of impressions
processed. Full color impressions are typically defined as those
requiring 3 or more colorants, but this MAY vary by
implementation. In any case, the value of this attribute counts
by 1 for each side that has full color, not by the number of
colors per side (and the other impression counters are
incremented, except highlightColorImpressionsCompleted(115)).
fullColorImpressionsCompleted(114), Integer32 (-2..2147483647) INTEGER: The number of full color impressions completed by the device for this job so far. For printing, the impressions completed includes interpreting, marking, and stacking the output. For other types of job services, the number of impressions completed includes the number of impressions processed. Full color impressions are typically defined as those requiring 3 or more colorants, but this MAY vary by implementation. In any case, the value of this attribute counts by 1 for each side that has full color, not by the number of colors per side (and the other impression counters are incremented, except highlightColorImpressionsCompleted(115)).
highlightColorImpressionsCompleted(115),
Integer32 (-2..2147483647)
INTEGER: The number of highlight color impressions
completed by the device for this job so far. For printing,
the impressions completed includes interpreting, marking,
and stacking the output. For other types of job services,
the number of impressions completed includes the number of
impressions processed. Highlight color impressions are
typically defined as those requiring black plus one other
colorant, but this MAY vary by implementation. In any
case, the value of this attribute counts by 1 for each side
that has highlight color (and the other impression counters
are incremented, except
fullColorImpressionsCompleted(114)).
highlightColorImpressionsCompleted(115), Integer32 (-2..2147483647) INTEGER: The number of highlight color impressions completed by the device for this job so far. For printing, the impressions completed includes interpreting, marking, and stacking the output. For other types of job services, the number of impressions completed includes the number of impressions processed. Highlight color impressions are typically defined as those requiring black plus one other colorant, but this MAY vary by implementation. In any case, the value of this attribute counts by 1 for each side that has highlight color (and the other impression counters are incremented, except fullColorImpressionsCompleted(114)).
Bergman, et al. Informational [Page 37] RFC 2707 Job Monitoring MIB - V1.0 November 1999
Bergman, et al. Informational [Page 37] RFC 2707 Job Monitoring MIB - V1.0 November 1999
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+ Page attributes (130 - 149 decimal)
+
+ See the definition of 'impression', 'sheet', and 'page'
+ in Section 2.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ + Page attributes (130 - 149 decimal) + + See the definition of 'impression', 'sheet', and 'page' + in Section 2. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
pagesRequested(130), Integer32 (-2..2147483647)
INTEGER: The number of logical pages requested by the job
to be processed.
pagesRequested(130), Integer32 (-2..2147483647) INTEGER: The number of logical pages requested by the job to be processed.
pagesCompleted(131), Integer32 (-2..2147483647)
INTEGER: The number of logical pages completed for this
job so far.
pagesCompleted(131), Integer32 (-2..2147483647) INTEGER: The number of logical pages completed for this job so far.
For implementations where multiple copies are produced by
the interpreter with only a single pass over the data, the
final value SHALL be equal to the value of the
pagesRequested object. For implementations where multiple
copies are produced by the interpreter by processing the
data for each copy, the final value SHALL be a multiple of
the value of the pagesRequested object.
For implementations where multiple copies are produced by the interpreter with only a single pass over the data, the final value SHALL be equal to the value of the pagesRequested object. For implementations where multiple copies are produced by the interpreter by processing the data for each copy, the final value SHALL be a multiple of the value of the pagesRequested object.
NOTE - See the impressionsCompletedCurrentCopy and
pagesCompletedCurrentCopy attributes for attributes that
are reset on each document copy.
NOTE - See the impressionsCompletedCurrentCopy and pagesCompletedCurrentCopy attributes for attributes that are reset on each document copy.
NOTE - The pagesCompleted object can be used with the
pagesRequested object to provide an indication of the
relative progress of the job, provided that the
multiplicative factor is taken into account for some
implementations of multiple copies.
NOTE - The pagesCompleted object can be used with the pagesRequested object to provide an indication of the relative progress of the job, provided that the multiplicative factor is taken into account for some implementations of multiple copies.
pagesCompletedCurrentCopy(132), Integer32 (-2..2147483647)
INTEGER: The number of logical pages completed for the
current copy of the document so far. This value SHALL be
reset to 0 for each document in the job and for each
document copy.
pagesCompletedCurrentCopy(132), Integer32 (-2..2147483647) INTEGER: The number of logical pages completed for the current copy of the document so far. This value SHALL be reset to 0 for each document in the job and for each document copy.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+ Sheet attributes (150 - 169 decimal)
+
+ See the definition of 'impression', 'sheet', and 'page'
+ in Section 2.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ + Sheet attributes (150 - 169 decimal) + + See the definition of 'impression', 'sheet', and 'page' + in Section 2. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Bergman, et al. Informational [Page 38] RFC 2707 Job Monitoring MIB - V1.0 November 1999
Bergman, et al. Informational [Page 38] RFC 2707 Job Monitoring MIB - V1.0 November 1999
sheetsRequested(150), Integer32 (-2..2147483647)
INTEGER: The total number of medium sheets requested to be
produced for this job.
sheetsRequested(150), Integer32 (-2..2147483647) INTEGER: The total number of medium sheets requested to be produced for this job.
Unlike the jmJobKOctetsPerCopyRequested and
jmJobImpressionsPerCopyRequested attributes, the
sheetsRequested(150) attribute SHALL include the
multiplicative factor contributed by the number of copies
and so is the total number of sheets to be produced by the
job, as opposed to the size of the document(s) submitted.
Unlike the jmJobKOctetsPerCopyRequested and jmJobImpressionsPerCopyRequested attributes, the sheetsRequested(150) attribute SHALL include the multiplicative factor contributed by the number of copies and so is the total number of sheets to be produced by the job, as opposed to the size of the document(s) submitted.
sheetsCompleted(151), Integer32 (-2..2147483647)
INTEGER: The total number of medium sheets that have
completed marking and stacking for the entire job so far
whether those sheets have been processed on one side or on
both.
sheetsCompleted(151), Integer32 (-2..2147483647) INTEGER: The total number of medium sheets that have completed marking and stacking for the entire job so far whether those sheets have been processed on one side or on both.
sheetsCompletedCurrentCopy(152), Integer32 (-2..2147483647)
INTEGER: The number of medium sheets that have completed
marking and stacking for the current copy of a document in
the job so far whether those sheets have been processed on
one side or on both.
sheetsCompletedCurrentCopy(152), Integer32 (-2..2147483647) INTEGER: The number of medium sheets that have completed marking and stacking for the current copy of a document in the job so far whether those sheets have been processed on one side or on both.
The value of this attribute SHALL be 0 before the job
starts processing and SHALL be reset to 1 after the first
sheet of each document and document copy in the job is
processed and stacked.
The value of this attribute SHALL be 0 before the job starts processing and SHALL be reset to 1 after the first sheet of each document and document copy in the job is processed and stacked.
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+ Resources attributes (requested and consumed) (170 - 189)
+
+ Pairs of these attributes can be used by monitoring
+ applications to show an indication of relative usage to
+ users, i.e., a 'thermometer'.
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ + Resources attributes (requested and consumed) (170 - 189) + + Pairs of these attributes can be used by monitoring + applications to show an indication of relative usage to + users, i.e., a 'thermometer'. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
mediumRequested(170), JmMediumTypeTC
AND/OR
JmJobStringTC (SIZE(0..63))
INTEGER: MULTI-ROW: The type
AND/OR
OCTETS: MULTI-ROW: the name of the medium that is
required by the job.
mediumRequested(170), JmMediumTypeTC AND/OR JmJobStringTC (SIZE(0..63)) INTEGER: MULTI-ROW: The type AND/OR OCTETS: MULTI-ROW: the name of the medium that is required by the job.
NOTE - The name (JmJobStringTC) values correspond to the
name values of the prtInputMediaName object in the Printer
MIB [print-mib] and the name, size, and input tray values
of the IPP 'media' attribute [ipp-model].
NOTE - The name (JmJobStringTC) values correspond to the name values of the prtInputMediaName object in the Printer MIB [print-mib] and the name, size, and input tray values of the IPP 'media' attribute [ipp-model].
Bergman, et al. Informational [Page 39] RFC 2707 Job Monitoring MIB - V1.0 November 1999
Bergman, et al. Informational [Page 39] RFC 2707 Job Monitoring MIB - V1.0 November 1999
mediumConsumed(171), Integer32 (-2..2147483647)
AND
JmJobStringTC (SIZE(0..63))
INTEGER: MULTI-ROW: The number of sheets
AND
OCTETS: MULTI-ROW: the name of the medium that has been
consumed so far whether those sheets have been processed on
one side or on both.
mediumConsumed(171), Integer32 (-2..2147483647) AND JmJobStringTC (SIZE(0..63)) INTEGER: MULTI-ROW: The number of sheets AND OCTETS: MULTI-ROW: the name of the medium that has been consumed so far whether those sheets have been processed on one side or on both.
This attribute SHALL have both Integer32 and OCTET STRING
(represented as JmJobStringTC) values.
This attribute SHALL have both Integer32 and OCTET STRING (represented as JmJobStringTC) values.
NOTE - The name (JmJobStringTC) values correspond to the
name values of the prtInputMediaName object in the Printer
MIB [print-mib] and the name, size, and input tray values
of the IPP 'media' attribute [ipp-model].
NOTE - The name (JmJobStringTC) values correspond to the name values of the prtInputMediaName object in the Printer MIB [print-mib] and the name, size, and input tray values of the IPP 'media' attribute [ipp-model].
colorantRequested(172), Integer32 (-2..2147483647)
AND/OR
JmJobStringTC (SIZE(0..63))
INTEGER: MULTI-ROW: The index (prtMarkerColorantIndex) in
the Printer MIB [print-mib]
AND/OR
OCTETS: MULTI-ROW: the name of the colorant requested.
colorantRequested(172), Integer32 (-2..2147483647) AND/OR JmJobStringTC (SIZE(0..63)) INTEGER: MULTI-ROW: The index (prtMarkerColorantIndex) in the Printer MIB [print-mib] AND/OR OCTETS: MULTI-ROW: the name of the colorant requested.
NOTE - The name (JmJobStringTC) values correspond to the
name values of the prtMarkerColorantValue object in the
Printer MIB. Examples are: red, blue.
NOTE - The name (JmJobStringTC) values correspond to the name values of the prtMarkerColorantValue object in the Printer MIB. Examples are: red, blue.
colorantConsumed(173), Integer32 (-2..2147483647)
AND/OR
JmJobStringTC (SIZE(0..63))
INTEGER: MULTI-ROW: The index (prtMarkerColorantIndex) in
the Printer MIB [print-mib]
AND/OR
OCTETS: MULTI-ROW: the name of the colorant consumed.
colorantConsumed(173), Integer32 (-2..2147483647) AND/OR JmJobStringTC (SIZE(0..63)) INTEGER: MULTI-ROW: The index (prtMarkerColorantIndex) in the Printer MIB [print-mib] AND/OR OCTETS: MULTI-ROW: the name of the colorant consumed.
NOTE - The name (JmJobStringTC) values correspond to the
name values of the prtMarkerColorantValue object in the
Printer MIB. Examples are: red, blue
NOTE - The name (JmJobStringTC) values correspond to the name values of the prtMarkerColorantValue object in the Printer MIB. Examples are: red, blue
Bergman, et al. Informational [Page 40] RFC 2707 Job Monitoring MIB - V1.0 November 1999
Bergman, et al. Informational [Page 40] RFC 2707 Job Monitoring MIB - V1.0 November 1999
mediumTypeConsumed(174), Integer32 (-2..2147483647)
AND
JmJobStringTC (SIZE(0..63))
INTEGER: MULTI-ROW: The number of sheets of the indicated
medium type that has been consumed so far whether those
sheets have been processed on one side or on both
AND
OCTETS: MULTI-ROW: the name of that medium type.
mediumTypeConsumed(174), Integer32 (-2..2147483647) AND JmJobStringTC (SIZE(0..63)) INTEGER: MULTI-ROW: The number of sheets of the indicated medium type that has been consumed so far whether those sheets have been processed on one side or on both AND OCTETS: MULTI-ROW: the name of that medium type.
This attribute SHALL have both Integer32 and OCTET STRING
(represented as JmJobStringTC) values.
この属性SHALLには、Integer32とOCTET STRING(JmJobStringTCとして、表される)値の両方があります。
NOTE - The type name (JmJobStringTC) values correspond to
the type name values of the prtInputMediaType object in the
Printer MIB [print-mib]. Values are: 'stationery',
'transparency', 'envelope', etc. These medium type names
correspond to the enum values of JmMediumTypeTC used in the
mediumRequested attribute.
注意--名前(JmJobStringTC)がタイプに文通するのを評価するタイプは[印刷-mib]とPrinter MIBのprtInputMediaTypeオブジェクトの値を命名します。 値は以下の通りです。 '文房具'、'透明'、'封筒'など これらのミディアム・タイプ名はmediumRequested属性に使用されるJmMediumTypeTCのenum値に対応しています。
mediumSizeConsumed(175), Integer32 (-2..2147483647)
AND
JmJobStringTC (SIZE(0..63))
INTEGER: MULTI-ROW: The number of sheets of the indicated
medium size that has been consumed so far whether those
sheets have been processed on one side or on both
AND
OCTETS: MULTI-ROW: the name of that medium size.
mediumSizeConsumed(175)、Integer32(-2 .2147483647)、およびJmJobStringTC(サイズ(0 .63))整数: マルチ行: それらのシートが半面の上、または、両方のAND OCTETSの上に処理されたか否かに関係なく、今までのところ消費された示された中くらいのサイズのシートの数: マルチ行: その中くらいのサイズの名前。
This attribute SHALL have both Integer32 and OCTET STRING
(represented as JmJobStringTC) values.
この属性SHALLには、Integer32とOCTET STRING(JmJobStringTCとして、表される)値の両方があります。
NOTE - The size name (JmJobStringTC) values correspond to
the size name values in the Printer MIB [print-mib]
Appendix B. These size name values are also a subset of
the keyword values defined by [ipp-model] for the 'media'
Job Template attribute. Values are: 'letter', 'a', 'iso-
a4', 'jis-b4', etc.
サイズ名(JmJobStringTC)の値はPrinter MIB[印刷-mib]付録B.の値というサイズ名に対応しています。注意--また、Theseサイズ名前値は'メディア'Job Template属性のために[ipp-モデル]によって定義されたキーワード値の部分集合です。 値は以下の通りです。 '手紙'、'a'、'iso- a4'、'jis-b4'など
Bergman, et al. Informational [Page 41] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[41ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+ Time attributes (set by server or device) (190 - 209 decimal)
+
+ This section of attributes are ones that are set by the
+ server or device that accepts jobs. Two forms of time are
+ provided. Each form is represented in a separate attribute.
+ See section 3.1.2 and section 3.1.3 for the
+ conformance requirements for time attribute for agents and
+ monitoring applications, respectively. The two forms are:
+
+ 'DateAndTime' is an 8 or 11 octet binary encoded year,
+ month, day, hour, minute, second, deci-second with
+ optional offset from UTC. See SNMPv2-TC [SMIv2-TC].
+
+ NOTE: 'DateAndTime' is not printable characters; it is
+ binary.
+
+ 'JmTimeStampTC' is the time of day measured in the number of
+ seconds since the system was booted.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ + Time attributes (set by server or device) (190 - 209 decimal) + + This section of attributes are ones that are set by the + server or device that accepts jobs. 時間の2つのフォームが提供された+です。 各書式は別々の属性で表されます。 +は時間の要件が+ エージェントと監視用途のために結果と考える+順応に関してそれぞれセクション3.1.2とセクション3.1.3を見ます。 2つのフォームは以下の通りです。 ++'DateAndTime'は八重奏バイナリー8年かコード化された11年、+ 月、日です、時間、微小です、2番目、+ UTCからの任意のオフセットがあるデシ-2番目。 SNMPv2-Tc[SMIv2-Tc]を見てください。 + + 注意: 'DateAndTime'は印刷可能なキャラクタではありません。 それは+バイナリーです。 ++'JmTimeStampTC'はシステムが起動される時から+秒の数で測定された時刻です。 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
jobSubmissionToServerTime(190), JmTimeStampTC
AND/OR
DateAndTime
INTEGER: Configuration 3 only: The time
AND/OR
OCTETS: the date and time that the job was submitted to
the server (as distinguished from the device which uses
jobSubmissionTime).
jobSubmissionToServerTime(190)、JmTimeStampTC、そして/または、DateAndTime整数: 構成3専用: 時間AND/OR OCTETS: サーバに仕事を提出した(jobSubmissionTimeを使用するデバイスと区別されるように)日時。
jobSubmissionTime(191), JmTimeStampTC
AND/OR
DateAndTime
INTEGER: Configurations 1, 2, and 3: The time
AND/OR
OCTETS: the date and time that the job was submitted to
the server or device to which the agent is providing
access.
jobSubmissionTime(191)、JmTimeStampTC、そして/または、DateAndTime整数: 構成1、2、および3: 時間AND/OR OCTETS: エージェントがアクセサリーを供給しているサーバかデバイスに仕事を提出した日時
jobStartedBeingHeldTime(192), JmTimeStampTC
AND/OR
DateAndTime
INTEGER: The time
AND/OR
OCTETS: the date and time that the job last entered the
pendingHeld state. If the job has never entered the
pendingHeld state, then the value SHALL be '0' or the
attribute SHALL not be present in the table.
jobStartedBeingHeldTime(192)、JmTimeStampTC、そして/または、DateAndTime整数: 時間AND/OR OCTETS: 仕事が続く日時はpendingHeld状態に入りました。 仕事はpendingHeld状態、次に、値のSHALLに一度も入ったことがありません。現在のコネがテーブルでなかったなら'0'か属性SHALLになってください。
Bergman, et al. Informational [Page 42] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[42ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
jobStartedProcessingTime(193), JmTimeStampTC
AND/OR
DateAndTime
INTEGER: The time
AND/OR
OCTETS: the date and time that the job started processing.
jobStartedProcessingTime(193)、JmTimeStampTC、そして/または、DateAndTime整数: 時間AND/OR OCTETS: 仕事が処理し始めた日時。
jobCompletionTime(194), JmTimeStampTC
AND/OR
DateAndTime
INTEGER: The time
AND/OR
OCTETS: the date and time that the job entered the
completed, canceled, or aborted state.
jobCompletionTime(194)、JmTimeStampTC、そして/または、DateAndTime整数: 時間AND/OR OCTETS: 仕事が完成したか、取り消されたか、中止になっている状態に入った日時。
jobProcessingCPUTime(195) Integer32 (-2..2147483647)
UNITS 'seconds'
INTEGER: The amount of CPU time in seconds that the job
has been in the processing state. If the job enters the
processingStopped state, that elapsed time SHALL not be
included. In other words, the jobProcessingCPUTime value
SHOULD be relatively repeatable when the same job is
processed again on the same device.
jobProcessingCPUTime(195) Integer32(-2 .2147483647)ユニット'秒'整数: 仕事が処理状態にあった秒のCPU時間の量。 仕事はprocessingStopped状態に入れて、経過時間SHALLは含まれていません。 言い換えれば、jobProcessingCPUTimeはSHOULDを評価します。同じ仕事が再び同じデバイスで処理されたら比較的反復可能であってください。
3.3.9 Job State Reason bit definitions
3.3.9 仕事の州Reasonは定義に噛み付きました。
The JmJobStateReasonsNTC (N=1..4) textual-conventions are used with the jmJobStateReasons1 object and jobStateReasonsN (N=2..4), respectively, to provide additional information regarding the current jmJobState object value. These values MAY be used with any job state or states for which the reason makes sense.
JmJobStateReasonsNTC(N=1.4)の原文のコンベンションは、現在のjmJobStateオブジェクト価値に関する追加情報を提供するのにjmJobStateReasons1オブジェクトとjobStateReasonsN(N=2.4)と共にそれぞれ使用されます。 これらの値は理由が理解できるどんな仕事の州や州と共にも使用されるかもしれません。
NOTE - While values cannot be added to the jmJobState object without impacting deployed clients that take actions upon receiving jmJobState values, it is the intent that additional JmJobStateReasonsNTC enums can be defined and registered without impacting such deployed clients. In other words, the jmJobStateReasons1 object and jobStateReasonsN attributes are intended to be extensible.
注意--jmJobState値を受けるとき行動を取る配布しているクライアントに影響を与えないで、jmJobStateオブジェクトに値を加えることができませんが、それは意図ですクライアントであると配布されたそのようなものに影響を与えながら追加JmJobStateReasonsNTC enumsを定義して、登録できる。 言い換えれば、jmJobStateReasons1オブジェクトとjobStateReasonsN属性が広げることができることを意図します。
NOTE - The Job Monitoring MIB contains a superset of the IPP values [ipp-model] for the IPP 'job-state-reasons' attribute, since the Job Monitoring MIB is intended to cover other job submission protocols as well. Also some of the names of the reasons have been changed from ' printer' to 'device', since the Job Monitoring MIB is intended to cover additional types of devices, including input devices, such as scanners.
注意--Job Monitoring MIBはIPP'仕事の州の理由'属性のためのIPP値[ipp-モデル]のスーパーセットを含んでいます、Job Monitoring MIBがまた、他のジョブ依頼プロトコルをカバーすることを意図するので。 また、理由の名前のいくつかが'プリンタ'から'デバイス'に変わりました、Job Monitoring MIBが追加タイプのデバイスをカバーすることを意図するので、入力装置を含んでいて、スキャナなどのように。
Bergman, et al. Informational [Page 43] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[43ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
3.3.9.1 JmJobStateReasons1TC specification
3.3.9.1 JmJobStateReasons1TC仕様
The following standard values are defined (in hexadecimal) as powers of two, since multiple values MAY be used at the same time. For ease of understanding, the JmJobStateReasons1TC reasons are presented in the order in which the reasons are likely to occur (if implemented), starting with the 'jobIncoming' value and ending with the ' jobCompletedWithErrors' value.
以下の基準値は2人の強国と定義されます(16進で)、複数の値が同時に使用されるかもしれないので。 理解の容易さにおいて、JmJobStateReasons1TC理由は理由が起こりそうであるオーダーに提示されます(実装されるなら)、'jobCompletedWithErrors'値で'jobIncoming'値と結末から始まって。
other 0x1
The job state reason is not one of the standardized or
registered reasons.
仕事の州が標準化されたか登録された理由の1つでないと推論する他の0×1。
unknown 0x2
The job state reason is not known to the agent or is
indeterminent.
仕事の州がエージェントにとって知られていないか、indeterminentであると推論する未知の0×2。
jobIncoming 0x4
The job has been accepted by the server or device, but the
server or device is expecting (1) additional operations from the
client to finish creating the job and/or (2) is
accessing/accepting document data.
0×4をjobIncomingして、サーバかデバイスで仕事を受け入れましたが、ドキュメントデータをサーバかデバイスが、(1) クライアントからの兼業が、雇用を創り出し終えると予想していて、アクセスするか、または(2)は受け入れています。
submissionInterrupted 0x8
The job was not completely submitted for some unforeseen reason,
such as: (1) the server has crashed before the job was closed by
the client, (2) the server or the document transfer method has
crashed in some non-recoverable way before the document data was
entirely transferred to the server, (3) the client crashed or
failed to close the job before the time-out period.
何らかの予期しない理由で、以下としてあれほど状態で仕事が完全に提出されたというわけではない0×8をsubmissionInterruptedしました。 (1) (2) 仕事がクライアントによって終えられる前にサーバはダウンして、サーバかドキュメント転写法が(3) ドキュメントデータをサーバに完全に移す前に、クライアントがダウンしたか、またはタイムアウトの期間の前に仕事を終えなかった何らかの非回復可能な方法でダウンしました。
jobOutgoing 0x10
Configuration 2 only: The server is transmitting the job to the
device.
jobOutgoing0x10Configuration2専用: サーバは仕事をデバイスに伝えています。
jobHoldSpecified 0x20
The value of the job's jobHold(52) attribute is TRUE. The job
SHALL NOT be a candidate for processing until this reason is
removed and there are no other reasons to hold the job.
仕事のjobHold(52)の値が結果と考えるjobHoldSpecified0×20はTRUEです。 仕事のSHALL NOT、処理のこの理由が取り除かれて、仕事を持つ他の理由が全くないまでの候補になってください。
jobHoldUntilSpecified 0x40
The value of the job's jobHoldUntil(53) attribute specifies a
time period that is still in the future. The job SHALL NOT be a
candidate for processing until this reason is removed and there
are no other reasons to hold the job.
仕事のjobHoldUntil(53)の値が結果と考えるjobHoldUntilSpecified0×40はまだ未来に、ある期間を指定します。 仕事のSHALL NOT、処理のこの理由が取り除かれて、仕事を持つ他の理由が全くないまでの候補になってください。
Bergman, et al. Informational [Page 44] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[44ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
jobProcessAfterSpecified 0x80
The value of the job's jobProcessAfterDateAndTime(51) attribute
specifies a time that is still in the future. The job SHALL NOT
be a candidate for processing until this reason is removed and
there are no other reasons to hold the job.
まだ未来に、それがいるとき仕事のjobProcessAfterDateAndTime(51)属性の値が指定するjobProcessAfterSpecified0x80。 仕事のSHALL NOT、処理のこの理由が取り除かれて、仕事を持つ他の理由が全くないまでの候補になってください。
resourcesAreNotReady 0x100
At least one of the resources needed by the job, such as media,
fonts, resource objects, etc., is not ready on any of the
physical devices for which the job is a candidate. This
condition MAY be detected when the job is accepted, or
subsequently while the job is pending or processing, depending
on implementation.
仕事で必要であるメディア、フォント、リソースオブジェクトなどのリソースのresourcesAreNotReady0x100のAtの最少の1つは仕事が候補であるフィジカル・デバイスのいずれでも準備ができていません。 この状態は、仕事が未定である間、次に仕事を受け入れると検出していて、処理されているかもしれません、実装によって。
deviceStoppedPartly 0x200
One or more, but not all, of the devices to which the job is
assigned are stopped. If all of the devices are stopped (or the
only device is stopped), the deviceStopped reason SHALL be used.
デバイスのすべてではなく、仕事が割り当てられるよりdeviceStoppedPartlyより0×200より多くのOneが止められます。 デバイスのすべてが止められるなら(唯一のデバイスが止められます)、deviceStoppedはSHALLを推論します。使用されます。
deviceStopped 0x400
The device(s) to which the job is assigned is (are all) stopped.
deviceStoppedされました。0×400 仕事が割り当てられるデバイスは止められます(すべてである)。
jobInterpreting 0x800
The device to which the job is assigned is interpreting the
document data.
0×800をjobInterpretingして、仕事が割り当てられるデバイスはドキュメントデータを解釈しています。
jobPrinting 0x1000
The output device to which the job is assigned is marking media.
This value is useful for servers and output devices which spend
a great deal of time processing (1) when no marking is happening
and then want to show that marking is now happening or (2) when
the job is in the process of being canceled or aborted while the
job remains in the processing state, but the marking has not yet
stopped so that impression or sheet counts are still increasing
for the job.
0×1000をjobPrintingして、仕事が割り当てられる出力装置はメディアにマークしています。 仕事が処理州に残っている間、取り消されるか、または中止されることの途中に仕事があるとき、この値がサーバと(1)を処理するマークでないのがナウい多くの時間を過ごして、次にマークが現在ナウいのを示したがっている出力装置か(2)の役に立ちますが、マークがまだ止まっていないので、印象かシートカウントが仕事のためにまだ大きくなっています。
jobCanceledByUser 0x2000
The job was canceled by the owner of the job, i.e., by a user
whose name is the same as the value of the job's jmJobOwner
object, or by some other authorized end-user, such as a member
of the job owner's security group.
仕事が中止されたすなわち、仕事の所有者、ユーザによる名前が仕事のjmJobOwnerオブジェクトの値、またはある他の認可されたエンドユーザで同じである仕事の所有者のセキュリティグループの0×2000人のjobCanceledByUserメンバー。
jobCanceledByOperator 0x4000
The job was canceled by the operator, i.e., by a user who has
been authenticated as having operator privileges (whether local
or remote).
jobCanceledByOperator、0×4000 仕事はオペレータによって中止されました、すなわち、オペレータ特権を持っていると認証されたユーザで、ことです(地方である、またはリモートであることにかかわらず)。
Bergman, et al. Informational [Page 45] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[45ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
jobCanceledAtDevice 0x8000
The job was canceled by an unidentified local user, i.e., a user
at a console at the device.
jobCanceledAtDevice、0×8000 仕事はすなわち、未確認の地元のユーザ、デバイスのコンソールのユーザによって中止されました。
abortedBySystem 0x10000
The job (1) is in the process of being aborted, (2) has been
aborted by the system and placed in the 'aborted' state, or (3)
has been aborted by the system and placed in the 'pendingHeld'
state, so that a user or operator can manually try the job
again.
仕事(1)の途中にある中止されるabortedBySystem0x10000、(2)がシステムによって中止されて、'中止になっている'状態に置かれたか、(3)はシステムで中止されて、'pendingHeld'状態に置かれました、ユーザかオペレータが再び手動で仕事を試みることができるように。
processingToStopPoint 0x20000
The requester has issued an operation to cancel or interrupt the
job or the server/device has aborted the job, but the
server/device is still performing some actions on the job until
a specified stop point occurs or job termination/cleanup is
completed.
リクエスタが仕事かサーバ/デバイスを中止するか、または中断するために操作を発行したprocessingToStopPoint0x20000は仕事を中止しましたが、指定された停止ポイントが起こるか、または仕事の終了/クリーンアップが完成するまで、サーバ/デバイスはまだ仕事へのいくつかの動作を実行しています。
This reason is recommended to be used in conjunction with the
processing job state to indicate that the server/device is still
performing some actions on the job while the job remains in the
processing state. After all the job's resources consumed
counters have stopped incrementing, the server/device moves the
job from the processing state to the canceled or aborted job
states.
仕事が処理州に残っている間サーバ/デバイスがまだ仕事へのいくつかの動作を実行しているのを示すのに処理仕事の状態に関連してこの理由が使用されることが勧められます。 すべての仕事のリソースの後に、消費されたカウンタは、増加するのを止めて、サーバ/デバイスは処理状態から取り消されたか中止になっている仕事の州までの仕事を動かします。
serviceOffLine 0x40000
The service or document transform is off-line and accepting no
jobs. All pending jobs are put into the pendingHeld state.
This situation could be true if the service's or document
transform's input is impaired or broken.
オフラインであり、仕事を全く受け入れないサービスかドキュメントが変えるserviceOffLine0×40000。 すべての未定の仕事をpendingHeld状態に入れます。 サービスかドキュメント変換の入力が損なわれるか、または知らせられるなら、この状況は本当であるかもしれません。
jobCompletedSuccessfully 0x80000
The job completed successfully.
仕事が首尾よく完成したjobCompletedSuccessfully0×80000。
jobCompletedWithWarnings 0x100000
The job completed with warnings.
仕事が警告で完成したjobCompletedWithWarnings0x100000。
jobCompletedWithErrors 0x200000
The job completed with errors (and possibly warnings too).
仕事が誤り(そして、ことによると警告も)で完成したjobCompletedWithErrors0x200000。
The following additional job state reasons have been added to represent job states that are in ISO DPA [iso-dpa] and other job submission protocols:
以下の追加仕事の州の理由はISO DPA[iso-dpa]にある仕事の州と他のジョブ依頼プロトコルを表すために加えられます:
Bergman, et al. Informational [Page 46] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[46ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
jobPaused 0x400000
The job has been indefinitely suspended by a client issuing an
operation to suspend the job so that other jobs may proceed
using the same devices. The client MAY issue an operation to
resume the paused job at any time, in which case the agent SHALL
remove the jobPaused values from the job's jmJobStateReasons1
object and the job is eventually resumed at or near the point
where the job was paused.
同じデバイスを使用することで仕事を中断させるために操作を発行するクライアントがそのように無期限に中断していて、仕事が持っている他の仕事が続かせるかもしれない0×400000をjobPausedしました。 クライアントはいつでもポーズされた仕事を再開するために操作を発行するかもしれません、そして、その場合、エージェントSHALLは仕事のjmJobStateReasons1オブジェクトからjobPaused値を取り除きます、そして、仕事は結局、仕事がポーズされたポイントのポイントにおいて近くで再開されます。
jobInterrupted 0x800000 The job has been
interrupted while processing by a client
issuing an operation that specifies another job to be run
instead of the current job. The server or device will
automatically resume the interrupted job when the interrupting
job completes.
jobInterruptedされました。0×800000 操作にそれを発行するクライアントによる処理が現在の仕事の代わりに実行されるために別口の仕事を指定している間、仕事は中断されています。 サーバかデバイスが自動的に中断仕事であるなら賃仕事の中断が完成する履歴書を望んでいます。
jobRetained 0x1000000
The job is being retained by the server or device with all of
the job's document data (and submitted resources, such as fonts,
logos, and forms, if any). Thus a client could issue an
operation to the server or device to either (1) re-do the job
(or a copy of the job) on the same server or device or (2)
resubmit the job to another server or device. When a client
could no longer re-do/resubmit the job, such as after the
document data has been discarded, the agent SHALL remove the
jobRetained value from the jmJobStateReasons1 object.
jobRetainedされました。0×1000000 仕事は仕事のドキュメントデータ(そして、フォント、ロゴなどのリソースを提出して、もしあれば形成する)のすべてがあるサーバかデバイスによって保有されています。 (2) したがって、クライアントがサーバに操作を発行できましたか、(1)へのデバイスが同じサーバかデバイスで仕事(または、仕事のコピー)をやり直すか、または別のサーバかデバイスに仕事を再提出してください。 クライアントがもうそうすることができたとき、仕事をやり直すか、または再提出してください、ドキュメントデータが捨てられた後にエージェントSHALLがjmJobStateReasons1オブジェクトからjobRetained値を取り除くようなもの。
These bit definitions are the equivalent of a type 2 enum except
that combinations of bits may be used together. See section
3.7.1.2. The remaining bits are reserved for future
standardization and/or registration.
ビットの組み合わせが一緒に使用されるかもしれないのを除いて、これらの噛み付いている定義はタイプ2enumの同等物です。 .2にセクション3.7.1を見てください。 残っているビットは今後の標準化、そして/または、登録のために予約されます。
3.3.9.2 JmJobStateReasons2TC specification
3.3.9.2 JmJobStateReasons2TC仕様
The following standard values are defined (in hexadecimal) as powers of two, since multiple values MAY be used at the same time.
以下の基準値は2人の強国と定義されます(16進で)、複数の値が同時に使用されるかもしれないので。
cascaded 0x1
An outbound gateway has transmitted all of the job's job and
document attributes and data to another spooling system.
Anの外国行きのゲートウェイが仕事の仕事のすべてを伝えて、別のスプールシステムに属性とデータを記録するのをさせる0×1をどっと落させました。
deletedByAdministrator 0x2
The administrator has deleted the job.
管理者のdeletedByAdministrator0x2は仕事を削除しました。
discardTimeArrived 0x4
The job has been deleted due to the fact that the time specified
by the job's job-discard-time attribute has arrived.
discardTimeArrived、0×4 仕事は仕事の仕事の破棄が調節された属性によって指定された時間が来たという事実のため削除されました。
Bergman, et al. Informational [Page 47] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[47ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
postProcessingFailed 0x8
The post-processing agent failed while trying to log accounting
attributes for the job; therefore the job has been placed into
the completed state with the jobRetained jmJobStateReasons1
object value for a system-defined period of time, so the
administrator can examine it, resubmit it, etc.
後工程エージェントのpostProcessingFailed0x8は仕事のために会計属性を登録していようとしている間、失敗しました。 したがって、仕事がシステムで定義された期間の間、jobRetained jmJobStateReasons1オブジェクト価値で完成した状態に置かれていて、したがって、管理者は、それを調べて、それを再提出できますなど。
jobTransforming 0x10
The server/device is interpreting document data and producing
another electronic representation.
0×10をjobTransformingして、サーバ/デバイスは、ドキュメントデータを解釈して、別の電子表現を作成しています。
maxJobFaultCountExceeded 0x20
The job has faulted several times and has exceeded the
administratively defined fault count limit.
仕事にはあるmaxJobFaultCountExceeded0×20は、行政上定義された欠点カウント限界を、何度かとがめられて、超えていました。
devicesNeedAttentionTimeOut 0x40
One or more document transforms that the job is using needs
human intervention in order for the job to make progress, but
the human intervention did not occur within the site-settable
time-out value.
仕事が使用しているdevicesNeedAttentionTimeOut0x40Oneか、より多くのドキュメント変換が仕事が進展するように人間の介入を必要としますが、人間の介入はサイト-「舗装用敷石-可能」タイムアウト価値の中に起こりませんでした。
needsKeyOperatorTimeOut 0x80
One or more devices or document transforms that the job is using
need a specially trained operator (who may need a key to unlock
the device and gain access) in order for the job to make
progress, but the key operator intervention did not occur within
the site-settable time-out value.
仕事が使用しているneedsKeyOperatorTimeOut0x80One、より多くのデバイスまたはドキュメント変換が仕事が進展するように特に、訓練されたオペレータ(デバイスをアンロックして、アクセスを得るためにキーを必要とするかもしれない)を必要としますが、主要なオペレータ介入はサイト-「舗装用敷石-可能」タイムアウト価値の中に起こりませんでした。
jobStartWaitTimeOut 0x100
The server/device has stopped the job at the beginning of
processing to await human action, such as installing a special
cartridge or special non-standard media, but the job was not
resumed within the site-settable time-out value and the
server/device has transitioned the job to the pendingHeld state.
サーバ/デバイスにはあるjobStartWaitTimeOut0×100は処理の始めに人間の行為を待つために仕事を止めました、特別なカートリッジか特別な標準的でないメディアをインストールするのなどように、しかし、仕事が再開されないで、サイト-「舗装用敷石-可能」タイムアウト価値とサーバ/デバイスの中では、pendingHeld状態への仕事が移行していたということでした。
jobEndWaitTimeOut 0x200
The server/device has stopped the job at the end of processing
to await human action, such as removing a special cartridge or
restoring standard media, but the job was not resumed within the
site-settable time-out value and the server/device has
transitioned the job to the completed state.
特別なカートリッジを取り外すか、または標準のメディア、しかし、仕事を人間の行為を待つ処理の終わりのサーバ/デバイスが仕事を止めた0×200のjobEndWaitTimeOut復元するのなどが、再開されないで、サイト-「舗装用敷石-可能」タイムアウト価値とサーバ/デバイスの中では、完成した状態への仕事が移行していたということでした。
jobPasswordWaitTimeOut 0x400
The server/device has stopped the job at the beginning of
processing to await input of the job's password, but the
password was not received within the site-settable time-out
value.
サーバ/デバイスにはあるjobPasswordWaitTimeOut0×400は処理の始めに仕事のパスワードの入力を待つために仕事を止めましたが、パスワードはサイト-「舗装用敷石-可能」タイムアウト価値の中に受け取られませんでした。
Bergman, et al. Informational [Page 48] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[48ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
deviceTimedOut 0x800
A device that the job was using has not responded in a period
specified by the device's site-settable attribute.
デバイスのサイト-「舗装用敷石-可能」属性によって指定されて、仕事が使用していたdeviceTimedOut0x800Aデバイスは1回の時代に反応していません。
connectingToDeviceTimeOut 0x1000
The server is attempting to connect to one or more devices which
may be dial-up, polled, or queued, and so may be busy with
traffic from other systems, but server was unable to connect to
the device within the site-settable time-out value.
サーバがダイヤルアップであるかもしれない1台以上のデバイスに接続するのを試みているconnectingToDeviceTimeOut0x1000、投票するか、または列を作るので他のシステムからのトラフィックで忙しいかもしれませんが、サーバはサイト-「舗装用敷石-可能」タイムアウト価値の中でデバイスに接続できませんでした。
transferring 0x2000
The job is being transferred to a down stream server or
downstream device.
0×2000を移して、下にストリームサーバか川下のデバイスに仕事を移しています。
queuedInDevice 0x4000
The server/device has queued the job in a down stream server or
downstream device.
サーバ/デバイスにはあるqueuedInDevice0×4000は下にストリームサーバか川下のデバイスに仕事を列に並ばせました。
jobQueued 0x8000
The server/device has queued the document data.
jobQueuedされて、サーバ/デバイスにはある0×8000はドキュメントデータを列に並ばせました。
jobCleanup 0x10000
The server/device is performing cleanup activity as part of
ending normal processing.
サーバ/デバイスが清掃活動を実行しているjobCleanup0×10000は終わりの正常処理を離れさせます。
jobPasswordWait 0x20000
The server/device has selected the job to be next to process,
but instead of assigning resources and starting the job
processing, the server/device has transitioned the job to the
pendingHeld state to await entry of a password (and dispatched
another job, if there is one).
しかし、サーバ/デバイスが、次である仕事が処理するのを選択したjobPasswordWait0×20000、リソースを割り当てて、ジョブ処理、/デバイスが移行するようにするサーバを始めることの代わりにパスワードのエントリーを待つpendingHeld状態への仕事(そして、1つがあれば、別口の仕事を派遣します)。
validating 0x40000
The server/device is validating the job after accepting the job.
0×40000を有効にして、仕事を受け入れた後に、サーバ/デバイスは仕事を有効にしています。
queueHeld 0x80000
The operator has held the entire job set or queue.
オペレータのqueueHeld0x80000は仕事全体セットか待ち行列を持っていました。
jobProofWait 0x100000
The job has produced a single proof copy and is in the
pendingHeld state waiting for the requester to issue an
operation to release the job to print normally, obeying any job
and document copy attributes that were originally submitted.
リクエスタが通常、印刷するために仕事をリリースするために操作を発行するのを待ちながら、仕事が持っているjobProofWait0×100000は、ただ一つの証拠コピーを生産して、pendingHeld状態にあります、元々提出されたどんな仕事とドキュメントコピー属性にも従って。
heldForDiagnostics 0x200000
The system is running intrusive diagnostics, so that all jobs
are being held.
heldForDiagnostics、0×200000 システムが実行している押しつけがましい病気の特徴であるので、すべての仕事が持たれています。
Bergman, et al. Informational [Page 49] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[49ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
noSpaceOnServer 0x800000
There is no room on the server to store all of the job.
noSpaceOnServer0x800000Thereは仕事のすべてを保存するサーバで余地ではありません。
pinRequired 0x1000000
The System Administrator settable device policy is (1) to
require PINs, and (2) to hold jobs that do not have a pin
supplied as an input parameter when the job was created.
pinRequiredされました。0×1000000 雇用が創り出されたとき、System Administrator settableデバイス方針は暗証番号、および(2)が入力パラメタとしてピンを供給しない仕事を持つのが必要である(1)です。
exceededAccountLimit 0x2000000
The account for which this job is drawn has exceeded its limit.
This condition SHOULD be detected before the job is scheduled so
that the user does not wait until his/her job is scheduled only
to find that the account is overdrawn. This condition MAY also
occur while the job is processing either as processing begins or
part way through processing.
exceededAccountLimit、0×2000000 この仕事が引き起こされるアカウントは限界を超えていました。 これはSHOULDを条件とさせます。アカウントが借越しであることがその人の仕事によってわかる予定であるまでしかユーザが待たないように仕事が予定される前に検出されてください。 部分的に処理が始まるか、処理を通して仕事は処理ですが、また、この状態は現れるかもしれません。
heldForRetry 0x4000000
The job encountered some errors that the server/device could not
recover from with its normal retry procedures, but the error
might not be encountered if the job is processed again in the
future. Example cases are phone number busy or remote file
system in-accessible. For such a situation, the server/device
SHALL transition the job from the processing to the pendingHeld,
rather than to the aborted state.
仕事が将来再び処理されるなら、仕事がしかし、正常な再試行手順、誤りでサーバ/デバイスが回復できなかったいくつかの誤りに遭遇したheldForRetry0×4000000は遭遇しないかもしれません。 例のケースは近づきがたい電話番号忙しいかリモートなファイルシステムです。 そのような状況、処理から中止にというよりむしろpendingHeldまでの仕事が述べるサーバ/デバイスSHALL変遷のために。
The following values are from the X/Open PSIS draft standard:
以下の値はX/Open PSIS草稿規格から来ています:
canceledByShutdown 0x8000000
The job was canceled because the server or device was shutdown
before completing the job.
canceledByShutdown、0×8000000 サーバかデバイスが仕事を完了する前の閉鎖であったので仕事は中止されました。
deviceUnavailable 0x10000000
This job was aborted by the system because the device is
currently unable to accept jobs.
デバイスが現在仕事を受け入れることができないので、deviceUnavailable0x10000000This仕事はシステムによって中止されました。
wrongDevice 0x20000000
This job was aborted by the system because the device is unable
to handle this particular job; the spooler SHOULD try another
device or the user should submit the job to another device.
デバイスがこの特定の仕事を扱うことができないので、wrongDevice0x20000000This仕事はシステムによって中止されました。 スプーラSHOULDが別のデバイスを試すべきですか、またはユーザは別のデバイスに仕事を提出するべきです。
badJob 0x40000000
This job was aborted by the system because this job has a major
problem, such as an ill-formed PDL; the spooler SHOULD not even
try another device.
この仕事には大した問題があるので、badJob0x40000000This仕事はシステムによって中止されました、不適格なPDLのように。 スプーラSHOULDは別のデバイスを試してさえいません。
These bit definitions are the equivalent of a type 2 enum except that combinations of them may be used together. See section 3.7.1.2.
それらの組み合わせが一緒に使用されるかもしれないのを除いて、これらの噛み付いている定義はタイプ2enumの同等物です。 .2にセクション3.7.1を見てください。
Bergman, et al. Informational [Page 50] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[50ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
3.3.9.3 JmJobStateReasons3TC specification
3.3.9.3 JmJobStateReasons3TC仕様
This textual-convention is used with the jobStateReasons3 attribute to provides additional information regarding the jmJobState object. The following standard values are defined (in hexadecimal) as powers of two, since multiple values may be used at the same time:
この原文のコンベンションがjobStateReasons3属性と共に使用される、jmJobStateオブジェクトに関する追加情報を提供します。 以下の基準値は2人の強国と定義されます(16進で)、複数の値が同時に使用されるかもしれないので:
jobInterruptedByDeviceFailure 0x1
A device or the print system software that the job was using has
failed while the job was processing. The server or device is
keeping the job in the pendingHeld state until an operator can
determine what to do with the job.
仕事は処理でしたが、jobInterruptedByDeviceFailure0x1Aデバイスか仕事が使用していた印刷システムソフトが失敗しました。 オペレータが、仕事で何をするかを決心できるまで、サーバかデバイスがpendingHeld状態に仕事を保っています。
These bit definitions are the equivalent of a type 2 enum except that combinations of them may be used together. See section 3.7.1.2. The remaining bits are reserved for future standardization and/or registration.
それらの組み合わせが一緒に使用されるかもしれないのを除いて、これらの噛み付いている定義はタイプ2enumの同等物です。 .2にセクション3.7.1を見てください。 残っているビットは今後の標準化、そして/または、登録のために予約されます。
3.3.9.4 JmJobStateReasons4TC specification
3.3.9.4 JmJobStateReasons4TC仕様
This textual-convention is used with the jobStateReasons4 attribute to provides additional information regarding the jmJobState object. The following standard values are defined (in hexadecimal) as powers of two, since multiple values MAY be used at the same time.
この原文のコンベンションがjobStateReasons4属性と共に使用される、jmJobStateオブジェクトに関する追加情報を提供します。 以下の基準値は2人の強国と定義されます(16進で)、複数の値が同時に使用されるかもしれないので。
None defined at this time.
このとき定義されていないなにも。
These bit definitions are the equivalent of a type 2 enum except that combinations of them may be used together. See section 3.7.1.2. The remaining bits are reserved for future standardization and/or registration.
それらの組み合わせが一緒に使用されるかもしれないのを除いて、これらの噛み付いている定義はタイプ2enumの同等物です。 .2にセクション3.7.1を見てください。 残っているビットは今後の標準化、そして/または、登録のために予約されます。
3.4 Monitoring Job Progress
3.4 モニターしている仕事の進歩
There are a number of objects and attributes for monitoring the progress of a job. These objects and attributes count the number of K octets, impressions, sheets, and pages requested or completed. For impressions and sheets, "completed" means stacked, unless the implementation is unable to detect when each sheet is stacked, in which case stacked is approximated when processing of each sheet completes. There are objects and attributes for the overall job and for the current copy of the document currently being stacked. For the latter, the rate at which the various objects and attributes count depends on the sheet and document collation of the job.
仕事の進歩をモニターするための多くのオブジェクトと属性があります。 これらのオブジェクトと属性は要求されているか、または終了するK八重奏、印象、シート、およびページの数を数えます。 印象とシートに関して、「完成」は積み重ねられることを意味します、実装が、処理するとき、積み重ねられたどのケースが近似されているかで各シートがいつで積み重ねられるかを検出しないことができないなら。各シートは完成します。 総合的な仕事とドキュメントの現在のコピーのための現在積み重ねられるオブジェクトと属性があります。 後者のために、様々なオブジェクトと属性が重要であるレートは仕事のシートとドキュメントの照合に依存します。
Bergman, et al. Informational [Page 51] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[51ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
Job Collation included sheet collation and document collation. Sheet collation is defined to be the ordering of sheets within a document copy. Document collation is defined to be ordering of document copies within a multi-document job. There are three types of job collation (see terminology definitions in Section 2):
仕事のCollationはシートの照合とドキュメントの照合を含んでいました。 シートの照合は、ドキュメントコピーの中のシートの注文になるように定義されます。 ドキュメントの照合は、マルチドキュメント仕事の中でドキュメントコピーを注文しているために定義されます。 仕事の照合の3つのタイプがあります(セクション2との用語定義を見てください):
1.uncollatedSheets(3) - No collation of the sheets within each
document copy, i.e., each sheet of a document that is to produce
multiple copies is replicated before the next sheet in the
document is processed and stacked. If the device has an output
bin collator, the uncollatedSheets(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 to a monitoring
application between a device that has an output bin collator and
one that does not.
1. uncollatedSheets(3)--コピーするそれぞれ中のシートをどんな照合も、ドキュメントでない、すなわち、ドキュメントの次のシートが処理されて、積み重ねられる前に複本を生産することになっているドキュメントの各シートは模写されます。 デバイスに出力容器照合者がいるなら、ユーザに関する(出力容器の)限り、uncollatedSheets(3)値は実際に照合されたシートを製作するかもしれません。 しかしながら、仕事の照合がいつか、出力容器照合者がいるデバイスとそうしないものの間の監視用途に。
2.collatedDocuments(4) - Collation of the sheets within each
document copy is performed within the printing device by making
multiple passes over either the source or an intermediate
representation of the document. In addition, when there are
multiple documents per job, the i'th copy of each document is
stacked before the j'th copy of each document, i.e., the
documents are collated within each job copy. For example, if a
job is submitted with documents, A and B, the job is made
available to the end user as: A, B, A, B, .... The '
collatedDocuments(4)' value corresponds to the IPP [ipp-model] '
separate-documents-collated-copies' value of the "multiple-
document-handling" attribute.
2. collatedDocuments(4)--それぞれ中のシートの照合が、記録するコピーするのは、印刷デバイスの中にドキュメントのソースか中間的表現のどちらかの上で複数のパスを作ることによって、実行されます。 複数の1仕事あたりのドキュメントがあるとき、さらに、それぞれのドキュメントのi'thコピーはそれぞれのドキュメントのj'thコピーの前で積み重ねられます、すなわち、ドキュメントがそれぞれの仕事のコピーの中で照合されます。 AとB、例えば、ドキュメントで仕事を提出するなら、以下として仕事をエンドユーザにとって利用可能にします。 A、B、A、B… 'collatedDocuments(4)'値は'別々のドキュメントはコピーを照合した'という「複数のドキュメント処理」属性のIPP[ipp-モデル]値に対応しています。
If jobCopiesRequested or documentCopiesRequested = 1, then
jobCollationType is defined as 4.
jobCopiesRequestedかdocumentCopiesRequested=1であるなら、jobCollationTypeは4と定義されます。
3.uncollatedDocuments(5) - Collation of the sheets within each
document copy is performed within the printing device by making
multiple passes over either the source or an intermediate
representation of the document. In addition, when there are
multiple documents per job, all copies of the first document in
the job are stacked before the any copied of the next document in
the job, i.e., the documents are uncollated within the job. For
example, if a job is submitted with documents, A and B, the job
is mad available to the end user as: A, A, ..., B, B, .... The
'uncollatedDocuments(5)' value corresponds to the IPP [ipp-model]
'separate-documents-uncollated-copies' value of the "multiple-
document-handling" attribute.
3. uncollatedDocuments(5)--それぞれ中のシートの照合が、記録するコピーするのは、印刷デバイスの中にドキュメントのソースか中間的表現のどちらかの上で複数のパスを作ることによって、実行されます。 以前、複数の1仕事あたりのドキュメントがあるとき、さらに、仕事における最初のドキュメントのすべてのコピーが積み重ねられる、いずれも仕事で次のドキュメントをコピーして、すなわち、ドキュメントは仕事の中で非照合されます。 AとB、例えば、ドキュメントで仕事を提出するなら、仕事は以下としてエンドユーザにとって利用可能な状態で気が狂っています。 A、A…, B、B… 'uncollatedDocuments(5)'値は'別々のドキュメントはコピーを非照合した'という「複数のドキュメント処理」属性のIPP[ipp-モデル]値に対応しています。
Consider the following four variables that are used to monitor the progress of a job's impressions:
仕事の印象の進歩をモニターするのに使用される以下の4つの変数を考えてください:
Bergman, et al. Informational [Page 52] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[52ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
1.jmJobImpressionsCompleted - counts the total number of
impressions stacked for the job
1. jmJobImpressionsCompleted--印象の総数が仕事のために積み重ねたカウント
2.impressionsCompletedCurrentCopy - counts the number of
impressions stacked for the current document copy
2. impressionsCompletedCurrentCopy--印象の数が現在のドキュメントコピーのために積み重ねたカウント
3.sheetCompletedCopyNumber - identifies the number of the copy for
the current document being stacked where the first copy is 1.
3.、sheetCompletedCopyNumber--第一刷が1であるところで積み重ねられる現在のドキュメントのためにコピーの数を特定します。
4.sheetCompletedDocumentNumber - identifies the current document
within the job that is being stacked where the first document in
a job is 1. NOTE: this attribute SHOULD NOT be implemented for
implementations that only support one document per job.
4.、sheetCompletedDocumentNumber--仕事における最初のドキュメントが1であるところで積み重ねられている仕事の中で現在のドキュメントを特定します。 以下に注意してください。 これはSHOULD NOTを結果と考えます。1仕事あたり1通のドキュメントしか支えない実装には、実装されてください。
For each of the three types of job collation, a job with three copies of two documents (1, 2), where each document consists of 3 impressions, the four variables have the following values as each sheet is stacked for one-sided printing:
それぞれの3つのタイプの仕事の照合、各ドキュメントが3回の印象から成る2通のドキュメント(1、2)のコピー3部による仕事のために、4つの変数には、各シートが一方的な印刷のために積み重ねられるとき、以下の値があります:
Job Collation Type = uncollatedSheets(3)
仕事の照合タイプはuncollatedSheetsと等しいです。(3)
jmJobImpressions Impressions sheetCompleted sheetCompleted
Completed CompletedCurrent CopyNumber DocumentNumber
Copy
sheetCompleted sheetCompletedがCompletedCurrent CopyNumber DocumentNumberコピーを完成したというjmJobImpressions印象
0 0 0 0
1 1 1 1
2 1 2 1
3 1 3 1
4 2 1 1
5 2 2 1
6 2 3 1
7 3 1 1
8 3 2 1
9 3 3 1
10 1 1 2
11 1 2 2
12 1 3 2
13 2 1 2
14 2 2 2
15 2 3 2
16 3 1 2
17 3 2 2
18 3 3 2
0 0 0 0 1 1 1 1 2 1 2 1 3 1 3 1 4 2 1 1 5 2 2 1 6 2 3 1 7 3 1 1 8 3 2 1 9 3 3 1 10 1 1 2 11 1 2 2 12 1 3 2 13 2 1 2 14 2 2 2 15 2 3 2 16 3 1 2 17 3 2 2 18 3 3 2
Bergman, et al. Informational [Page 53] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[53ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
Job Collation Type = collatedDocuments(4)
仕事の照合タイプはcollatedDocumentsと等しいです。(4)
JmJobImpressions Impressions sheetCompleted sheetCompleted
Completed CompletedCurrent CopyNumber DocumentNumber
Copy
sheetCompleted sheetCompletedがCompletedCurrent CopyNumber DocumentNumberコピーを完成したというJmJobImpressions印象
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
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
Bergman, et al. Informational [Page 54] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[54ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
Job Collation Type = uncollatedDocuments(5)
仕事の照合タイプはuncollatedDocumentsと等しいです。(5)
jmJobImpressions Impressions sheetCompleted sheetCompleted
Completed CompletedCurrent CopyNumber DocumentNumber
Copy
sheetCompleted sheetCompletedがCompletedCurrent CopyNumber DocumentNumberコピーを完成したというjmJobImpressions印象
0 0 0 0
1 1 1 1
2 2 1 1
3 3 1 1
4 1 2 1
5 2 2 1
6 3 2 1
7 1 3 1
8 2 3 1
9 3 3 1
10 1 1 2
11 2 1 2
12 3 1 2
13 1 2 2
14 2 2 2
15 3 2 2
16 1 3 2
17 2 3 2
18 3 3 2
0 0 0 0 1 1 1 1 2 2 1 1 3 3 1 1 4 1 2 1 5 2 2 1 6 3 2 1 7 1 3 1 8 2 3 1 9 3 3 1 10 1 1 2 11 2 1 2 12 3 1 2 13 1 2 2 14 2 2 2 15 3 2 2 16 1 3 2 17 2 3 2 18 3 3 2
3.5 Job Identification
3.5 職務識別
There are a number of attributes that permit a user, operator or system administrator to identify jobs of interest, such as jobURI, jobName, jobOriginatingHost, etc. In addition, there is a jmJobSubmissionID object that is a text string table index. Being a table index allows a monitoring application to quickly locate and identify a particular job of interest that was submitted from a particular client by the user invoking the monitoring application without having to scan the entire job table. The Job Monitoring MIB needs to provide for identification of the job at both sides of the job submission process. The primary identification point is the client side. The jmJobSubmissionID allows the monitoring application to identify the job of interest from all the jobs currently "known" by the server or device. The value of jmJobSubmissionID can be assigned by either the client's local system or a downstream server or device. The point of assignment depends on the job submission protocol in use.
ユーザ、オペレータまたはシステム管理者が興味がある仕事を特定することを許可する多くの属性があります、jobURI、jobName、jobOriginatingHostなどのように さらに、テキスト文字列テーブルインデックスであるjmJobSubmissionIDオブジェクトがあります。 テーブルインデックスであることで、監視用途は、すぐに仕事全体テーブルをスキャンする必要はなくて監視用途を呼び出しているユーザによって特定のクライアントから提出された興味がある特定の仕事の、場所を見つけて、特定します。 Job Monitoring MIBは、ジョブ依頼プロセスの両側に仕事の識別に備える必要があります。 プライマリ識別ポイントはクライアント側です。 jmJobSubmissionIDは監視用途に現在サーバかデバイスによって「知られている」すべての仕事からの興味がある仕事を特定させます。 クライアントのローカルシステムか川下のサーバかデバイスのどちらかはjmJobSubmissionIDの値を割り当てることができます。 課題のポイントはジョブ依頼プロトコルに使用中に依存します。
Bergman, et al. Informational [Page 55] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[55ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
The server/device-side identifier, called the jmJobIndex object, SHALL be assigned by the SNMP Job Monitoring MIB agent when the server or device accepts the jobs from submitting clients. The jmJobIndex object allows the interested party to obtain all objects desired that relate to a particular job. See Section 3.2, entitled ' The Job Tables and the Oldest Active and Newest Active Indexes' for the specification of how the agent SHALL assign the jmJobIndex values.
サーバ/は識別子にデバイスで面があって、jmJobIndexオブジェクト、SHALLと呼ばれて、サーバかデバイスがクライアントを提出するのから仕事を受け入れるときにはSNMP Job Monitoring MIBエージェントによって割り当てられてください。 jmJobIndexオブジェクトで、利害関係者は特定の仕事に関連する望まれていたすべてのオブジェクトを入手できます。 エージェントSHALLがどうjmJobIndex値を割り当てるかに関する仕様のために'Job Tables、Oldest Active、およびNewest Active Indexes'の権利を与えられたセクション3.2を見てください。
The MIB provides a mapping table that maps each jmJobSubmissionID value to a corresponding jmJobIndex value generated by the agent, so that an application can determine the correct value for the jmJobIndex value for the job of interest in a single Get operation, given the Job Submission ID. See the jmJobIDGroup.
MIBはエージェントによって生成された対応するjmJobIndex値にそれぞれのjmJobSubmissionID値を写像するマッピングテーブルを提供します、アプリケーションがただ一つのGet操作における興味がある仕事のためのjmJobIndex値のために正しい値を決定できるように、Job Submission IDを考えて。 jmJobIDGroupを見てください。
In some configurations there may be more than one application program that monitors the same job when the job passes from one network entity to another when it is submitted. See configuration 3. When there are multiple job submission IDs, each entity MAY supply an appropriate jmJobSubmissionID value. In this case there would be a separate entry in the jmJobSubmissionID table, one for each jmJobSubmissionID. All entries would map to the same jmJobIndex that contains the job data. When the job is deleted, it is up to the agent to remove all entries that point to the job from the jmJobSubmissionID table as well.
いくつかの構成には、それを提出するとき、仕事が1つのネットワーク実体から別の実体まで終わるとき同じ仕事をモニターする1つ以上のアプリケーション・プログラムがあるかもしれません。 構成3を見てください。 複数のジョブ依頼IDがあるとき、各実体は適切なjmJobSubmissionID値を供給するかもしれません。 この場合、別々のエントリーがjmJobSubmissionIDテーブル、各jmJobSubmissionIDあたり1つにあるでしょう。 エントリーが仕事のデータを含むのと同じjmJobIndexに写像するすべて。 仕事が削除されるとき、また、jmJobSubmissionIDテーブルから仕事を示すすべてのエントリーを取り除くのは、エージェント次第です。
The jobName attribute provides a name that the user supplies as a job attribute with the job. The jobName attribute is not necessarily unique, even for one user, let alone across users.
jobName属性はユーザが仕事の属性として仕事を供給する名前を提供します。 jobName属性は必ずまして、1人のユーザさえ、ユーザの向こう側にユニークであるというわけではありません。
3.5.1 The Job Submission ID specifications
3.5.1 Job Submission ID仕様
This section specifies the formats for each of the registered Job Submission Ids. This format is used by the JmJobSubmissionIDTypeTC. Each job submission ID is a fixed-length, 48-octet printable US-ASCII [US-ASCII] coded character string containing no control characters, consisting of the following fields:
このセクションはそれぞれの登録されたJob Submission Idsに形式を指定します。 この形式はJmJobSubmissionIDTypeTCによって使用されます。 それぞれのジョブ依頼IDは制御文字を全く含まない固定長さの、そして、48八重奏の印刷可能な米国-ASCII[米国-ASCII]のコード化された文字列です、以下の分野から成って:
octet 1: The format letter identifying the format. The
US-ASCII characters '0-9', 'A-Z', and 'a-z' are assigned
in order giving 62 possible formats.
octets 2-40: A 39-character, US-ASCII trailing SPACE
filled field specified by the format letter, if the data
is less than 39 ASCII characters.
octets 41-48: A sequential or random US-ASCII number to
make the ID quasi-unique.
八重奏1: 形式を特定する形式手紙。 米国-ASCII文字'0-9'、'A-Z'、および'a-z'は62の可能な形式八重奏2-40を与えながら、整然とした状態で割り当てられます: 39キャラクタ、米国-ASCIIがいっぱいにされた分野が形式手紙で指定したSPACEを引きずって、データであるなら、39人未満のASCII文字八重奏は41-48です: IDを準ユニークにする連続したか無作為の米国-ASCII番号。
Bergman, et al. Informational [Page 56] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[56ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
If the client does not supply a job submission ID in the job submission protocol, then the agent SHALL assign a job submission ID using any of the standard formats that are reserved for the agent. Clients SHALL not use formats that are reserved for agents and agents SHALL NOT use formats that are reserved for clients, in order to reduce conflicts in ID generation. See the description for which formats are reserved for clients or for agents.
クライアントがジョブ依頼プロトコルのジョブ依頼IDを供給しないなら、エージェントSHALLは、エージェントのために予約される標準書式のどれかを使用することでIDをジョブ依頼に割り当てます。 クライアントSHALLはSHALL NOT使用がフォーマットするクライアントのために予約されるエージェントとエージェントのために予約される形式を使用しません、ID世代における闘争を抑えるために。 形式がクライアントかエージェントのために予約される記述を見てください。
Registration of additional formats may be done following the procedures described in Section 3.7.3.
追加形式の登録に手順に従われるかもしれませんセクション3.7.3で説明される。
The format values defined at the time of completion of this specification are:
この仕様の完成時点で定義された形式値は以下の通りです。
Format
Letter Description
------ ------------
'0' Job Owner generated by the server/device
octets 2-40: The last 39 bytes of the jmJobOwner object.
octets 41-48: The US-ASCII 8-decimal-digit sequential number
assigned by the agent.
This format is reserved for agents.
形式手紙記述------ ------------ '0'仕事のOwnerは、サーバ/デバイスで八重奏が2-40であると生成しました: jmJobOwnerオブジェクトの最後の39バイト、八重奏41-48: 8 10進数字の連番がエージェントで割り当てた米国-ASCII。 この形式はエージェントのために予約されます。
NOTE - Clients wishing to use a job submission ID that
incorporates the job owner, SHALL use format '8', not
format '0'.
注意--クライアントが仕事の所有者を取り入れるジョブ依頼IDを使用したがっていて、SHALLは形式'0'ではなく、形式'8'を使用します。
'1' Job Name
octets 2-40: The last 39 bytes of the jobName attribute.
octets 41-48: The US-ASCII 8-decimal-digit random number
assigned by the client.
This format is reserved for clients.
'1'仕事のName八重奏2-40: 最後の39バイトのjobNameは. 八重奏41-48を結果と考えます: 8 10進数字の乱数がクライアントで割り当てた米国-ASCII。 この形式はクライアントのために予約されます。
'2' Client MAC address
octets 2-40: The client MAC address: in hexadecimal with
each nibble of the 6 octet address being '0'-'9' or
'A' - 'F' (uppercase only). Most significant octet first.
octets 41-48: The US-ASCII 8-decimal-digit sequential number
assigned by the client.
This format is reserved for clients.
'2'クライアントMACは、八重奏が2-40であると扱います: クライアントMACアドレス: 6八重奏の各少量がある16進では、'0'--'9'であるか''--'F'が(大文字専用)であると扱ってください。 最も重要な八重奏. 最初に、八重奏41-48: 8 10進数字の連番がクライアントで割り当てた米国-ASCII。 この形式はクライアントのために予約されます。
'3' Client URL
octets 2-40: The last 39 bytes of the client URL [URI-spec].
octets 41-48: The US-ASCII 8-decimal-digit sequential number
assigned by the client.
This format is reserved for clients.
'3'クライアントURL八重奏2-40: URL[URI仕様] 八重奏41-48がクライアントに39バイト続く、: 8 10進数字の連番がクライアントで割り当てた米国-ASCII。 この形式はクライアントのために予約されます。
Bergman, et al. Informational [Page 57] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[57ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
'4' Job URI
octets 2-40: The last 39 bytes of the URI [URI-spec]
assigned by the server or device to the job when the job
was submitted for processing.
octets 41-48: The US-ASCII 8-decimal-digit sequential number
assigned by the agent.
This format is reserved for agents.
'4'仕事のURI八重奏2-40: 処理八重奏41-48のために仕事を提出したときサーバかデバイスで仕事に割り当てたURI[URI仕様]の最後の39バイト: 8 10進数字の連番がエージェントで割り当てた米国-ASCII。 この形式はエージェントのために予約されます。
'5' POSIX User Number
octets 2-40: The last 39 bytes of a user number, such as
POSIX user number.
octets 41-48: The US-ASCII 8-decimal-digit sequential number
assigned by the client.
This format is reserved for clients.
'5'POSIX User Number八重奏2-40: POSIXユーザ番号八重奏41-48などのユーザ番号の最後の39バイト: 8 10進数字の連番がクライアントで割り当てた米国-ASCII。 この形式はクライアントのために予約されます。
'6' User Account Number
octets 2-40: The last 39 bytes of the user account number.
octets 41-48: The US-ASCII 8-decimal-digit sequential number
assigned by the client.
This format is reserved for clients.
'6'ユーザAccount Number八重奏2-40: ユーザの最後の39バイトは、数八重奏が41-48であることを説明します: 8 10進数字の連番がクライアントで割り当てた米国-ASCII。 この形式はクライアントのために予約されます。
'7' DTMF Incoming FAX routing number
octets 2-40: The last 39 bytes of the DTMF incoming FAX
routing number.
octets 41-48: The US-ASCII 8-decimal-digit sequential number
assigned by the client.
This format is reserved for clients.
'7'DTMF Incoming FAXルーティング数の八重奏2-40: 数八重奏41-48を発送するDTMFの入って来るFAXの最後の39バイト: 8 10進数字の連番がクライアントで割り当てた米国-ASCII。 この形式はクライアントのために予約されます。
'8' Job Owner supplied by the client
octets 2-40: The last 39 bytes of the job owner name (that the
agent returns in the jmJobOwner object).
octets 41-48: The US-ASCII 8-decimal-digit sequential number
assigned by the client.
This format is reserved for clients. See format '0' which is
reserved for agents.
'8'クライアント八重奏2-40で供給された仕事のOwner: 仕事の所有者の最後の39バイトは. 八重奏を41-48と命名します(エージェントがjmJobOwnerで戻るのが反対します): 8 10進数字の連番がクライアントで割り当てた米国-ASCII。 この形式はクライアントのために予約されます。 エージェントのために予約される形式'0'を見てください。
'9' Host Name
octets 2-40: The last 39 bytes of the host name with trailing
SPACES that submitted the job to this server/device using
a protocol, such as LPD [RFC1179] which includes the host
name in the job submission protocol.
octets 41-48: The US-ASCII 8-decimal-digit leading zero
representation of the job id generated by the submitting
server (configuration 3) or the client (configuration 1
and 2), such as in the LPD protocol.
This format is reserved for clients.
'9'Name八重奏2-40を主催してください: ホストを含んでいるLPDなどのプロトコル[RFC1179]を使用することでこのサーバ/デバイスに仕事を提出した引きずっているSPACESのホスト名の最後の39バイトはジョブ依頼でプロトコル八重奏を41-48と命名します: 仕事のイドの8 10進数字の米国のASCIIの先行ゼロ表現は提出によるサーバ(構成3)かクライアントを生成しました(構成1と2)、LPDプロトコルなどのように。 この形式はクライアントのために予約されます。
Bergman, et al. Informational [Page 58] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[58ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
'A' AppleTalk Protocol
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 3-digit US-ASCII
decimal representation of the Connection Id.
This format is reserved for agents.
AppleTalkプロトコル八重奏2-40: 八重奏2における、名前の最初のキャラクタのAppleTalkプリンタ名を含んでいます。 AppleTalkプリンタ名は最大31のキャラクタです。 この分野のどんな未使用の部分も空間八重奏41-48で満たされるものとします: 'XXX'がConnectionアイダホ州の3ケタの米国-ASCII10進表現である'00000XXX' この形式はエージェントのために予約されます。
'B' NetWare PServer
octets 2-40: Contains the Directory Path Name as recorded by
the Novell File Server in the queue directory. If the
string is less than 40 octets, the left-most character in
the string shall appear in octet position 2. Otherwise,
only the last 39 bytes shall be included. Any unused
portion of this field shall be filled with spaces.
octets 41-48: '000XXXXX' The US-ASCII representation of the
Job Number as per the NetWare File Server Queue Management
Services.
This format is reserved for agents.
'B'NetWare PServer八重奏2-40: 記録されるとしての待ち行列ディレクトリのノベルFile ServerによるディレクトリPath Nameを含んでいます。 ストリングが40未満の八重奏であるなら、ストリングの最も左のキャラクタは八重奏位置2に現れるものとします。 最後の39バイトだけが含まれているものとします。 この分野のどんな未使用の部分も空間八重奏41-48で満たされるものとします: '000XXXXX、'NetWare File Server Queue Management Servicesに従ってJob Numberの米国-ASCII表現。 この形式はエージェントのために予約されます。
'C' Server Message Block protocol (SMB)
octets 2-40: Contains a decimal (US-ASCII coded)
representation of the 16 bit SMB Tree Id field, which
uniquely identifies the connection that submitted the job
to the printer. The most significant digit of the numeric
string shall be placed in octet position 2. All unused
portions of this field shall be filled with spaces. The
SMB Tree Id has a maximum value of 65,535.
octets 41-48: The US-ASCII 8-decimal-digit leading zero
representation of the File Handle returned from the device
to the client in response to a Create Print File command.
This format is reserved for agents.
'C'サーバMessage Blockは(SMB)八重奏2-40について議定書の中で述べます: 16ビットのSMB Tree Id分野の10進(コード化された米国-ASCII)の表現を含んでいます。(唯一、分野はプリンタに仕事を提出した接続を特定します)。 数値ストリングの最も重要なケタは八重奏位置2に置かれるものとします。 この分野のすべての未使用の部分が空間で満たされるものとします。 SMB Tree Idには、6万5535の八重奏41-48の最大値があります: File Handleの8 10進数字の米国のASCIIの先行ゼロ表現はデバイスからクライアントまでCreate Print Fileコマンドに対応して戻りました。 この形式はエージェントのために予約されます。
'D' Transport Independent Printer/System Interface (TIP/SI)
octets 2-40: Contains the Job Name from the Job Control-Start
Job (JC-SJ) command. If the Job 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: The US-ASCII 8-decimal-digit leading zero
representation of the jmJobIndex assigned by the agent.
This format is reserved for agents, since the agent supplies
octets 41-48, though the client supplies the job name.
See format '1' reserved to clients to submit job name ids
in which they supply octets 41-48.
'D'輸送無党派Printer/システムInterface(TIP/SI)八重奏2-40: Job Control-スタートJob(JC-SJ)コマンドからのJob Nameを含んでいます。 Job Name部分が40未満の八重奏であるなら、ストリングの最も左のキャラクタは八重奏位置2に現れるものとします。 この分野のどんな未使用の部分も空間で満たされるものとします。 最後の39バイトだけが含まれているものとする、八重奏41-48: jmJobIndexの8 10進数字の先行ゼロ表現がエージェントで割り当てた米国-ASCII。 クライアントがジョブ名を供給しますが、エージェントが八重奏41-48を供給するので、この形式はエージェントのために予約されます。 形式'1'がそれらが八重奏41-48を供給するジョブ名イドを提出するためにクライアントに予約されるのを見てください。
Bergman, et al. Informational [Page 59] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[59ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
'E' IPDS on the MVS or VSE platform
MVSかVSEプラットホームの'E'IPDS
octets 2-40: Contains bytes 2-27 of the XOH Define Group
Boundary Group ID triplet. Octet position 2 MUST carry
the value x'01'. Bytes 28-40 MUST be filled with spaces.
octets 41-48: The US-ASCII 8-decimal-digit leading zero
representation of the jmJobIndex assigned by the agent.
This format is reserved for agents, since the agent supplies
octets 41-48, though the client supplies the job name.
八重奏2-40: XOH Define Group Boundary Group ID三つ子のバイト2-27を含んでいます。 八重奏位置2は値x'01'を運ばなければなりません。 空間八重奏41-48でバイト28-40を満たさなければなりません: jmJobIndexの8 10進数字の先行ゼロ表現がエージェントで割り当てた米国-ASCII。 クライアントがジョブ名を供給しますが、エージェントが八重奏41-48を供給するので、この形式はエージェントのために予約されます。
'F' IPDS on the VM platform
octets 2-40: Contains bytes 2-31 of the XOH Define Group
Boundary Group ID triplet. Octet position 2 MUST carry
the value x'02'. Bytes 32-40 MUST be filled with spaces.
octets 41-48: The US-ASCII 8-decimal-digit leading zero
representation of the jmJobIndex assigned by the agent.
This format is reserved for agents, since the agent supplies
octets 41-48, though the client supplies the file name.
VMプラットホーム八重奏2-40での'F'IPDS: XOH Define Group Boundary Group ID三つ子のバイト2-31を含んでいます。 八重奏位置2は値x'02'を運ばなければなりません。 空間八重奏41-48でバイト32-40を満たさなければなりません: jmJobIndexの8 10進数字の先行ゼロ表現がエージェントで割り当てた米国-ASCII。 クライアントがファイル名を提供しますが、エージェントが八重奏41-48を供給するので、この形式はエージェントのために予約されます。
'G' IPDS on the OS/400 platform
octets 2-40: Contains bytes 2-36 of the XOH Define Group
Boundary Group ID triplet. Octet position 2 MUST carry
the value x'03'. Bytes 37-40 MUST be filled with spaces.
octets 41-48: The US-ASCII 8-decimal-digit leading zero
representation of the jmJobIndex assigned by the agent.
This format is reserved for agents, since the agent supplies
octets 41-48, though the client supplies the job name.
OS/400のプラットホーム八重奏2-40での'G'IPDS: XOH Define Group Boundary Group ID三つ子のバイト2-36を含んでいます。 八重奏位置2は値x'03'を運ばなければなりません。 空間八重奏41-48でバイト37-40を満たさなければなりません: jmJobIndexの8 10進数字の先行ゼロ表現がエージェントで割り当てた米国-ASCII。 クライアントがジョブ名を供給しますが、エージェントが八重奏41-48を供給するので、この形式はエージェントのために予約されます。
NOTE - the job submission id is only intended to be unique between a limited set of clients for a limited duration of time, namely, for the life time of the job in the context of the server or device that is processing the job. Some of the formats include something that is unique per client and a random number so that the same job submitted by the same client will have a different job submission id. For other formats, where part of the id is guaranteed to be unique for each client, such as the MAC address or URL, a sequential number SHOULD suffice for each client (and may be easier for each client to manage). Therefore, the length of the job submission id has been selected to reduce the probability of collision to an extremely low number, but is not intended to be an absolute guarantee of uniqueness. None-the-less, collisions are remotely possible, but without bad consequences, since this MIB is intended to be used only for monitoring jobs, not for controlling and managing them.
注意--すなわち、ジョブ依頼イドが仕事を処理しているサーバかデバイスの文脈の仕事の寿命時に限られたセットのクライアントの間で時間の限られた持続時間に特有であることを意図するだけです。 形式のいくつかが、同じクライアントによって提出された同じ仕事が異なったジョブ依頼イドを持つように、クライアント単位で何かユニークなものと乱数を含んでいます。 他の形式かイドの一部がMACアドレスなどの各クライアントにとって特有になるようにどこで保証されるか、そして、URL、連番のために、SHOULDは各クライアント(そして、各クライアントが管理するのは、より簡単であるかもしれない)に十分です。 したがって、ジョブ依頼イドの長さは、衝突確率を非常に下位の数まで減少させるのが選択されますが、ユニークさの絶対保証であることを意図していません。 離れて可能ですがやはり悪い結果なしで衝突、それらを制御して、管理するのに使用されるのではなく、モニターしている仕事にだけこのMIBが使用されることを意図するので。
3.6 Internationalization Considerations
3.6 国際化問題
This section describes the internationalization considerations included in this MIB.
このセクションは、このMIBに国際化問題を含んでいると説明します。
Bergman, et al. Informational [Page 60] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[60ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
3.6.1 Text generated by the server or device
3.6.1 サーバかデバイスによって作られたテキスト
There are a few objects and attributes generated by the server or
device that SHALL be represented using the Universal Multiple-Octet
Coded Character Set (UCS) [ISO-10646]. These objects and attributes
are always supplied (if implemented) by the agent, not by the job
submitting client:
1. jmGeneralJobSetName object
2. processingMessage(6) attribute
3. physicalDevice(32) (name value) attribute
そこでは、SHALLがあるサーバかデバイスによって生成されたいくつかのオブジェクトと属性が、Universal Multiple-八重奏Coded文字コードを使用することで表されますか?(UCS)[ISO-10646] これらのオブジェクトと属性はいつも仕事の提出しているクライアントではなく、エージェントによって供給されます(実装されるなら): 1. jmGeneralJobSetNameオブジェクト2processingMessage(6)属性3physicalDevice(32)(名前値)属性
The character encoding scheme for representing these objects and attributes SHALL be UTF-8 as REQUIRED by RFC 2277 [RFC2277]. The ' JmUTF8StringTC' textual convention is used to indicate UTF-8 text strings.
RFC2277によるREQUIREDとしてのUTF-8が[RFC2277]であったならこれらのオブジェクトと属性SHALLを表すことの文字符号化体系。 'JmUTF8StringTC'原文のコンベンションは、UTF-8テキスト文字列を示すのに使用されます。
NOTE - For strings in 7-bit US-ASCII, there is no impact since the UTF-8 representation of 7-bit ASCII is identical to the US-ASCII [US-ASCII] encoding.
注意--7ビットの米国-ASCIIにおけるストリングのために、7ビットのASCIIのUTF-8表現が米国-ASCII[米国-ASCII]コード化と同じであるので、影響は全くありません。
The text contained in the processingMessage(6) attribute is generated by the server/device. The natural language for the processingMessage(6) attribute is identified by the processingMessageNaturalLangTag(7) attribute. The processingMessageNaturalLangTag(7) attribute uses the JmNaturalLanguageTagTC textual convention which SHALL conform to the language tag mechanism specified in RFC 1766 [RFC1766]. The JmNaturalLanguageTagTC value is the same as the IPP [ipp-model] ' naturalLanguage' attribute syntax. RFC 1766 specifies that a US- ASCII string consisting of the natural language followed by an optional country field. Both fields use the same two-character codes from ISO 639 [ISO-639] and ISO 3166 [ISO-3166], respectively, that are used in the Printer MIB for identifying language and country.
processingMessage(6)属性に含まれたテキストはサーバ/デバイスによって作られます。 processingMessage(6)属性のための自然言語はprocessingMessageNaturalLangTag(7)属性によって特定されます。 processingMessageNaturalLangTag(7)属性はSHALLがRFC1766[RFC1766]で指定された言語タグメカニズムに従わせるJmNaturalLanguageTagTCの原文のコンベンションを使用します。 JmNaturalLanguageTagTC値はIPP[ipp-モデル]'naturalLanguage'属性構文と同じです。 RFC1766は、自然言語から成る米国ASCIIストリングが任意の国の分野のそばで続いたと指定します。 言語を特定するのに、Printer MIBで中古の同じ2キャラクタがISO639からコード化する使用[ISO-639]とISO3166[ISO-3166]の分野と国の両方。
Examples of the values of the processingMessageNaturalLangTag(7)
attribute include:
1. 'en' for English
2. 'en-us' for US English
3. 'fr' for French
4. 'de' for German
processingMessageNaturalLangTag(7)属性の値に関する例は: 1. 英語2のための'アン'。 '、アン、-、私たち、'米国の英語3のために。 フランス語4のための'fr'。 ドイツ語のための'de'
3.6.2 Text supplied by the job submitter
3.6.2 仕事のsubmitterによって供給されたテキスト
All of the objects and attributes represented by the 'JmJobStringTC' textual-convention are either (1) supplied in the job submission protocol by the client that submits the job to the server or device or (2) are defaulted by the server or device if the job submitting client does not supply values. The agent SHALL represent these
'JmJobStringTC'原文のコンベンションによって表されたオブジェクトと属性のすべては仕事の提出しているクライアントが値を供給しないならクライアントによるサーバかデバイスに仕事を提出するプロトコルか(2)があるというジョブ依頼で供給された(1)がサーバかデバイスでデフォルトとしたということです。 エージェントSHALLはこれらを表します。
Bergman, et al. Informational [Page 61] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[61ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
objects and attributes in the MIB either (1) in the coded character set as they were submitted or (2) MAY convert the coded character set to another coded character set or encoding scheme. In any case, the resulting coded character set representation SHOULD be UTF-8 [UTF-8], but SHALL be one in which the code positions from 0 to 31 is not used, 32 to 127 is US-ASCII [US-ASCII], 127 is not unused, and the remaining code positions 128 to 255 represent single-byte or multi- byte graphic characters structured according to ISO 2022 [ISO-2022] or are unused.
反対して、それらを提出したか、または(2)が別のコード化文字集合か体系をコード化するのにコード化文字集合を変換するとき、MIBでコード化文字集合におけるどちらかの(1)を結果と考えます。 どのような場合でも、結果になるのがUTF-8が[UTF-8]であったなら文字集合表現SHOULDをコード化しましたが、SHALLはISO2022[ISO-2022]によると、0〜31までのコード位置がどれでないかに使用されていて、32〜127が米国-ASCII[米国-ASCII]であり、127が未使用でなく、残っているコード位置128〜255が単一のバイトを表すか、そして、マルチバイト図形文字が構造化した1つであるか未使用です。
The coded character set SHALL be one of the ones registered with IANA [IANA] and SHALL be identified by the jobCodedCharSet attribute in the jmJobAttributeTable for the job. If the agent does not know what coded character set was used by the job submitting client, the agent SHALL either (1) return the 'unknown(2)' value for the jobCodedCharSet attribute or (2) not return the jobCodedCharSet attribute for the job.
jobCodedCharSetによって特定されるIANA[IANA]とSHALLに登録されたものの1つが属性であったなら仕事のためのjmJobAttributeTableで文字集合SHALLをコード化しました。 (1) エージェントが、どんなコード化文字集合が仕事の提出しているクライアント、エージェントSHALLによって使用されたかを知らないなら、仕事のためにリターンではなく、jobCodedCharSet属性か(2)のための'未知(2)'値にjobCodedCharSet属性を返してください。
Examples of coded character sets which meet this criteria for use as the value of the jobCodedCharSet job attribute are: US-ASCII [US- ASCII], ISO 8859-1 (Latin-1) [ISO-8859-1], any ISO 8859-n, HP Roman8, IBM Code Page 850, Windows Default 8-bit set, UTF-8 [UTF-8], US-ASCII plus JIS X0208-1990 Japanese [JIS X0208], US-ASCII plus GB2312-1980 PRC Chinese [GB2312]. See the IANA registry of coded character sets [IANA charsets].
jobCodedCharSet仕事の属性の値が使用の評価基準ですが、これに会うコード化文字集合に関する例: 米国-ASCII[米国ASCII]、ISO8859-1(ラテン-1)[ISO-8859-1]、どんなISO 8859-n、HP Roman8、IBM Code850ページ、WindowsのDefaultの8ビットのセット、UTF-8[UTF-8]、米国-ASCII、JIS X0208-1990日本人[JIS X0208]、米国-ASCII、およびGB2312-1980 PRC中国人[GB2312]。 コード化文字集合[IANA charsets]のIANA登録を見てください。
Examples of coded character sets which do not meet this criteria are: national 7-bit sets conforming to ISO 646 (except US-ASCII), EBCDIC, and ISO 10646 (Unicode) [ISO-10646]. In order to represent Unicode characters, the UTF-8 [UTF-8] encoding scheme SHALL be used which has been assigned the MIBenum value of '106' by IANA.
この評価基準を満たさないコード化文字集合に関する例は以下の通りです。 国家の7ビットは、ISO646(米国-ASCIIを除いた)、EBCDIC、およびISO10646(ユニコード)[ISO-10646]に従いながら、セットします。 体系SHALLをコード化して[UTF-8]、使用されてください。ユニコード文字、UTF-8を表す、'106'のMIBenum値がIANAによって割り当てられた。
The jobCodedCharSet attribute uses the imported 'CodedCharSet' textual-convention from the Printer MIB [printmib].
jobCodedCharSet属性はPrinter MIB[printmib]からの原文のコンベンションのインポートしている'CodedCharSet'を使用します。
The natural language for attributes represented by the textual- convention JmJobStringTC is identified either (1) by the jobNaturalLanguageTag(9) attribute or is keywords in US-English (as in IPP). A monitoring application SHOULD attempt to localize keywords into the language of the user by means of some lookup mechanism. If the keyword value is not known to the monitoring application, the monitoring application SHOULD assume that the value is in the natural language specified by the job's jobNaturalLanguageTag(9) attribute and SHOULD present the value to its user as is. The jobNaturalLanguageTag(9) attribute value SHALL have the same syntax and semantics as the processingMessageNaturalLangTag(7) attribute, except that the jobNaturalLanguageTag(9) attribute identifies the natural language of
原文のコンベンションJmJobStringTCによって表された属性のための自然言語が特定される、jobNaturalLanguageTag(9)が結果と考える、米国-英語(IPPのように)のキーワードはそうです。 何らかのルックアップメカニズムによってユーザの言語にキーワードをローカライズする監視用途SHOULD試み。 キーワード値が監視用途に知られていないなら、監視用途SHOULDは、仕事のjobNaturalLanguageTag(9)属性によって指定された自然言語には値があると仮定します、そして、SHOULDはそのままでユーザに値を提示します。 jobNaturalLanguageTag(9)属性値SHALLには、それを除いたjobNaturalLanguageTag(9)属性が自然言語を特定するprocessingMessageNaturalLangTag(7)属性として同じ構文と意味論があります。
Bergman, et al. Informational [Page 62] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[62ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
attributes supplied by the job submitter instead of the natural language of the processingMessage(6) attribute. See Section 3.6.1.
processingMessage(6)属性の自然言語の代わりに仕事のsubmitterによって供給された属性。 セクション3.6.1を見てください。
3.6.3 'DateAndTime' for representing the date and time
3.6.3 日時を表すための'DateAndTime'
This MIB also contains objects that are represented using the DateAndTime textual convention from SMIv2 [SMIv2-TC]. The job management application SHALL display such objects in the locale of the user running the monitoring application.
また、このMIBはSMIv2[SMIv2-TC]からのDateAndTimeの原文のコンベンションを使用することで表されるオブジェクトを含んでいます。 ジョブ管理アプリケーションSHALLは監視用途を実行するユーザの現場にそのようなオブジェクトを表示します。
3.7 IANA and PWG Registration Considerations
3.7 IANAとPWG登録問題
This MIB does not require any additional registration schemes for IANA, but does depend on registration schemes that other Internet standards track specifications have set up. The names of these IANA registration assignments under the /in-notes/iana/assignments/ path:
このMIBはIANAのためにどんな追加登録体系も必要としませんが、他のインターネット標準化過程仕様がセットアップした登録体系によります。 注意の//iana/課題/経路の下におけるこれらのIANA登録課題の名前:
1.printer-language-numbers - used as enums in the documentFormat(38)
attribute
1.プリンタ言語番号--enumsとして、documentFormat(38)属性では、使用されます。
2.media-types - uses as keywords in the documentFormat(38) attribute
2.メディアタイプ--documentFormat(38)属性におけるキーワードとしての用途
3.character-sets - used as enums in the jobCodedCharSet(8) attribute
3. 文字集合--enumsとして、jobCodedCharSet(8)属性では、使用されます。
The Printer Working Group (PWG) will handle registration of additional enums after approving this standard, according to the procedures described in this section:
この規格を承認した後にPrinter作業部会(PWG)は追加enumsの登録を扱うでしょう、このセクションで説明された手順によると:
3.7.1 PWG Registration of enums
3.7.1 enumsのPWG Registration
This specification uses textual conventions to define enumerated values (enums) and bit values. Enumerations (enums) and bit values are sets of symbolic values defined for use with one or more objects or attributes. All enumeration sets and bit value sets are assigned a symbolic data type name (textual convention). As a convention the symbolic name ends in "TC" for textual convention. These enumerations are defined at the beginning of the MIB module specification.
この仕様は、(enums)とビットが評価する列挙された値を定義するのに原文のコンベンションを使用します。 (enums)とビットが評価する列挙は使用のために1つ以上のオブジェクトか属性で定義されたシンボリックな値のセットです。 シンボリックなデータ型名(原文のコンベンション)はすべての列挙セットと値が設定するビットに配属されます。 コンベンションとして、英字名は原文のコンベンションのための「Tc」に終わります。 これらの列挙はMIBモジュール仕様の始めに定義されます。
The PWG has defined several type of enumerations for use in the Job Monitoring MIB and the Printer MIB [print-mib]. These types differ in the method employed to control the addition of new enumerations. Throughout this document, references to "type n enum", where n can be 1, 2 or 3 can be found in the various tables. The definitions of these types of enumerations are:
PWGはJob Monitoring MIBにおける使用とPrinter MIB[印刷-mib]のために数個のタイプの列挙を定義しました。 これらのタイプは新しい列挙の追加を制御するのに使われたメソッドにおいて異なります。 このドキュメント、「タイプn enum」の参照の間中、様々なテーブルでnがどこの1、2または3であるかもしれないか見つけることができます。 これらのタイプの列挙の定義は以下の通りです。
Bergman, et al. Informational [Page 63] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[63ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
3.7.1.1 Type 1 enumerations
3.7.1.1 タイプ1列挙
Type 1 enumeration: All the values are defined in the Job Monitoring MIB specification (RFC for the Job Monitoring MIB). Additional enumerated values require a new RFC.
1つの列挙をタイプしてください: すべての値がJob Monitoring MIB仕様(Job Monitoring MIBのためのRFC)に基づき定義されます。 追加列挙された値は新しいRFCを必要とします。
There are no type 1 enums in the current document.
現在のドキュメントにはタイプ1enumsが全くありません。
3.7.1.2 Type 2 enumerations
3.7.1.2 2つの列挙をタイプしてください。
Type 2 enumeration: An initial set of values are defined in the Job Monitoring MIB specification. Additional enumerated values are registered with the PWG.
2列挙をタイプしてください: 1人の始発の値はJob Monitoring MIB仕様に基づき定義されます。 追加列挙された値はPWGに示されます。
The following type 2 enums are contained in the current document:
1. JmUTF8StringTC
2. JmJobStringTC
3. JmNaturalLanguageTagTC
4. JmTimeStampTC
5. JmFinishingTC [same enum values as IPP "finishing" attribute]
6. JmPrintQualityTC [same enum values as IPP "print-quality"
attribute]
7. JmTonerEconomyTC
8. JmMediumTypeTC
9. JmJobSubmissionIDTypeTC
10.JmJobCollationTypeTC
11.JmJobStateTC [same enum values as IPP "job-state" attribute]
12.JmAttributeTypeTC
以下のタイプ2enumsは現在のドキュメントに含まれています: 1. JmUTF8StringTC2。 JmJobStringTC3。 JmNaturalLanguageTagTC4。 JmTimeStampTC5。 JmFinishingTC[属性を「終える」IPPと同じenum値]6。 JmPrintQualityTC[IPP「印刷品質」としての値が結果と考える同じenum]7。 JmTonerEconomyTC8。 JmMediumTypeTC9。 JmJobSubmissionIDTypeTC 10.JmJobCollationTypeTC 11.JmJobStateTC[IPP「仕事状態」としての値が結果と考える同じenum]12.JmAttributeTypeTC
For those textual conventions that have the same enum values as the indicated IPP Job attribute are simultaneously registered by the PWG for use with IPP [ipp-model] and the Job Monitoring MIB.
原文であることのそれらに関しては、示されたIPP Job属性と同じenum値を持っているコンベンションは同時に、使用のためにPWGによってIPP[ipp-モデル]とJob Monitoring MIBに登録されます。
3.7.1.3 Type 3 enumeration
3.7.1.3 3列挙をタイプしてください。
Type 3 enumeration: An initial set of values are defined in the Job Monitoring MIB specification. Additional enumerated values are registered through the PWG without PWG review.
3列挙をタイプしてください: 1人の始発の値はJob Monitoring MIB仕様に基づき定義されます。 追加列挙された値はPWGを通してPWGレビューなしで示されます。
There are no type 3 enums in the current document.
電流における3enumsが記録するタイプが全くありません。
Bergman, et al. Informational [Page 64] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[64ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
3.7.2 PWG Registration of type 2 bit values
3.7.2 タイプの2ビットの値のPWG Registration
This memo contains the following type 2 bit value textual-
conventions:
1. JmJobServiceTypesTC
2. JmJobStateReasons1TC
3. JmJobStateReasons2TC
4. JmJobStateReasons3TC
5. JmJobStateReasons4TC
このメモは以下のタイプの2ビットの価値の原文のコンベンションを含みます: 1. JmJobServiceTypesTC2。 JmJobStateReasons1TC3。 JmJobStateReasons2TC4。 JmJobStateReasons3TC5。 JmJobStateReasons4TC
These textual-conventions are defined as bits in an Integer so that they can be used with SNMPv1 SMI. The jobStateReasonsN (N=1..4) attributes are defined as bit values using the corresponding JmJobStateReasonsNTC textual-conventions.
これらの原文のコンベンションは、SNMPv1 SMIと共にそれらを使用できるようにIntegerでビットと定義されます。 jobStateReasonsN(N=1.4)属性は、対応するJmJobStateReasonsNTC原文のコンベンションを使用することで噛み付いている値と定義されます。
The registration of JmJobServiceTypesTC and JmJobStateReasonsNTC bit values follow the procedures for a type 2 enum as specified in Section 3.7.1.2.
値がタイプ2enumのために手順に従うJmJobServiceTypesTCとJmJobStateReasonsNTCビットの登録はセクション3.7.1で.2に指定しました。
3.7.3 PWG Registration of Job Submission Id Formats
3.7.3 ジョブ依頼イド形式のPWG登録
In addition to enums and bit values, this specification assigns a single ASCII digit or letter to various job submission ID formats. See the JmJobSubmissionIDTypeTC textual-convention and the object. The registration of JobSubmissionID format numbers follows the procedures for a type 2 enum as specified in Section 3.7.1.2.
enumsと噛み付いている値に加えて、この仕様は様々なジョブ依頼ID形式へのただ一つのASCIIケタか手紙を割り当てます。 JmJobSubmissionIDTypeTCの原文のコンベンションとオブジェクトを見てください。 JobSubmissionID形式番号の登録はセクション3.7.1における指定されるとしてのタイプ2enumのために.2に手順に従います。
3.7.4 PWG Registration of MIME types/sub-types for document-formats
3.7.4 ドキュメント・フォーマットのためのサブMIMEの種類/タイプのPWG Registration
The documentFormat(38) attribute has MIME type/sub-type values for indicating document formats which IANA registers as "media type" names. The values of the documentFormat(38) attribute are the same as the corresponding Internet Printing Protocol (IPP) "document- format" Job attribute values [ipp-model].
documentFormat(38)属性に、IANAが「メディアタイプ」名として示すドキュメント・フォーマットを示すためのサブMIMEの種類/タイプ値があります。 documentFormat(38)属性の値は対応するインターネットPrintingプロトコル(IPP)「ドキュメント形式」Jobが値[ipp-モデル]を結果と考えるのと同じです。
3.8 Security Considerations
3.8 セキュリティ問題
3.8.1 Read-Write objects
3.8.1 オブジェクトを読書して書いてください。
All objects are read-only, greatly simplifying the security considerations. If another MIB augments this MIB, that MIB might accept SNMP Write operations to objects in that MIB whose effect is to modify the values of read-only objects in this MIB. However, that MIB SHALL have to support the required access control in order to achieve security, not this MIB.
セキュリティ問題を大いに簡素化して、すべてのオブジェクトが書き込み禁止です。 別のMIBがこのMIBを増大させるなら、そのMIBはこのMIBの書き込み禁止オブジェクトの値を変更する効果がことであるそのMIBのオブジェクトにSNMP Write操作を受け入れるかもしれません。 しかしながら、そのMIB SHALLは、このMIBではなく、セキュリティを達成するために必要なアクセスがコントロールであるとサポートしなければなりません。
Bergman, et al. Informational [Page 65] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[65ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
3.8.2 Read-Only Objects In Other User's Jobs
3.8.2 他のユーザのジョブスの書き込み禁止オブジェクト
The security policy of some sites MAY be that unprivileged users can only get the objects from jobs that they submitted, plus a few minimal objects from other jobs, such as the jmJobKOctetsPerCopyRequested and jmJobKOctetsProcessed objects, so that a user can tell how busy a printer is. Other sites MAY allow all unprivileged users to see all objects of all jobs. This MIB does not require, nor does it specify how, such restrictions would be implemented. A monitoring application SHOULD enforce the site security policy with respect to returning information to an unprivileged end user that is using the monitoring application to monitor jobs that do not belong to that user, i.e., the jmJobOwner object in the jmJobTable does not match the user's user name.
いくつかのサイトの安全保障政策は「非-特権を与え」させられたユーザはそれらが提出した仕事からオブジェクトを手に入れて、他の仕事からいくつかの最小量のオブジェクトを手に入れることができるだけであるということであるかもしれません、jmJobKOctetsPerCopyRequestedやjmJobKOctetsProcessedオブジェクトのように、ユーザが、プリンタがどれくらい忙しいかを言うことができるように。 他のサイトで、すべての「非-特権を与え」させられたユーザがすべての仕事のすべての目的を見ることができるかもしれません。 MIBがするこれは、それを必要であり、しません。その方法を指定してください、そして、そのような制限は実装されるでしょう。 SHOULDがjmJobTableですなわち、そのユーザ、jmJobOwnerオブジェクトに属さない仕事をモニターするのに監視用途を使用している「非-特権を与え」させられたエンドユーザに情報を返しながらサイト安全保障政策を実施する監視用途はユーザのユーザ名に合っていません。
An operator is a privileged user that would be able to see all objects of all jobs, independent of the policy for unprivileged users.
オペレータはすべての仕事のすべての目的を見ることができる特権ユーザです、「非-特権を与え」させられたユーザのための方針の如何にかかわらず。
3.9 Notifications
3.9 通知
This MIB does not specify any notifications. For simplicity, management applications are expected to poll for status. The jmGeneralJobPersistence and jmGeneralAttributePersistence objects assist an application to determine the polling rate. The resulting network traffic is not expected to be significant.
このMIBは少しの通知も指定しません。 簡単さにおいて、管理アプリケーションが状態に投票すると予想されます。 jmGeneralJobPersistenceとjmGeneralAttributePersistenceオブジェクトは、アプリケーションが世論調査率を測定するのを補助します。 結果として起こるネットワークトラフィックが重要でないと予想されます。
Bergman, et al. Informational [Page 66] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[66ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
4 MIB specification
4 MIB仕様
The following pages constitute the actual Job Monitoring MIB.
以下のページは実際のJob Monitoring MIBを構成します。
Job-Monitoring-MIB DEFINITIONS ::= BEGIN
仕事のモニターしているMIB定義:、:= 始まってください。
IMPORTS
MODULE-IDENTITY, OBJECT-TYPE, enterprises,
Integer32 FROM SNMPv2-SMI
TEXTUAL-CONVENTION FROM SNMPv2-TC
MODULE-COMPLIANCE, OBJECT-GROUP FROM SNMPv2-CONF;
-- The following textual-conventions are needed to implement
-- certain attributes, but are not needed to compile this MIB.
-- They are provided here for convenience:
-- hrDeviceIndex FROM HOST-RESOURCES-MIB
-- DateAndTime FROM SNMPv2-TC
-- PrtInterpreterLangFamilyTC,
-- CodedCharSet FROM Printer-MIB
IMPORTS MODULE-IDENTITY、OBJECT-TYPE、企業、Integer32 FROM SNMPv2-SMI TEXTUAL-CONVENTION FROM SNMPv2-TC MODULE-COMPLIANCE、OBJECT-GROUP FROM SNMPv2-CONF。 -- 以下の原文のコンベンションは、道具--ある属性に必要ですが、このMIBがコンパイルされる必要はありません。 -- 便宜のためにそれらをここに提供します: -- ホストリソースMIBからのhrDeviceIndex--SNMPv2-Tc--PrtInterpreterLangFamilyTC--プリンタ-MIBからのCodedCharSetからのDateAndTime
-- Use the enterprises arc assigned to the PWG which is pwg(2699). -- Group all PWG mibs under mibs(1).
-- pwg(2699)であるPWGに割り当てられた企業アークを使用してください。 -- mibs(1)の下のすべてのPWG mibsを分類してください。
jobmonMIB MODULE-IDENTITY
LAST-UPDATED "9902190000Z"
ORGANIZATION "Printer Working Group (PWG)"
CONTACT-INFO
"Tom Hastings
Postal: Xerox Corp.
Mail stop ESAE-231
701 S. Aviation Blvd.
El Segundo, CA 90245
jobmonMIBモジュールアイデンティティが"9902190000Z"組織「プリンタ作業部会(PWG)」コンタクトインフォメーションをアップデートした、「トム・ヘイスティングズ郵便:、」 ゼロックス社のメール停止ESAE-231701秒間航空Blvd. エルセガンド、カリフォルニア 90245
Tel: (301)333-6413
Fax: (301)333-5514
E-mail: hastings@cp10.es.xerox.com
Tel: (301)333-6413 Fax: (301)333-5514 メールしてください: hastings@cp10.es.xerox.com
Send questions and comments to the Printer Working Group (PWG)
using the Job Monitoring Project (JMP) Mailing List:
jmp@pwg.org
Listに郵送しながらJob Monitoring Project(JMP)を使用して、Printer作業部会(PWG)に質問とコメントを送ってください: jmp@pwg.org
For further information, including how to subscribe to the
jmp mailing list, access the PWG web page under 'JMP':
jmpメーリングリストに加入する方法を含む詳細に関しては、'JMP'の下でPWGウェブページにアクセスしてください:
http://www.pwg.org/
http://www.pwg.org/
Implementers of this specification are encouraged to join the
jmp mailing list in order to participate in discussions on any
clarifications needed and registration proposals being reviewed
この仕様のImplementersがどんな明確化のときにも必要であった議論と見直される登録提案に参加するためにjmpメーリングリストを接合するよう奨励されます。
Bergman, et al. Informational [Page 67] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[67ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
in order to achieve consensus."
DESCRIPTION
"The MIB module for monitoring job in servers, printers, and
other devices.
「コンセンサスを達成するために。」 記述、「サーバ、プリンタ、および対向機器で仕事をモニターするためのMIBモジュール。」
Version: 1.0"
バージョン: 1.0"
-- revision history
REVISION "9902190000Z"
DESCRIPTION " This version published as RFC 2707"
-- 「このバージョンはRFC2707として発行した」改訂履歴REVISION"9902190000Z"記述
::= { enterprises pwg(2699) mibs(1) jobmonMIB(1) }
::= 企業pwg(2699)mibs(1) jobmonMIB(1)
-- Textual conventions for this MIB module
-- このMIBモジュールのための原文のコンベンション
JmUTF8StringTC ::= TEXTUAL-CONVENTION
DISPLAY-HINT "255a"
STATUS current
DESCRIPTION
"To facilitate internationalization, this TC represents
information taken from the ISO/IEC IS 10646-1 character set,
encoded as an octet string using the UTF-8 character encoding
scheme.
JmUTF8StringTC:、:= TEXTUAL-CONVENTION DISPLAY-ヒントの"255a"STATUSの現在の記述、「国際化を容易にするために、このTCはUTF-8文字符号化体系を使用することで文字集合であって、八重奏ストリングとしてコード化されていた状態で取って、ISO/IECが10646-1であるという情報を表します」。
See section 3.6.1, entitled: 'Text generated by the server or
device'."
SYNTAX OCTET STRING (SIZE (0..63))
題して、セクション3.6.1は見ます: 「'サーバかデバイスによって作られたテキスト'。」 構文八重奏ストリング(サイズ(0 .63))
JmJobStringTC ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"To facilitate internationalization, this TC represents
information using any coded character set registered by IANA as
specified in section 3.7. While it is recommended that the
coded character set be UTF-8 [UTF-8], the actual coded
character set SHALL be indicated by the value of the
jobCodedCharSet(8) attribute for the job.
JmJobStringTC:、:= TEXTUAL-CONVENTION STATUSの現在の記述、「国際化を容易にするために、このTCはセクション3.7で指定されているとしてIANAによって登録されたどんなコード化文字集合も使用することで情報を表します」。 コード化文字集合がUTF-8[UTF-8]であることはお勧めですが、実際は文字集合SHALLをコード化しました。jobCodedCharSet(8)属性の値で、仕事のために示されます。
See section 3.6.2, entitled: 'Text supplied by the job
submitter'."
SYNTAX OCTET STRING (SIZE (0..63))
題して、セクション3.6.2は見ます: 「'仕事のsubmitterによって供給されたテキスト'。」 構文八重奏ストリング(サイズ(0 .63))
Bergman, et al. Informational [Page 68] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[68ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
JmNaturalLanguageTagTC ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"An IETF RFC 1766-compliant 'language tag', with zero or more
sub-tags that identify a natural language. While RFC 1766
specifies that the US-ASCII values are case-insensitive, this
MIB specification requires that all characters SHALL be lower
case in order to simplify comparing by management applications.
JmNaturalLanguageTagTC:、:= ゼロがある「IETF RFCの1766年の対応することの'言語はタグ付けをする'TEXTUAL-CONVENTION STATUSの現在の記述か自然言語を特定するより多くのサブタグ、」 RFC1766は、米国-ASCII値が大文字と小文字を区別しないと指定しますが、このMIB仕様は、すべてのキャラクタSHALLが管理アプリケーションによる比較を簡素化する小文字であることを必要とします。
See section 3.6.1, entitled: 'Text generated by the server or
device' and section 3.6.2, entitled: 'Text supplied by the job
submitter'."
SYNTAX OCTET STRING (SIZE (0..63))
題して、セクション3.6.1は見ます: '題して、テキストは、サーバかデバイスで'セクション3.6が.2であると生成しました: 「'仕事のsubmitterによって供給されたテキスト'。」 構文八重奏ストリング(サイズ(0 .63))
JmTimeStampTC ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"The simple time at which an event took place. The units are
in seconds since the system was booted.
JmTimeStampTC:、:= TEXTUAL-CONVENTION STATUSの現在の記述、「イベントが行われた単純拍子。」 システムが起動されていたので、秒に、ユニットがあります。
NOTE - JmTimeStampTC is defined in units of seconds, rather
than 100ths of seconds, so as to be simpler for agents to
implement (even if they have to implement the 100ths of a
second to comply with implementing sysUpTime in MIB-II[mib-
II].)
注意--JmTimeStampTCは秒の100thsよりむしろユニットの秒に定義されます、エージェントが実装するのが、より簡単であるように(彼らがMIB-II[mib II]でsysUpTimeを実装する従う1秒の100thsを実装しなければならなくても。)
NOTE - JmTimeStampTC is defined as an Integer32 so that it can
be used as a value of an attribute, i.e., as a value of the
jmAttributeValueAsInteger object. The TimeStamp textual-
convention defined in SNMPv2-TC [SMIv2-TC] is defined as an
APPLICATION 3 IMPLICIT INTEGER tag, not an Integer32 which is
defined in SNMPv2-SMI [SMIv2-TC] as UNIVERSAL 2 IMPLICIT
INTEGER, so cannot be used in this MIB as one of the values of
jmAttributeValueAsInteger."
SYNTAX INTEGER (0..2147483647)
注意--JmTimeStampTCは属性の値としてそれを使用できるようにInteger32と定義されます、すなわち、jmAttributeValueAsIntegerオブジェクトの値として。 「SNMPv2-SMI[SMIv2-TC]でUNIVERSAL2IMPLICIT INTEGERと定義されるInteger32ではなく、APPLICATION3IMPLICIT INTEGERタグと定義されるので、jmAttributeValueAsIntegerの値の1つとしてこのMIBでSNMPv2-TC[SMIv2-TC]で定義されたTimeStampの原文のコンベンションは、使用できません。」 構文整数(0..2147483647)
JmJobSourcePlatformTypeTC ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"The source platform type that can submit jobs to servers or
devices in any of the 3 configurations.
JmJobSourcePlatformTypeTC:、:= TEXTUAL-CONVENTION STATUSの現在の記述、「3つの構成のいずれでもサーバかデバイスに仕事を提出できるソースプラットホームタイプ。」
This is a type 2 enumeration. See Section 3.7.1.2. See also
これはタイプ2列挙です。 .2にセクション3.7.1を見てください。 参照
Bergman, et al. Informational [Page 69] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[69ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
IANA operating-system-names registry."
SYNTAX INTEGER {
other(1),
unknown(2),
sptUNIX(3), -- UNIX
sptOS2(4), -- OS/2
sptPCDOS(5), -- DOS
sptNT(6), -- NT
sptMVS(7), -- MVS
sptVM(8), -- VM
sptOS400(9), -- OS/400
sptVMS(10), -- VMS
sptWindows(11), -- Windows
sptNetWare(12) -- NetWare
}
「IANA操作システム名の登録。」 構文整数未知(2)、sptUNIX(3)--UNIX sptOS2(4)--他の(1)、OS/2sptPCDOS(5)--DOS sptNT(6)--NT sptMVS(7)--MVS sptVM(8)--VM sptOS400(9)--OS/400sptVMS(10)--VMS sptWindows(11)--Windows sptNetWare(12)--NetWare
JmFinishingTC ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"The type of finishing operation.
JmFinishingTC:、:= TEXTUAL-CONVENTION STATUSの現在の記述、「操作を終えるタイプ。」
These values are the same as the enum values of the IPP
'finishings' attribute. See Section 3.7.1.2.
これらの値はIPP'仕上げ'属性のenum値と同じです。 .2にセクション3.7.1を見てください。
other(1),
Some other finishing operation besides one of the specified
or registered values.
他の(1)、指定されたか登録された値の1つ以外にSome他の仕上げの操作。
unknown(2),
The finishing is unknown.
未知(2)、仕上げは未知です。
none(3),
Perform no finishing.
なにも、(3)Performが終わらないで。
staple(4),
Bind the document(s) with one or more staples. The exact
number and placement of the staples is site-defined.
Bind、(4)をとめてください。1個以上の主要部分があるドキュメント。 主要部分のはっきりした数とプレースメントはサイトで定義されています。
punch(5),
Holes are required in the finished document. The exact
number and placement of the holes is site-defined. The
punch specification MAY be satisfied (in a site- and
implementation-specific manner) either by
drilling/punching, or by substituting pre-drilled media.
(5)をパンチしてください、そして、Holesが完成ドキュメントで必要です。 穴のはっきりした数とプレースメントはサイトで定義されています。 パンチ仕様は、穴をあけるか、パンチすること、またはあらかじめ穴をあけられたメディアを代入することによって、満たされるかもしれません(サイトと実装特有の方法で)。
cover(6),
(6)をカバーしてください。
Bergman, et al. Informational [Page 70] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[70ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
Select a non-printed (or pre-printed) cover for the
document. This does not supplant the specification of a
printed cover (on cover stock medium) by the document
itself.
ドキュメントのために非印刷された(または、前印刷される)カバーを選択してください。 これはドキュメント自体で印刷されたカバー(カバーストック媒体の)の仕様に取って代わりません。
bind(7)
Binding is to be applied to the document; the type and
placement of the binding is product-specific.
ひも(7)結合はドキュメントに適用されることです。 結合のタイプとプレースメントは製品特有です。
This is a type 2 enumeration. See Section 3.7.1.2."
SYNTAX INTEGER {
other(1),
unknown(2),
none(3),
staple(4),
punch(5),
cover(6),
bind(7)
}
これはタイプ2列挙です。 セクション3.7を見てください。「.1 .2インチ。 構文整数他の(1)、未知(2)、(3)、主要部分の(4)、パンチ(5)、カバー(6)が縛らないなにも(7)
JmPrintQualityTC ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"Print quality settings.
JmPrintQualityTC:、:= TEXTUAL-CONVENTION STATUSの現在の記述「印刷品質設定。」
These values are the same as the enum values of the IPP 'print-
quality' attribute. See Section 3.7.1.2.
これらの値はIPP'印刷品質'属性のenum値と同じです。 .2にセクション3.7.1を見てください。
This is a type 2 enumeration. See Section 3.7.1.2."
SYNTAX INTEGER {
other(1), -- Not one of the specified or registered
-- values.
unknown(2), -- The actual value is unknown.
draft(3), -- Lowest quality available on the printer.
normal(4), -- Normal or intermediate quality on the
-- printer.
high(5) -- Highest quality available on the printer.
}
これはタイプ2列挙です。 セクション3.7を見てください。「.1 .2インチ。 構文整数他の(1)(指定されるか登録にされるのの1つでない)は. 未知の(2)を評価します--実価は未知です。プリンタで利用可能な(3)--最も低い品質を作成してください。. 標準(4)--プリンタで利用可能な--プリンタ高い(5)--最も高い品質の正常であるか中間的な品質。
JmPrinterResolutionTC ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"Printer resolutions.
JmPrinterResolutionTC:、:= TEXTUAL-CONVENTION STATUSの現在の記述「プリンタ解決。」
Nine octets consisting of two 4-octet SIGNED-INTEGERs followed
2 4八重奏のSIGNED-INTEGERsから成る9つの八重奏が続きました。
Bergman, et al. Informational [Page 71] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[71ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
by a SIGNED-BYTE. The values are the same as those specified
in the Printer MIB [printmib]. The first SIGNED-INTEGER
contains the value of prtMarkerAddressabilityXFeedDir. The
second SIGNED-INTEGER contains the value of
prtMarkerAddressabilityFeedDir. The SIGNED-BYTE contains the
value of prtMarkerAddressabilityUnit.
署名しているバイト。 値はものがPrinter MIB[printmib]で指定したのと同じです。 最初のSIGNED-INTEGERはprtMarkerAddressabilityXFeedDirの値を含んでいます。 第2SIGNED-INTEGERはprtMarkerAddressabilityFeedDirの値を含んでいます。 SIGNED-BYTEはprtMarkerAddressabilityUnitの値を含んでいます。
Note: the latter value is either 3 (tenThousandsOfInches) or 4
(micrometers) and the addressability is in 10,000 units of
measure. Thus the SIGNED-INTEGERs represent integral values in
either dots-per-inch or dots-per-centimeter.
以下に注意してください。 後者の値は、3(tenThousandsOfInches)か4(マイクロメータ)のどちらかです、そして、アドレス指定能力が1万の測定にあります。 したがって、SIGNED-INTEGERsは1インチあたりのドットか1センチメートルあたりのドットのどちらかにおける整数値を表します。
The syntax is the same as the IPP 'printer-resolution'
attribute. See Section 3.7.1.2."
SYNTAX OCTET STRING (SIZE(9))
構文はIPP'プリンタ解決'属性と同じです。 セクション3.7を見てください。「.1 .2インチ。 構文八重奏ストリング(サイズ(9))
JmTonerEconomyTC ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"Toner economy settings.
JmTonerEconomyTC:、:= TEXTUAL-CONVENTION STATUSの現在の記述「トナー経済設定。」
This is a type 2 enumeration. See Section 3.7.1.2."
SYNTAX INTEGER {
unknown(2), -- unknown.
off(3), -- Off. Normal. Use full toner.
on(4) -- On. Use less toner than normal.
}
これはタイプ2列挙です。 セクション3.7を見てください。「.1 .2インチ。 構文整数未知(2)--未知. 標準(3)、使用から、トナーを洗い張りしてください、(4)に関して--、オンである. 標準より少ないトナーを使用してください。
JmBooleanTC ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"Boolean true or false value.
JmBooleanTC:、:= TEXTUAL-CONVENTION STATUSの現在の記述「ブール本当の、または、誤った値。」
This is a type 2 enumeration. See Section 3.7.1.2."
SYNTAX INTEGER {
unknown(2), -- unknown.
false(3), -- FALSE.
true(4) -- TRUE.
}
これはタイプ2列挙です。 セクション3.7を見てください。「.1 .2インチ。 構文整数未知(2)--未知誤った(3)--FALSE本当の(4)--TRUE。
JmMediumTypeTC ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
JmMediumTypeTC:、:= TEXTUAL-CONVENTION STATUSの現在の記述
Bergman, et al. Informational [Page 72] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[72ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
"Identifies the type of medium.
「媒体のタイプを特定します。」
other(1),
The type is neither one of the values listed in this
specification nor a registered value.
他の(1)、タイプは、この仕様に記載された値の1つでなくてまた登録された値ではありません。
unknown(2),
The type is not known.
未知(2)、タイプは知られていません。
stationery(3),
Separately cut sheets of an opaque material.
文房具(3)、不透明な材料のSeparately単票。
transparency(4),
Separately cut sheets of a transparent material.
透明(4)、透けて見える生地のSeparately単票。
envelope(5),
Envelopes that can be used for conventional mailing
purposes.
封筒(5)、従来の郵送目的に使用できるEnvelopes。
envelopePlain(6),
Envelopes that are not preprinted and have no windows.
envelopePlain(6)、Envelopesは窓を全く前印刷して、持っていません。
envelopeWindow(7),
Envelopes that have windows for addressing purposes.
envelopeWindow(7)、目的を扱うための窓があるEnvelopes。
continuousLong(8),
Continuously connected sheets of an opaque material
connected along the long edge.
continuousLong(8)、Continuouslyは長い縁に沿って接続された不透明な材料のシートを接続しました。
continuousShort(9),
Continuously connected sheets of an opaque material
connected along the short edge.
continuousShort(9)、Continuouslyは短い縁に沿って接続された不透明な材料のシートを接続しました。
tabStock(10),
Media with tabs.
tabStock(10)、タブがあるメディア。
multiPartForm(11),
Form medium composed of multiple layers not pre-attached to
one another; each sheet MAY be drawn separately from an
input source.
multiPartForm(11)、お互いにあらかじめ愛着していなかった複数の層で構成されたForm媒体。 別々に入力ソースから各シートを得るかもしれません。
labels(12),
Label-stock.
ラベル(12)、Labelストック。
multiLayer(13)
Form medium composed of multiple layers which are pre-
attached to one another, e.g. for use with impact printers.
multiLayer(13)は例えば、使用のためにインパクト式プリンタでお互いにあらかじめ愛着している複数の層で構成された媒体を形成します。
Bergman, et al. Informational [Page 73] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[73ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
This is a type 2 enumeration. See Section 3.7.1.2. These enum
values correspond to the keyword name strings of the
prtInputMediaType object in the Printer MIB [print-mib]. There
is no printer description attribute in IPP/1.0 that represents
these values."
SYNTAX INTEGER {
other(1),
unknown(2),
stationery(3),
transparency(4),
envelope(5),
envelopePlain(6),
envelopeWindow(7),
continuousLong(8),
continuousShort(9),
tabStock(10),
multiPartForm(11),
labels(12),
multiLayer(13)
}
これはタイプ2列挙です。 .2にセクション3.7.1を見てください。 これらのenum値はPrinter MIB[印刷-mib]でストリングというprtInputMediaTypeオブジェクトのキーワード名に対応しています。 「プリンタ記述属性が全くこれらの値を表すIPP/1.0にありません。」 構文整数multiLayer(13)、他の(1)(未知(2)、文房具(3)、透明(4)、封筒(5)、envelopePlain(6)、envelopeWindow(7)、continuousLong(8)、continuousShort(9)、tabStock(10)、multiPartForm(11))は(12)をラベルします。
JmJobCollationTypeTC ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"This value is the type of job collation. Implementations that
don't support multiple documents or don't support multiple
copies SHALL NOT support the uncollatedDocuments(5) value.
JmJobCollationTypeTC:、:= TEXTUAL-CONVENTION STATUSの現在の記述は「これが、評価する仕事の種類の照合です」。 複数のドキュメントを支えないか、または複本がSHALL NOTであることを支えない実装は、uncollatedDocuments(5)が値であるとサポートします。
This is a type 2 enumeration. See Section 3.7.1.2. See also
Section 3.4, entitled 'Monitoring Job Progress'."
SYNTAX INTEGER {
other(1),
unknown(2),
uncollatedSheets(3), -- sheets within each document copy
-- are not collated: 1 1 ..., 2 2 ...,
-- No corresponding value of IPP
-- "multiple-document-handling"
collatedDocuments(4), -- internal collated sheets,
-- documents: A, B, A, B, ...
-- Corresponds to IPP "multiple-
-- document-handling"='separate-
-- documents-collated-copies'
uncollatedDocuments(5) -- internal collated sheets,
-- documents: A, A, ..., B, B, ...
-- Corresponds to IPP "multiple-
-- document-handling"='separate-
-- documents-uncollated-copies'
これはタイプ2列挙です。 .2にセクション3.7.1を見てください。 「また、'モニターしているJob Progress'の権利を与えられたセクション3.4を見てください。」 SYNTAX INTEGER、他の(1)、未知(2)、uncollatedSheets(3)(それぞれのドキュメントコピーの中のシート)は照合されません: 1 1、…2 2--IPPの換算値がありません--「複数のドキュメント処理」collatedDocuments(4)--インターナルはシート--ドキュメントを照合しました: A、B、A、B; 対応、IPP「倍数--ドキュメント処理」='分離してください--ドキュメントはコピーを照合した'uncollatedDocuments(5)インターナルはシート--ドキュメントを照合しました: A、A、B、B、…が相当するIPPと、「倍数--ドキュメント処理」は'分離してください--ドキュメントはコピーを非照合したこと'と等しいです。
Bergman, et al. Informational [Page 74] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[74ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
}
}
JmJobSubmissionIDTypeTC ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"Identifies the format type of a job submission ID.
JmJobSubmissionIDTypeTC:、:= TEXTUAL-CONVENTION STATUSの現在の記述は「ジョブ依頼IDの形式タイプを特定します」。
Each job submission ID is a fixed-length, 48-octet printable
US-ASCII [US-ASCII] coded character string containing no
control characters, consisting of the fields defined in section
3.5.1.
それぞれのジョブ依頼IDは制御文字を全く含まない固定長さの、そして、48八重奏の印刷可能な米国-ASCII[米国-ASCII]のコード化された文字列です、セクション3.5.1で定義された分野から成って。
This is like a type 2 enumeration. See section 3.7.3."
SYNTAX OCTET STRING(SIZE(1)) -- ASCII '0'-'9', 'A'-'Z', 'a'-'z'
これはタイプ2列挙に似ています。 「セクション3.7.3を見てください。」 構文八重奏ストリング、(サイズ(1))--ASCII'0'--'9'、''--'Z''a'--'z'
JmJobStateTC ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"The current state of the job (pending, processing, completed,
etc.). The following figure shows the normal job state
transitions:
JmJobStateTC:、:= 「仕事(未定の、そして、処理していて、完成したなど)の現状」のTEXTUAL-CONVENTION STATUSの現在の記述。 以下の図は通常の仕事の状態遷移を示しています:
+----> canceled(7)
/
+---> pending(3) -------> processing(5) ------+------> completed(9)
| ^ ^ \
--->+ | | +----> aborted(8)
| v v /
+---> pendingHeld(4) processingStopped(6) ---+
+---->は(7)/+を取り消しました。---(3)まで>。------->処理(5)------+------>は(9)を完成しました。| ^ ^ \ --->+| | +---->は(8)を中止しました。| v/+に対して--->pendingHeld(4) processingStopped(6)---+
Figure 4 - Normal Job State Transitions
図4--通常の仕事の状態遷移
Normally a job progresses from left to right. Other state
transitions are unlikely, but are not forbidden. Not shown are
the transitions to the canceled state from the pending,
pendingHeld, and processingStopped states.
通常、仕事は左から右まで進歩をします。 他の状態遷移は、ありそうもないのですが、禁じられません。 示されていないのは、未定のpendingHeld、およびprocessingStopped州からの取り消された状態への変遷です。
Jobs in the pending, processing, and processingStopped states
are called 'active', while jobs in the pendingHeld, canceled,
aborted, and completed states are called 'inactive'. Jobs
reach one of the three terminal states: completed, canceled, or
aborted, after the jobs have completed all activity, and all
MIB objects and attributes have reached their final values for
the job.
未定での仕事、処理、およびprocessingStopped州は'アクティブである'と呼ばれます、取り消されたpendingHeldでの仕事は中止になりました、そして、完成した州は'不活発である'と呼ばれますが。 仕事は3つの端末の州の1つに達します: 仕事がすべての活動を終了して、すべてのMIB物と属性が仕事のためのそれらの検査値に達した後に、完成されるか、取り消されるか、または中止されます。
Bergman, et al. Informational [Page 75] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[75ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
These values are the same as the enum values of the IPP 'job-
state' job attribute. See Section 3.7.1.2.
これらの値はIPP'仕事の状態'仕事の属性のenum値と同じです。 .2にセクション3.7.1を見てください。
unknown(2),
The job state is not known, or its state is indeterminate.
未知が知られていないか、(2)、仕事が、述べるまたは状態は不確定です。
pending(3),
The job is a candidate to start processing, but is not yet
processing.
(3)まで、仕事は、処理し始める候補ですが、しかし、処理ではありません。
pendingHeld(4),
The job is not a candidate for processing for any number of
reasons but will return to the pending state as soon as the
reasons are no longer present. The job's
jmJobStateReasons1 object and/or jobStateReasonsN (N=2..4)
attributes SHALL indicate why the job is no longer a
candidate for processing. The reasons are represented as
bits in the jmJobStateReasons1 object and/or
jobStateReasonsN (N=2..4) attributes. See the
JmJobStateReasonsNTC (N=1..4) textual convention for the
specification of each reason.
pendingHeld(4)、仕事は、いろいろな理由のための処理の候補ではありませんが、理由がもう存在していないとすぐに、未定の状態に戻るでしょう。 仕事のjmJobStateReasons1物、そして/または、jobStateReasonsN(N=2.4)属性SHALLは、仕事がなぜもう処理の候補でないかを示します。 理由はビットとしてjmJobStateReasons1物、そして/または、jobStateReasonsN(N=2.4)属性で表されます。 それぞれの理由の仕様に関してJmJobStateReasonsNTC(N=1.4)の原文のコンベンションを見てください。
processing(5),
One or more of:
OneかさらにOneの:処理(5)
1. the job is using, or is attempting to use, one or
more purely software processes that are analyzing,
creating, or interpreting a PDL, etc.,
1. 仕事は、使用であるか、使用する試み、ものであるか、より純粋にソフトウェアがPDLなどの分析するか、作成するか、または機械言語に翻訳処理をしている過程です。
2. the job is using, or is attempting to use, one or
more hardware devices that are interpreting a PDL,
making mark on a medium, and/or performing finishing,
such as stapling, etc., OR
2. 仕事は、使用である、または使用する試みです、PDLを解釈している1個以上のハードウェアデバイス、媒体、そして/または、とめなどのように終わる公演などでのマーク、ORを作って
3. (configuration 2) the server has made the job ready
for printing, but the output device is not yet printing
it, either because the job hasn't reached the output
device or because the job is queued in the output
device or some other spooler, awaiting the output
device to print it.
3. (構成2) サーバは印刷のために仕事を用意しましたが、出力装置はまだそれを印刷していません、仕事が出力装置に達していないか、または仕事が出力装置かある他のスプーラで列に並ばせられるので、それを印刷するために出力装置を待って。
When the job is in the processing state, the entire job
state includes the detailed status represented in the
device MIB indicated by the hrDeviceIndex value of the
job's physicalDevice attribute, if the agent implements
such a device MIB.
仕事が処理状態にあるとき、仕事全体州は仕事のphysicalDevice属性のhrDeviceIndex値によって示された装置MIBに表された詳細な状態を含めます、エージェントがそのような装置MIBを実行するなら。
Implementations MAY, though they NEED NOT, include
彼らがNOT、インクルードを必要として、実現はそうするかもしれません。
Bergman, et al. Informational [Page 76] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[76ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
additional values in the job's jmJobStateReasons1 object
to indicate the progress of the job, such as adding the
jobPrinting value to indicate when the device is actually
making marks on a medium and/or the processingToStopPoint
value to indicate that the server or device is in the
process of canceling or aborting the job.
装置がいつ仕事を中止するか、または中止することの途中にサーバか装置があるのを示すために実際に媒体、そして/または、processingToStopPoint値でマークを作っているかを示すためにjobPrinting価値を高めなどなどの仕事の進歩を示す仕事のjmJobStateReasons1物の加算値。
processingStopped(6),
The job has stopped while processing for any number of
reasons and will return to the processing state as soon
as the reasons are no longer present.
processingStopped(6)、仕事はいろいろな理由で処理している間、止まっています、そして、理由がもう存在していないとすぐに、処理状態に戻るでしょう。
The job's jmJobStateReasons1 object and/or the job's
jobStateReasonsN (N=2..4) attributes MAY indicate why the
job has stopped processing. For example, if the output
device is stopped, the deviceStopped value MAY be
included in the job's jmJobStateReasons1 object.
仕事のjmJobStateReasons1物、そして/または、仕事のjobStateReasonsN(N=2.4)属性は、仕事が、なぜ処理するのを止めたかを示すかもしれません。 例えば、出力装置が止められるなら、deviceStopped値は仕事のjmJobStateReasons1物に含まれるかもしれません。
NOTE - When an output device is stopped, the device
usually indicates its condition in human readable form
at the device. The management application can obtain
more complete device status remotely by querying the
appropriate device MIB using the job's deviceIndex
attribute(s), if the agent implements such a device MIB
注意--出力装置が止められるとき、通常、装置は装置の人間の読み込み可能なフォームで状態を示します。 管理アプリケーションは仕事のdeviceIndex属性を使用することで適切な装置MIBについて質問することによって、より完全な装置状態を離れて得ることができます、エージェントがそのような装置MIBを実行するなら
canceled(7),
A client has canceled the job and the server or device
has completed canceling the job AND all MIB objects and
attributes have reached their final values for the job.
While the server or device is canceling the job, the
job's jmJobStateReasons1 object SHOULD contain the
processingToStopPoint value and one of the
canceledByUser, canceledByOperator, or canceledAtDevice
values. The canceledByUser, canceledByOperator, or
canceledAtDevice values remain while the job is in the
canceled state.
取り消し、(7) Aクライアントは仕事を中止して、サーバか装置が、仕事とすべてのMIB物を中止するのを完成して、属性は仕事のためのそれらの検査値に達しました。 サーバか装置が仕事を中止している間、仕事のjmJobStateReasons1物のSHOULDはprocessingToStopPoint値とcanceledByUser、canceledByOperator、またはcanceledAtDevice値の1つを含んでいます。 仕事が取り消された状態にある間、canceledByUser、canceledByOperator、またはcanceledAtDevice値が残っています。
aborted(8),
The job has been aborted by the system, usually while the
job was in the processing or processingStopped state and
the server or device has completed aborting the job AND
all MIB objects and attributes have reached their final
values for the job. While the server or device is
aborting the job, the job's jmJobStateReasons1 object MAY
contain the processingToStopPoint and abortedBySystem
values. If implemented, the abortedBySystem value SHALL
remain while the job is in the aborted state.
中止されて、(8)、仕事はシステムによって中止されました、通常仕事が処理かprocessingStopped状態にあって、サーバか装置が、仕事とすべてのMIB物を中止するのを完成して、属性は仕事のためのそれらの検査値に達しましたが。 サーバか装置が仕事を中止している間、仕事のjmJobStateReasons1物はprocessingToStopPointとabortedBySystem値を含むかもしれません。 実行されるなら、仕事が中止になっている状態にある間、abortedBySystem値のSHALLは残っています。
Bergman, et al. Informational [Page 77] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[77ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
completed(9)
The job has completed successfully or with warnings or
errors after processing and all of the media have been
successfully stacked in the appropriate output bin(s) AND
all MIB objects and attributes have reached their final
values for the job. The job's jmJobStateReasons1 object
SHOULD contain one of: completedSuccessfully,
completedWithWarnings, or completedWithErrors values.
仕事がメディアの処理とすべてが適切な出力容器で首尾よく積み重ねられて、すべてのMIBが反対した後に首尾よいか警告か誤りで完成した完成した(9)と属性は仕事のためのそれらの検査値に達しました。 仕事のjmJobStateReasons1物のSHOULDは1つを含んでいます: completedSuccessfully、completedWithWarnings、またはcompletedWithErrors値。
This is a type 2 enumeration. See Section 3.7.1.2."
SYNTAX INTEGER {
unknown(2),
pending(3),
pendingHeld(4),
processing(5),
processingStopped(6),
canceled(7),
aborted(8),
completed(9)
}
これはタイプ2列挙です。 セクション3.7を見てください。「.1 .2インチ。 構文整数(3)まで未知(2)(pendingHeld(4)、処理(5)、processingStopped(6))は、(7)を取り消して、(8)、完成した(9)を中止しました。
JmAttributeTypeTC ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"The type of the attribute which identifies the attribute.
JmAttributeTypeTC:、:= TEXTUAL-CONVENTION STATUSの現在の記述、「属性を特定する属性のタイプ。」
NOTE - The enum assignments are grouped logically with values
assigned in groups of 20, so that additional values may be
registered in the future and assigned a value that is part of
their logical grouping.
注意--値が20人のグループで割り当てられている状態で、enum課題は論理的に分類されます、加算値は将来、示して、彼らの論理的な組分けの一部である値は割り当てることができるように。
Values in the range 2**30 to 2**31-1 are reserved for private
or experimental usage. This range corresponds to the same
range reserved in IPP. Implementers are warned that use of
such values may conflict with other implementations.
Implementers are encouraged to request registration of enum
values following the procedures in Section 3.7.1.
範囲2**30〜2**31-1の値は個人的であるか実験している用法のために予約されます。 この範囲はIPPで予約された同じ範囲に対応しています。 Implementersはそのような値の使用が他の実現と衝突するかもしれないと警告されます。 Implementersがセクション3.7.1で手順に従うenum値の登録を要求するよう奨励されます。
See Section 3.2 entitled 'The Attribute Mechanism' for a
description of this textual-convention and its use in the
jmAttributeTable. See Section 3.3.8 for the specification of
each attribute. The comment(s) after each enum assignment
specifies the data type(s) of the attribute.
セクション3.2がこの原文のコンベンションとjmAttributeTableにおけるその使用の記述のために'Attribute Mechanism'の権利を与えられるのを見てください。 それぞれの属性の仕様に関してセクション3.3.8を見てください。 それぞれのenum課題の後のコメントは属性に関するデータ型を指定します。
This is a type 2 enumeration. See Section 3.7.1.2."
これはタイプ2列挙です。 セクション3.7を見てください。「.1 .2インチ。
Bergman, et al. Informational [Page 78] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[78ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
SYNTAX INTEGER {
other(1), -- Integer32 (-2..2147483647)
-- AND/OR
-- OCTET STRING(SIZE(0..63))
SYNTAX INTEGER、他の(1)--Integer32(-2 .2147483647)--AND/OR--、OCTET STRING(サイズ(0 .63))
-- Job State attributes:
jobStateReasons2(3), -- JmJobStateReasons2TC
jobStateReasons3(4), -- JmJobStateReasons3TC
jobStateReasons4(5), -- JmJobStateReasons4TC
processingMessage(6), -- JmUTF8StringTC (SIZE(0..63))
processingMessageNaturalLangTag(7),
-- OCTET STRING(SIZE(0..63))
jobCodedCharSet(8), -- CodedCharSet
jobNaturalLanguageTag(9), -- OCTET STRING(SIZE(0..63))
-- 仕事の州属性: jobStateReasons2(3)--JmJobStateReasons2TC jobStateReasons3(4)--JmJobStateReasons3TC jobStateReasons4(5)--JmJobStateReasons4TC processingMessage(6)--JmUTF8StringTC(サイズ(0 .63))processingMessageNaturalLangTag(7)--八重奏ストリング(サイズ(0 .63))jobCodedCharSet(8)--CodedCharSet jobNaturalLanguageTag(9)--八重奏ストリング(サイズ(0 .63))
-- Job Identification attributes:
jobURI(20), -- OCTET STRING(SIZE(0..63))
jobAccountName(21), -- OCTET STRING(SIZE(0..63))
serverAssignedJobName(22), -- JmJobStringTC (SIZE(0..63))
jobName(23), -- JmJobStringTC (SIZE(0..63))
jobServiceTypes(24), -- JmJobServiceTypesTC
jobSourceChannelIndex(25), -- Integer32 (0..2147483647)
jobSourcePlatformType(26), -- JmJobSourcePlatformTypeTC
submittingServerName(27), -- JmJobStringTC (SIZE(0..63))
submittingApplicationName(28), -- JmJobStringTC (SIZE(0..63))
jobOriginatingHost(29), -- JmJobStringTC (SIZE(0..63))
deviceNameRequested(30), -- JmJobStringTC (SIZE(0..63))
queueNameRequested(31), -- JmJobStringTC (SIZE(0..63))
physicalDevice(32), -- hrDeviceIndex
-- AND/OR
-- JmUTF8StringTC (SIZE(0..63))
numberOfDocuments(33), -- Integer32 (-2..2147483647)
fileName(34), -- JmJobStringTC (SIZE(0..63))
documentName(35), -- JmJobStringTC (SIZE(0..63))
jobComment(36), -- JmJobStringTC (SIZE(0..63))
documentFormatIndex(37), -- Integer32 (0..2147483647)
documentFormat(38), -- PrtInterpreterLangFamilyTC
-- AND/OR
-- OCTET STRING(SIZE(0..63))
-- 仕事のIdentification属性: jobURI(20)----JmJobStringTC(サイズ(0 .63))jobServiceTypes(24)--JmJobServiceTypesTC jobSourceChannelIndex(25)--Integer32(0 .2147483647)jobSourcePlatformType(26)--JmJobSourcePlatformTypeTC submittingServerName(27)--JmJobStringTC(サイズ(0 .63))submittingApplicationName(28)--八重奏ストリング(サイズ(0 .63))jobAccountName(21)--八重奏ストリング(サイズ(0 .63))serverAssignedJobName(22)--JmJobStringTC(サイズ(0 .63))jobName(23)、JmJobStringTC(サイズ(0 .63))jobOriginatingHost(29); JmJobStringTC(サイズ(0 .63))deviceNameRequested(30)--JmJobStringTC(サイズ(0 .63))queueNameRequested(31)、--JmJobStringTC(サイズ(0 .63))physicalDevice(32)--hrDeviceIndex、そして/または、--JmUTF8StringTC(サイズ(0 .63))numberOfDocuments(33)--Integer32(-2 .2147483647)ファイル名(34); JmJobStringTC(サイズ(0 .63))documentName(35)--JmJobStringTC(サイズ(0 .63))jobComment(36)--JmJobStringTC(サイズ(0 .63))documentFormatIndex(37)--Integer32(0 .2147483647)documentFormat(38)--PrtInterpreterLangFamilyTC--、--、OCTETストリング(サイズ(0 .63))
-- Job Parameter attributes:
jobPriority(50), -- Integer32 (-2..100)
jobProcessAfterDateAndTime(51), -- DateAndTime (SNMPv2-TC)
jobHold(52), -- JmBooleanTC
jobHoldUntil(53), -- JmJobStringTC (SIZE(0..63))
outputBin(54), -- Integer32 (0..2147483647)
-- AND/OR
-- 仕事のParameter属性: jobPriority(50)--Integer32(-2 .100)jobProcessAfterDateAndTime(51)--DateAndTime(SNMPv2-Tc)jobHold(52)--JmBooleanTC jobHoldUntil(53)--JmJobStringTC(サイズ(0 .63))outputBin(54)--Integer32(0 .2147483647)--
Bergman, et al. Informational [Page 79] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[79ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
-- JmJobStringTC (SIZE(0..63))
sides(55), -- Integer32 (-2..2)
finishing(56), -- JmFinishingTC
-- JmJobStringTC(SIZE(0 .63))は(55)--(56)を終えるInteger32(-2 .2)--JmFinishingTCに面があります。
-- Image Quality attributes:
printQualityRequested(70), -- JmPrintQualityTC
printQualityUsed(71), -- JmPrintQualityTC
printerResolutionRequested(72), -- JmPrinterResolutionTC
printerResolutionUsed(73), -- JmPrinterResolutionTC
tonerEcomonyRequested(74), -- JmTonerEconomyTC
tonerEcomonyUsed(75), -- JmTonerEconomyTC
tonerDensityRequested(76), -- Integer32 (-2..100)
tonerDensityUsed(77), -- Integer32 (-2..100)
-- イメージQuality属性: printQualityRequested(70)--JmPrintQualityTC printQualityUsed(71)--JmPrintQualityTC printerResolutionRequested(72)--JmPrinterResolutionTC printerResolutionUsed(73)--JmPrinterResolutionTC tonerEcomonyRequested(74)--JmTonerEconomyTC tonerEcomonyUsed(75)--JmTonerEconomyTC tonerDensityRequested(76)--Integer32(-2 .100)tonerDensityUsed(77)--Integer32(-2..100)
-- Job Progress attributes:
jobCopiesRequested(90), -- Integer32 (-2..2147483647)
jobCopiesCompleted(91), -- Integer32 (-2..2147483647)
documentCopiesRequested(92), -- Integer32 (-2..2147483647)
documentCopiesCompleted(93), -- Integer32 (-2..2147483647)
jobKOctetsTransferred(94), -- Integer32 (-2..2147483647)
sheetCompletedCopyNumber(95), -- Integer32 (-2..2147483647)
sheetCompletedDocumentNumber(96),
-- Integer32 (-2..2147483647)
jobCollationType(97), -- JmJobCollationTypeTC
-- 仕事のProgress属性: jobCopiesRequested(90)--Integer32(-2 .2147483647)jobCopiesCompleted(91)--Integer32(-2 .2147483647)documentCopiesRequested(92)--Integer32(-2 .2147483647)documentCopiesCompleted(93)--Integer32(-2 .2147483647)jobKOctetsTransferred(94)--Integer32(-2 .2147483647)sheetCompletedCopyNumber(95)--Integer32(-2 .2147483647)sheetCompletedDocumentNumber(96)--Integer32(-2 .2147483647)jobCollationType(97)--JmJobCollationTypeTC
-- Impression attributes:
impressionsSpooled(110), -- Integer32 (-2..2147483647)
impressionsSentToDevice(111), -- Integer32 (-2..2147483647)
impressionsInterpreted(112), -- Integer32 (-2..2147483647)
impressionsCompletedCurrentCopy(113),
-- Integer32 (-2..2147483647)
fullColorImpressionsCompleted(114),
-- Integer32 (-2..2147483647)
highlightColorImpressionsCompleted(115),
-- Integer32 (-2..2147483647)
-- 印象属性: impressionsSpooled(110)--Integer32(-2 .2147483647)impressionsSentToDevice(111)--Integer32(-2 .2147483647)impressionsInterpreted(112)--Integer32(-2 .2147483647)impressionsCompletedCurrentCopy(113)--Integer32(-2 .2147483647)fullColorImpressionsCompleted(114)--Integer32(-2 .2147483647)highlightColorImpressionsCompleted(115)--Integer32(-2..2147483647)
-- Page attributes:
pagesRequested(130), -- Integer32 (-2..2147483647)
pagesCompleted(131), -- Integer32 (-2..2147483647)
pagesCompletedCurrentCopy(132), -- Integer32 (-2..2147483647)
-- ページ属性: pagesRequested(130)--Integer32(-2 .2147483647)pagesCompleted(131)--Integer32(-2 .2147483647)pagesCompletedCurrentCopy(132)--Integer32(-2..2147483647)
-- Sheet attributes:
sheetsRequested(150), -- Integer32 (-2..2147483647)
sheetsCompleted(151), -- Integer32 (-2..2147483647)
sheetsCompletedCurrentCopy(152),-- Integer32 (-2..2147483647)
-- シート属性: sheetsRequested(150)--Integer32(-2 .2147483647)sheetsCompleted(151)--Integer32(-2 .2147483647)sheetsCompletedCurrentCopy(152)--Integer32(-2..2147483647)
-- Resource attributes:
-- リソース属性:
Bergman, et al. Informational [Page 80] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[80ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
mediumRequested(170), -- JmMediumTypeTC
-- AND/OR
-- JmJobStringTC (SIZE(0..63))
mediumConsumed(171), -- Integer32 (-2..2147483647)
-- AND
-- JmJobStringTC (SIZE(0..63))
colorantRequested(172), -- Integer32 (-2..2147483647)
-- AND/OR
-- JmJobStringTC (SIZE(0..63))
colorantConsumed(173), -- Integer32 (-2..2147483647)
-- AND/OR
-- JmJobStringTC (SIZE(0..63))
mediumTypeConsumed(174), -- Integer32 (-2..2147483647)
-- AND
-- JmJobStringTC (SIZE(0..63))
mediumSizeConsumed(175), -- Integer32 (-2..2147483647)
-- AND
-- JmJobStringTC (SIZE(0..63))
mediumRequested(170)(JmMediumTypeTC)、そして/または、--JmJobStringTC(サイズ(0 .63))mediumConsumed(171)--Integer32(-2 .2147483647)--AND--JmJobStringTC(サイズ(0 .63))colorantRequested(172)--Integer32(-2 .2147483647)--、--JmJobStringTC(サイズ(0 .63))colorantConsumed(173); Integer32(-2 .2147483647)(--JmJobStringTC(サイズ(0 .63))mediumTypeConsumed(174)--Integer32(-2 .2147483647))と--JmJobStringTC(サイズ(0 .63))mediumSizeConsumed(175)--Integer32(-2 .2147483647)--AND--JmJobStringTC(サイズ(0 .63))
-- Time attributes:
jobSubmissionToServerTime(190), -- JmTimeStampTC
-- AND/OR
-- DateAndTime
jobSubmissionTime(191), -- JmTimeStampTC
-- AND/OR
-- DateAndTime
jobStartedBeingHeldTime(192), -- JmTimeStampTC
-- AND/OR
-- DateAndTime
jobStartedProcessingTime(193), -- JmTimeStampTC
-- AND/OR
-- DateAndTime
jobCompletionTime(194), -- JmTimeStampTC
-- AND/OR
-- DateAndTime
jobProcessingCPUTime(195) -- Integer32 (-2..2147483647)
}
-- 時間属性: jobSubmissionToServerTime(190)(JmTimeStampTC)、--DateAndTime jobSubmissionTime(191)--JmTimeStampTC(--DateAndTime jobStartedBeingHeldTime(192)--JmTimeStampTC)、--DateAndTime jobStartedProcessingTime(193)--JmTimeStampTC(--DateAndTime jobCompletionTime(194)--JmTimeStampTC)、そして/または、--DateAndTime jobProcessingCPUTime(195)--Integer32(-2 .2147483647)
JmJobServiceTypesTC ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"Specifies the type(s) of service to which the job has been
submitted (print, fax, scan, etc.). The service type is
represented as an enum that is bit encoded with each job
service type so that more general and arbitrary services can be
created, such as services with more than one destination type,
JmJobServiceTypesTC:、:= TEXTUAL-CONVENTION STATUSの現在の記述は「仕事が提出されたサービス(印刷、ファックス、スキャンなど)のタイプを指定します」。 サービスタイプは、より一般的で任意のサービスを作成できるようにそれぞれの仕事のサービスタイプでコード化されたビットであるenumとして代理をされます、1つ以上の目的地タイプとのサービスなどのように
Bergman, et al. Informational [Page 81] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[81ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
or ones with only a source or only a destination. For example,
a job service might scan, faxOut, and print a single job. In
this case, three bits would be set in the jobServiceTypes
attribute, corresponding to the hexadecimal values: 0x8 + 0x20
+ 0x4, respectively, yielding: 0x2C.
または、ソースだけか目的地だけがあるもの。 faxOut、例えば、仕事のサービスをスキャンするかもしれません、そして、シングルジョブを印刷してください。 この場合、16進値に対応している、3ビットはjobServiceTypes属性で設定されるでしょう: 0×8+0×20+0×4、それぞれもたらすこと: 0x2C。
Whether this attribute is set from a job attribute supplied by
the job submission client or is set by the recipient job
submission server or device depends on the job submission
protocol. With either implementation, the agent SHALL return a
non-zero value for this attribute indicating the type of the
job.
この属性がジョブ依頼クライアントによって供給された仕事の属性から設定されるか、または受取人ジョブ依頼サーバか装置によって設定されるかがジョブ依頼プロトコルによります。 どちらの実現と共にも、エージェントSHALLは仕事のタイプを示すこの属性のために非ゼロ値を返します。
One of the purposes of this attribute is to permit a requester
to filter out jobs that are not of interest. For example, a
printer operator MAY only be interested in jobs that include
printing. That is why the attribute is in the job
identification category.
この属性の目的の1つはリクエスタが興味がない仕事を無視することを許可することです。 例えば、プリンタオペレータは印刷するのを含んでいる仕事に興味を持っているだけであるかもしれません。 それは属性が職務識別カテゴリにある理由です。
The following service component types are defined (in
hexadecimal) and are assigned a separate bit value for use with
the jobServiceTypes attribute:
以下のサービスコンポーネント型は定義されて(16進で)、使用のためにjobServiceTypes属性で別々の噛み付いている値を割り当てられます:
other 0x1
The job contains some instructions that are not one of the
identified types.
他、0×1 仕事は特定されたタイプのひとりでないいくつかの指示を含んでいます。
unknown 0x2
The job contains some instructions whose type is unknown to
the agent.
未知、0×2 仕事はエージェントにとって、タイプが未知であるいくつかの指示を含んでいます。
print 0x4
The job contains some instructions that specify printing
0×4を印刷してください、仕事は印刷を指定するいくつかの指示を含んでいます。
scan 0x8
The job contains some instructions that specify scanning
0×8をスキャンしてください、仕事はスキャンを指定するいくつかの指示を含んでいます。
faxIn 0x10
The job contains some instructions that specify receive fax
faxIn0x10、仕事が指定するいくつかの指示を含んでいる、ファックスを受け止めてください。
faxOut 0x20
The job contains some instructions that specify sending fax
仕事が含むfaxOut0×20 送付ファックスを指定するいくつかの指示
getFile 0x40
The job contains some instructions that specify accessing
files or documents
仕事が含むgetFile0×40 ファイルかドキュメントにアクセスしながら指定するいくつかの指示
putFile 0x80
putFile0x80
Bergman, et al. Informational [Page 82] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[82ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
The job contains some instructions that specify storing
files or documents
仕事はファイルかドキュメントを格納しながら指定するいくつかの指示を含んでいます。
mailList 0x100
The job contains some instructions that specify
distribution of documents using an electronic mail system.
仕事が分配を指定するいくつかの指示を含むmailList0×100は使用を記録します。電子メール・システム。
These bit definitions are the equivalent of a type 2 enum
except that combinations of them MAY be used together. See
section 3.7.1.2."
SYNTAX INTEGER (0..2147483647) -- 31 bits, all but sign bit
それらの組み合わせが一緒に使用されるかもしれないのを除いて、これらの噛み付いている定義はタイプ2enumの同等物です。 セクション3.7を見てください。「.1 .2インチ。 SYNTAX INTEGER(0 .2147483647)--31ビット、符号ビット以外のすべて
JmJobStateReasons1TC ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"The JmJobStateReasonsNTC (N=1..4) textual-conventions are used
with the jmJobStateReasons1 object and jobStateReasonsN
(N=2..4), respectively, to provide additional information
regarding the current jmJobState object value. These values
MAY be used with any job state or states for which the reason
makes sense. See section 3.3.9.1 for the specification of each
bit value defined for use with the JmJobStateReasons1TC.
JmJobStateReasons1TC:、:= TEXTUAL-CONVENTION STATUSの現在の記述、「JmJobStateReasonsNTC(N=1.4)の原文のコンベンションは現在のjmJobState物の価値に関する追加情報を提供するのにjmJobStateReasons1物とjobStateReasonsN(N=2.4)と共にそれぞれ使用されます」。 これらの値は理由が理解できるどんな仕事の州や州と共にも使用されるかもしれません。 それぞれの噛み付いている価値の仕様のための.1がJmJobStateReasons1TCとの使用のために定義したセクション3.3.9を見てください。
These bit definitions are the equivalent of a type 2 enum
except that combinations of bits may be used together. See
section 3.7.1.2."
SYNTAX INTEGER (0..2147483647) -- 31 bits, all but sign bit
ビットの組み合わせが一緒に使用されるかもしれないのを除いて、これらの噛み付いている定義はタイプ2enumの同等物です。 セクション3.7を見てください。「.1 .2インチ。 SYNTAX INTEGER(0 .2147483647)--31ビット、符号ビット以外のすべて
JmJobStateReasons2TC ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"This textual-convention is used with the jobStateReasons2
attribute to provides additional information regarding the
jmJobState object. See section 3.3.9.2 for the specification
of JmJobStateReasons2TC. See section 3.3.9.1 for the
description under JmJobStateReasons1TC for additional
information that applies to all reasons.
JmJobStateReasons2TC:、:= TEXTUAL-CONVENTION STATUSの現在の記述、「この原文のコンベンションがjobStateReasons2属性と共に使用される、jmJobState物に関する追加情報を提供する、」 セクション3.3を見てください。.9 .2 JmJobStateReasons2TCの仕様のために。 セクション3.3を見てください。.9 .1 追加情報のためのJmJobStateReasons1TCの下の記述のために、それはすべての理由に申し込まれます。
These bit definitions are the equivalent of a type 2 enum
except that combinations of them may be used together. See
section 3.7.1.2."
SYNTAX INTEGER (0..2147483647) -- 31 bits, all but sign bit
それらの組み合わせが一緒に使用されるかもしれないのを除いて、これらの噛み付いている定義はタイプ2enumの同等物です。 セクション3.7を見てください。「.1 .2インチ。 SYNTAX INTEGER(0 .2147483647)--31ビット、符号ビット以外のすべて
JmJobStateReasons3TC ::= TEXTUAL-CONVENTION
JmJobStateReasons3TC:、:= 原文のコンベンション
Bergman, et al. Informational [Page 83] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[83ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
STATUS current
DESCRIPTION
"This textual-convention is used with the jobStateReasons3
attribute to provides additional information regarding the
jmJobState object. See section 3.3.9.3 for the specification
of JmJobStateReasons3TC. See section 3.3.9.1 for the
description under JmJobStateReasons1TC for additional
information that applies to all reasons.
STATUSの現在の記述、「この原文のコンベンションがjobStateReasons3属性と共に使用される、jmJobState物に関する追加情報を提供する、」 セクション3.3を見てください。.9 .3 JmJobStateReasons3TCの仕様のために。 セクション3.3を見てください。.9 .1 追加情報のためのJmJobStateReasons1TCの下の記述のために、それはすべての理由に申し込まれます。
These bit definitions are the equivalent of a type 2 enum
except that combinations of them may be used together. See
section 3.7.1.2. "
SYNTAX INTEGER (0..2147483647) -- 31 bits, all but sign bit
それらの組み合わせが一緒に使用されるかもしれないのを除いて、これらの噛み付いている定義はタイプ2enumの同等物です。 .2にセクション3.7.1を見てください。 「SYNTAX INTEGER、(0 .2147483647)--31ビット、符号ビット以外のすべて、」
JmJobStateReasons4TC ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"This textual-convention is used in the jobStateReasons4
attribute to provides additional information regarding the
jmJobState object. See section 3.3.9.4 for the specification
of JmJobStateReasons4TC. See section 3.3.9.1 for the
description under JmJobStateReasons1TC for additional
information that applies to all reasons.
JmJobStateReasons4TC:、:= TEXTUAL-CONVENTION STATUSの現在の記述、「この原文のコンベンションがjobStateReasons4属性に使用される、jmJobState物に関する追加情報を提供する、」 セクション3.3を見てください。.9 .4 JmJobStateReasons4TCの仕様のために。 セクション3.3を見てください。.9 .1 追加情報のためのJmJobStateReasons1TCの下の記述のために、それはすべての理由に申し込まれます。
These bit definitions are the equivalent of a type 2 enum
except that combinations of them may be used together. See
section 3.7.1.2."
SYNTAX INTEGER (0..2147483647) -- 31 bits, all but sign bit
それらの組み合わせが一緒に使用されるかもしれないのを除いて、これらの噛み付いている定義はタイプ2enumの同等物です。 セクション3.7を見てください。「.1 .2インチ。 SYNTAX INTEGER(0 .2147483647)--31ビット、符号ビット以外のすべて
jobmonMIBObjects OBJECT IDENTIFIER ::= { jobmonMIB 1 }
jobmonMIBObjects物の識別子:、:= jobmonMIB1
-- The General Group (MANDATORY)
-- 一般グループ(義務的)です。
-- The jmGeneralGroup consists entirely of the jmGeneralTable.
-- jmGeneralGroupはjmGeneralTableから完全に成ります。
jmGeneral OBJECT IDENTIFIER ::= { jobmonMIBObjects 1 }
jmGeneral物の識別子:、:= jobmonMIBObjects1
jmGeneralTable OBJECT-TYPE
SYNTAX SEQUENCE OF JmGeneralEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
jmGeneralTable OBJECT-TYPE SYNTAX SEQUENCE OF JmGeneralEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述
Bergman, et al. Informational [Page 84] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[84ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
"The jmGeneralTable consists of information of a general nature
that are per-job-set, but are not per-job. See Section 2
entitled 'Terminology and Job Model' for the definition of a
job set.
「jmGeneralTableは仕事単位でセットしていますが、仕事でない一般的な自然の情報から成ります。」 セクション2が1つの仕事のセットの定義のために'用語とJob Model'の権利を与えられるのを見てください。
The MANDATORY-GROUP macro specifies that this group is
MANDATORY."
::= { jmGeneral 1 }
「MANDATORY-GROUPマクロは、このグループがMANDATORYであると指定します。」 ::= jmGeneral1
jmGeneralEntry OBJECT-TYPE
SYNTAX JmGeneralEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Information about a job set (queue).
「仕事に関する情報は設定(列に並ばせます)」jmGeneralEntry OBJECT-TYPE SYNTAX JmGeneralEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。
An entry SHALL exist in this table for each job set."
INDEX { jmGeneralJobSetIndex }
::= { jmGeneralTable 1 }
「SHALLが存在する各仕事のためのこのテーブルが設定するエントリー。」 jmGeneralJobSetIndexに索引をつけてください:、:= jmGeneralTable1
JmGeneralEntry ::= SEQUENCE {
jmGeneralJobSetIndex Integer32 (1..32767),
jmGeneralNumberOfActiveJobs Integer32 (0..2147483647),
jmGeneralOldestActiveJobIndex Integer32 (0..2147483647),
jmGeneralNewestActiveJobIndex Integer32 (0..2147483647),
jmGeneralJobPersistence Integer32 (15..2147483647),
jmGeneralAttributePersistence Integer32 (15..2147483647),
jmGeneralJobSetName JmUTF8StringTC (SIZE(0..63))
}
JmGeneralEntry:、:= 系列jmGeneralJobSetIndex Integer32(1 .32767)、jmGeneralNumberOfActiveJobs Integer32(0 .2147483647)、jmGeneralOldestActiveJobIndex Integer32(0 .2147483647)、jmGeneralNewestActiveJobIndex Integer32(0 .2147483647)、jmGeneralJobPersistence Integer32(15 .2147483647)、jmGeneralAttributePersistence Integer32(15 .2147483647)、jmGeneralJobSetName JmUTF8StringTC(サイズ(0 .63))
jmGeneralJobSetIndex OBJECT-TYPE
SYNTAX Integer32 (1..32767)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A unique value for each job set in this MIB. The jmJobTable
and jmAttributeTable tables have this same index as their
primary index.
「各仕事のためのユニークな値はこのMIBに設定する」jmGeneralJobSetIndex OBJECT-TYPE SYNTAX Integer32(1 .32767)のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 jmJobTableとjmAttributeTableテーブルはこの同じインデックスをそれらの基本索引に持っています。
The value(s) of the jmGeneralJobSetIndex SHALL be persistent
across power cycles, so that clients that have retained
jmGeneralJobSetIndex values will access the same job sets upon
subsequent power-up.
(s)を評価してください。jmGeneralJobSetIndex SHALLでは、パワーサイクルの向こう側にしつこくいてください、jmGeneralJobSetIndex値を保有したクライアントがその後のパワーアップするところの同じ仕事のセットにアクセスするように。
An implementation that has only one job set, such as a printer
プリンタのように1つの仕事だけを設定する実現
Bergman, et al. Informational [Page 85] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[85ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
with a single queue, SHALL hard code this object with the value
1.
ただ一つの待ち行列、SHALLの困難なコードによる値1があるこの物。
See Section 2 entitled 'Terminology and Job Model' for the
definition of a job set.
Corresponds to the first index in jmJobTable and
jmAttributeTable."
::= { jmGeneralEntry 1 }
セクション2が1つの仕事のセットの定義のために'用語とJob Model'の権利を与えられるのを見てください。 「jmJobTableとjmAttributeTableにおける最初のインデックスに対応しています。」 ::= jmGeneralEntry1
jmGeneralNumberOfActiveJobs OBJECT-TYPE
SYNTAX Integer32 (0..2147483647)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The current number of 'active' jobs in the jmJobIDTable,
jmJobTable, and jmAttributeTable, i.e., the total number of
jobs that are in the pending, processing, or processingStopped
states. See the JmJobStateTC textual-convention for the exact
specification of the semantics of the job states."
DEFVAL { 0 } -- no jobs
::= { jmGeneralEntry 2 }
「すなわち、jmJobIDTable、jmJobTable、およびjmAttributeTableの'アクティブな'仕事の最新号、未定にある仕事、処理、またはprocessingStoppedの総数は述べる」jmGeneralNumberOfActiveJobs OBJECT-TYPE SYNTAX Integer32(0 .2147483647)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「仕事の州の意味論の正確な仕様に関してJmJobStateTCの原文のコンベンションを見てください。」 DEFVAL0--仕事がありません:、:= jmGeneralEntry2
jmGeneralOldestActiveJobIndex OBJECT-TYPE
SYNTAX Integer32 (0..2147483647)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The jmJobIndex of the oldest job that is still in one of the
'active' states (pending, processing, or processingStopped).
In other words, the index of the 'active' job that has been in
the job tables the longest.
jmGeneralOldestActiveJobIndex OBJECT-TYPE SYNTAX Integer32(0 .2147483647)マックス-ACCESSの書き込み禁止のSTATUSの現在の記述「まだ'能動態の1つにはある最も古い仕事のjmJobIndex'州、(未定である、処理、またはprocessingStopped、)、」 言い換えれば、仕事中であった'アクティブな'仕事のインデックスは最も長いテーブルの上に置きます。
If there are no active jobs, the agent SHALL set the value of
this object to 0.
どんな活発な仕事もなければ、エージェントSHALLはこの物の値を0に設定します。
See Section 3.2 entitled 'The Job Tables and the Oldest Active
and Newest Active Indexes' for a description of the usage of
this object."
DEFVAL { 0 } -- no active jobs
::= { jmGeneralEntry 3 }
「セクション3.2がこの物の使用法の記述のために'Job Tables、Oldest Active、およびNewest Active Indexes'の権利を与えられるのを見てください。」 DEFVAL0--活発な仕事がありません:、:= jmGeneralEntry3
jmGeneralNewestActiveJobIndex OBJECT-TYPE
SYNTAX Integer32 (0..2147483647)
MAX-ACCESS read-only
jmGeneralNewestActiveJobIndex OBJECT-TYPE SYNTAX Integer32(0 .2147483647)マックス-ACCESS書き込み禁止
Bergman, et al. Informational [Page 86] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[86ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
STATUS current
DESCRIPTION
"The jmJobIndex of the newest job that is in one of the
'active' states (pending, processing, or processingStopped).
In other words, the index of the 'active' job that has been
most recently added to the job tables.
STATUSの現在の記述、「'能動態の1つにはある最も新しい仕事のjmJobIndex'州、(未定である、処理、またはprocessingStopped、)、」 言い換えれば、ごく最近である'アクティブな'仕事のインデックスは仕事のテーブルに加えました。
When all jobs become 'inactive', i.e., enter the pendingHeld,
completed, canceled, or aborted states, the agent SHALL set the
value of this object to 0.
すなわち、すべての仕事がいつ'不活発に'なるかが、州をpendingHeldに入ったか、完成したか、取り消したか、または中止して、エージェントSHALLはこの物の値を0に設定します。
See Section 3.2 entitled 'The Job Tables and the Oldest Active
and Newest Active Indexes' for a description of the usage of
this object."
DEFVAL { 0 } -- no active jobs
::= { jmGeneralEntry 4 }
「セクション3.2がこの物の使用法の記述のために'Job Tables、Oldest Active、およびNewest Active Indexes'の権利を与えられるのを見てください。」 DEFVAL0--活発な仕事がありません:、:= jmGeneralEntry4
jmGeneralJobPersistence OBJECT-TYPE
SYNTAX Integer32 (15..2147483647)
UNITS "seconds"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The minimum time in seconds for this instance of the Job Set
that an entry SHALL remain in the jmJobIDTable and jmJobTable
after processing has completed, i.e., the minimum time in
seconds starting when the job enters the completed, canceled,
or aborted state.
「SHALLがjmJobIDTableに残っていて、処理の後のjmJobTableが終了したエントリー(すなわち、仕事が完成に入るとき始まる秒の最小の時間)が取り消したJob Setのこの例、または中止になっている状態への秒の最小の時間」の間のjmGeneralJobPersistence OBJECT-TYPE SYNTAX Integer32(15 .2147483647)UNITS「秒」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。
Configuring this object is implementation-dependent.
この物を構成するのは実現依存しています。
This value SHALL be equal to or greater than the value of
jmGeneralAttributePersistence. This value SHOULD be at least
60 which gives a monitoring or accounting application one
minute in which to poll for job data."
DEFVAL { 60 } -- one minute
::= { jmGeneralEntry 5 }
これはSHALLを評価します。jmGeneralAttributePersistenceの値より等しいか、またはすばらしくいてください。 「これは少なくとも60がどれがモニターを与えるか、そして、1分間仕事のデータに投票する会計アプリケーションであったならSHOULDを評価します。」 DEFVAL60--1つは以下を書き留めます:= jmGeneralEntry5
jmGeneralAttributePersistence OBJECT-TYPE
SYNTAX Integer32 (15..2147483647)
UNITS "seconds"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
jmGeneralAttributePersistence OBJECT-TYPE SYNTAX Integer32(15 .2147483647)UNITS「秒」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述
Bergman, et al. Informational [Page 87] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[87ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
"The minimum time in seconds for this instance of the Job Set
that an entry SHALL remain in the jmAttributeTable after
processing has completed , i.e., the time in seconds starting
when the job enters the completed, canceled, or aborted state.
「SHALLが残っている処理の後のjmAttributeTableが終了したエントリー(すなわち、仕事が完成に入るとき始まる秒の時間)が取り消したJob Setのこの例、または中止になっている状態への秒の最小の時間。」
Configuring this object is implementation-dependent.
この物を構成するのは実現依存しています。
This value SHOULD be at least 60 which gives a monitoring or
accounting application one minute in which to poll for job
data."
DEFVAL { 60 } -- one minute
::= { jmGeneralEntry 6 }
「これは少なくとも60がどれがモニターを与えるか、そして、1分間仕事のデータに投票する会計アプリケーションであったならSHOULDを評価します。」 DEFVAL60--1つは以下を書き留めます:= jmGeneralEntry6
jmGeneralJobSetName OBJECT-TYPE
SYNTAX JmUTF8StringTC (SIZE(0..63))
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The human readable name of this job set assigned by the system
administrator (by means outside of this MIB). Typically, this
name SHOULD be the name of the job queue. If a server or
device has only a single job set, this object can be the
administratively assigned name of the server or device itself.
This name does not need to be unique, though each job set in a
single Job Monitoring MIB SHOULD have distinct names.
「システム管理者(このMIBにおける外の手段による)によって割り当てられて、この仕事の人間の読み込み可能な名前は設定する」jmGeneralJobSetName OBJECT-TYPE SYNTAX JmUTF8StringTC(SIZE(0 .63))のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 通常、これはSHOULDを命名します。ジョブキューの名前になってください。 サーバか装置でシングルジョブだけを設定するなら、この物はサーバか装置自体の行政上割り当てられた名前であるかもしれません。 この名前は特有である必要はなく、各仕事はシングルでセットしましたが、Job Monitoring MIB SHOULDには別個の名前があります。
NOTE - If the job set corresponds to a single printer and the
Printer MIB is implemented, this value SHOULD be the same as
the prtGeneralPrinterName object in the draft Printer MIB
[print-mib-draft]. If the job set corresponds to an IPP
Printer, this value SHOULD be the same as the IPP 'printer-
name' Printer attribute.
注意--仕事のセットが単一のプリンタに対応している、Printer MIBが実行されるなら、これは草稿におけるprtGeneralPrinterName物と同じくらいがPrinter MIBであったならSHOULDを評価します[mib草稿を印刷してください]。 仕事のセットがIPP Printerに対応しているなら、これはIPPと同じくらいが'プリンタ名'Printer属性であったならSHOULDを評価します。
NOTE - The purpose of this object is to help the user of the
job monitoring application distinguish between several job sets
in implementations that support more than one job set.
注意--この物の目的は仕事の監視用途のユーザが1つ以上の仕事のセットを支える実現における数個の仕事のセットを見分けるのを助けることです。
See the OBJECT compliance macro for the minimum maximum length
required for conformance."
DEFVAL { ''H } -- empty string
::= { jmGeneralEntry 7 }
「最小の最大の長さのためのOBJECT承諾マクロが順応に必要であることを確実にしてください。」 空になってください。DEFVAL、「H、--、以下を結んでください:、」= jmGeneralEntry7
-- The Job ID Group (MANDATORY)
-- 仕事のIDグループ(義務的)です。
-- The jmJobIDGroup consists entirely of the jmJobIDTable.
-- jmJobIDGroupはjmJobIDTableから完全に成ります。
Bergman, et al. Informational [Page 88] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[88ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
jmJobID OBJECT IDENTIFIER ::= { jobmonMIBObjects 2 }
jmJobID物の識別子:、:= jobmonMIBObjects2
jmJobIDTable OBJECT-TYPE
SYNTAX SEQUENCE OF JmJobIDEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The jmJobIDTable provides a correspondence map (1) between the
job submission ID that a client uses to refer to a job and (2)
the jmGeneralJobSetIndex and jmJobIndex that the Job Monitoring
MIB agent assigned to the job and that are used to access the
job in all of the other tables in the MIB. If a monitoring
application already knows the jmGeneralJobSetIndex and the
jmJobIndex of the job it is querying, that application NEED NOT
use the jmJobIDTable.
「jmJobIDTableはJob Monitoring MIBエージェントが仕事に割り当てて、MIBで他のテーブルのすべてで仕事にアクセスするのに使用される(2)のクライアントが仕事について言及するのに使用するジョブ依頼IDと、jmGeneralJobSetIndexとjmJobIndexの間の通信地図(1)を提供する」jmJobIDTable OBJECT-TYPE SYNTAX SEQUENCE OF JmJobIDEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 監視用途がそれが質問している仕事について既にjmGeneralJobSetIndexとjmJobIndexを知るなら、そのアプリケーションはjmJobIDTableを使用する必要はありません。
The MANDATORY-GROUP macro specifies that this group is
MANDATORY."
::= { jmJobID 1 }
「MANDATORY-GROUPマクロは、このグループがMANDATORYであると指定します。」 ::= jmJobID1
jmJobIDEntry OBJECT-TYPE
SYNTAX JmJobIDEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The map from (1) the jmJobSubmissionID to (2) the
jmGeneralJobSetIndex and jmJobIndex.
jmJobIDEntry OBJECT-TYPE SYNTAX JmJobIDEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述「(2) (1) jmJobSubmissionIDからjmGeneralJobSetIndexまでの地図とjmJobIndex。」
An entry SHALL exist in this table for each job currently known
to the agent for all job sets and job states. There MAY be
more than one jmJobIDEntry that maps to a single job. This
many to one mapping can occur when more than one network entity
along the job submission path supplies a job submission ID.
See Section 3.5. However, each job SHALL appear once and in
one and only one job set."
INDEX { jmJobSubmissionID }
::= { jmJobIDTable 1 }
SHALLが存在する現在すべての仕事のセットのエージェントにとって知られている各仕事と仕事のためのこのテーブルが述べるエントリー。 そこでは、1jmJobIDEntryがシングルジョブへのその地図であったならそうするかもしれません。 ジョブ依頼経路に沿った1つ以上のネットワーク実体がジョブ依頼IDを供給すると、1つのマッピングへのこの多くが起こることができます。 セクション3.5を見てください。 「しかしながら、各仕事のSHALLは一度と1つの唯一無二の仕事のセットに現れます。」 jmJobSubmissionIDに索引をつけてください:、:= jmJobIDTable1
JmJobIDEntry ::= SEQUENCE {
jmJobSubmissionID OCTET STRING(SIZE(48)),
jmJobIDJobSetIndex Integer32 (0..32767),
jmJobIDJobIndex Integer32 (0..2147483647)
}
JmJobIDEntry:、:= 系列jmJobSubmissionID八重奏ストリング、(サイズ(48))、jmJobIDJobSetIndex Integer32(0 .32767)、jmJobIDJobIndex Integer32(0 .2147483647)
jmJobSubmissionID OBJECT-TYPE
jmJobSubmissionIDオブジェクト・タイプ
Bergman, et al. Informational [Page 89] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[89ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
SYNTAX OCTET STRING(SIZE(48))
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A quasi-unique 48-octet fixed-length string ID which
identifies the job within a particular client-server
environment. There are multiple formats for the
jmJobSubmissionID. Each format SHALL be uniquely identified.
See the JmJobSubmissionIDTypeTC textual convention. Each
format SHALL be registered using the procedures of a type 2
enum. See section 3.7.3 entitled: 'PWG Registration of Job
Submission Id Formats'.
SYNTAX OCTET STRING、(SIZE(48)) MAX-ACCESSのアクセスしやすくないSTATUS現在の記述は「準ユニークな48八重奏の固定長さに、a特定のクライアント/サーバ環境の中で仕事を特定するIDを結びます」。 jmJobSubmissionIDにおいて複数の形式があります。 特定されて、それぞれの形式SHALLは唯一そうです。 JmJobSubmissionIDTypeTCの原文のコンベンションを見てください。 タイプ2enumの手順を用いることで登録されていて、それぞれがSHALLをフォーマットします。 セクション3.7.3が権利を与えられるのを見てください: 'ジョブ依頼イド形式のPWG登録'。
If the requester (client or server) does not supply a job
submission ID in the job submission protocol, then the
recipient (server or device) SHALL assign a job submission ID
using any of the standard formats that have been reserved for
agents and adding the final 8 octets to distinguish the ID from
others submitted from the same requester.
リクエスタ(クライアントかサーバ)がジョブ依頼プロトコルのジョブ依頼IDを供給しないなら、受取人(サーバか装置)SHALLはエージェントのために予約された標準書式のどれかを使用することでIDをジョブ依頼に割り当てます、そして、他のものとIDを区別するためにベスト8八重奏を加えるのは同じリクエスタから提出されました。
The monitoring application, whether in the client or running
separately, MAY use the job submission ID to help identify
which jmJobIndex was assigned by the agent, i.e., in which row
the job information is in the other tables.
クライアントか別々に動くことにかかわらず監視用途はどのjmJobIndexがエージェントによって割り当てられたかを特定するのを助けるのにジョブ依頼IDを使用するかもしれなくて、どれが仕事の情報をこぐかが他のテーブルにすなわち、中に、あります。
NOTE - fixed-length is used so that a management application
can use a shortened GetNext varbind (in SNMPv1 and SNMPv2) in
order to get the next submission ID, disregarding the remainder
of the ID in order to access jobs independent of the trailing
identifier part, e.g., to get all jobs submitted by a
particular jmJobOwner or submitted from a particular MAC
address.
注意--固定長は管理アプリケーションが次の服従IDを得るのに、短くされたGetNext varbind(SNMPv1とSNMPv2の)を使用できるように、使用されています、引きずっている識別子部分の如何にかかわらず仕事にアクセスして、例えばすべての仕事を特定のjmJobOwnerが提出するか、または特定のMACアドレスから提出するのを得るためにIDの残りを無視して。
See the JmJobSubmissionIDTypeTC textual convention.
See APPENDIX B - Support of Job Submission Protocols."
::= { jmJobIDEntry 1 }
JmJobSubmissionIDTypeTCの原文のコンベンションを見てください。 「付録Bを見てください--ジョブ依頼プロトコルのサポート。」 ::= jmJobIDEntry1
jmJobIDJobSetIndex OBJECT-TYPE
SYNTAX Integer32 (0..32767)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object contains the value of the jmGeneralJobSetIndex for
the job with the jmJobSubmissionID value, i.e., the job set
index of the job set in which the job was placed when that
server or device accepted the job. This 16-bit value in
jmJobIDJobSetIndex OBJECT-TYPE SYNTAX Integer32(0 .32767)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「jmJobSubmissionID値がある仕事のためのjmGeneralJobSetIndexの値、すなわち、そのサーバか装置が仕事を受け入れたとき仕事が置かれた仕事のセットの仕事のセットインデックスを含これが反対するしています」。 中のこの16ビットの値
Bergman, et al. Informational [Page 90] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[90ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
combination with the jmJobIDJobIndex value permits the
management application to access the other tables to obtain the
job-specific objects for this job.
jmJobIDJobIndex値への組み合わせは、管理アプリケーションが仕事の特有の物をこの仕事に入手するために他のテーブルにアクセスすることを許可します。
See jmGeneralJobSetIndex in the jmGeneralTable."
DEFVAL { 0 } -- 0 indicates no job set index
::= { jmJobIDEntry 2 }
「jmGeneralTableのjmGeneralJobSetIndexを見てください。」 DEFVAL0--0 どんな仕事のセットも以下に索引をつけないのを示します:= jmJobIDEntry2
jmJobIDJobIndex OBJECT-TYPE
SYNTAX Integer32 (0..2147483647)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object contains the value of the jmJobIndex for the job
with the jmJobSubmissionID value, i.e., the job index for the
job when the server or device accepted the job. This value, in
combination with the jmJobIDJobSetIndex value, permits the
management application to access the other tables to obtain the
job-specific objects for this job.
jmJobIDJobIndex OBJECT-TYPE SYNTAX Integer32(0 .2147483647)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「jmJobSubmissionID値がある仕事のためのjmJobIndexの値、サーバか装置が仕事を受け入れたときの仕事のためのすなわち、仕事のインデックスを含これが反対するしています」。 jmJobIDJobSetIndex値と組み合わせて、この値は、管理アプリケーションが仕事の特有の物をこの仕事に入手するために他のテーブルにアクセスすることを許可します。
See jmJobIndex in the jmJobTable."
DEFVAL { 0 } -- 0 indicates no jmJobIndex value.
::= { jmJobIDEntry 3 }
「jmJobTableのjmJobIndexを見てください。」 DEFVAL0--0 jmJobIndex値を全く示しません。 ::= jmJobIDEntry3
-- The Job Group (MANDATORY)
-- 仕事のグループ(義務的)です。
-- The jmJobGroup consists entirely of the jmJobTable.
-- jmJobGroupはjmJobTableから完全に成ります。
jmJob OBJECT IDENTIFIER ::= { jobmonMIBObjects 3 }
jmJob物の識別子:、:= jobmonMIBObjects3
jmJobTable OBJECT-TYPE
SYNTAX SEQUENCE OF JmJobEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The jmJobTable consists of basic job state and status
information for each job in a job set that (1) monitoring
applications need to be able to access in a single SNMP Get
operation, (2) that have a single value per job, and (3) that
SHALL always be implemented.
「実行されて、jmJobTableはただ一つのSNMP Get操作、1仕事あたり1つのただ一つの値を持っている(2)、およびSHALLがいつもある(3)でアクセスするために仕事のセットにおける各仕事のための(1) アプリケーションをモニターして、できる必要がある基本的な仕事の州と状態情報から成る」jmJobTable OBJECT-TYPE SYNTAX SEQUENCE OF JmJobEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。
The MANDATORY-GROUP macro specifies that this group is
MANDATORY."
::= { jmJob 1 }
「MANDATORY-GROUPマクロは、このグループがMANDATORYであると指定します。」 ::= jmJob1
Bergman, et al. Informational [Page 91] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[91ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
jmJobEntry OBJECT-TYPE
SYNTAX JmJobEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Basic per-job state and status information.
jmJobEntry OBJECT-TYPE SYNTAX JmJobEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「1仕事あたりの基本的な状態と状態情報。」
An entry SHALL exist in this table for each job, no matter what
the state of the job is. Each job SHALL appear in one and only
one job set.
エントリーSHALLは仕事の状態が何であっても各仕事のためのこのテーブルに存在しています。 各仕事のSHALLは1つの唯一無二の仕事のセットに現れます。
See Section 3.2 entitled 'The Job Tables'."
INDEX { jmGeneralJobSetIndex, jmJobIndex }
::= { jmJobTable 1 }
「セクション3.2が'Job Tables'の権利を与えられるのを見てください。」 jmGeneralJobSetIndex、jmJobIndexに索引をつけてください:、:= jmJobTable1
JmJobEntry ::= SEQUENCE {
jmJobIndex Integer32 (1..2147483647),
jmJobState JmJobStateTC,
jmJobStateReasons1 JmJobStateReasons1TC,
jmNumberOfInterveningJobs Integer32 (-2..2147483647),
jmJobKOctetsPerCopyRequested Integer32 (-2..2147483647),
jmJobKOctetsProcessed Integer32 (-2..2147483647),
jmJobImpressionsPerCopyRequested Integer32 (-2..2147483647),
jmJobImpressionsCompleted Integer32 (-2..2147483647),
jmJobOwner JmJobStringTC (SIZE(0..63))
}
JmJobEntry:、:= 系列jmJobIndex Integer32(1 .2147483647)、jmJobState JmJobStateTC、jmJobStateReasons1 JmJobStateReasons1TC、jmNumberOfInterveningJobs Integer32(-2 .2147483647)、jmJobKOctetsPerCopyRequested Integer32(-2 .2147483647)、jmJobKOctetsProcessed Integer32(-2 .2147483647)、jmJobImpressionsPerCopyRequested Integer32(-2 .2147483647)、jmJobImpressionsCompleted Integer32(-2 .2147483647)、jmJobOwner JmJobStringTC(サイズ(0 .63))
jmJobIndex OBJECT-TYPE
SYNTAX Integer32 (1..2147483647)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The sequential, monatonically increasing identifier index for
the job generated by the server or device when that server or
device accepted the job. This index value permits the
management application to access the other tables to obtain the
job-specific row entries.
「そのサーバか装置が仕事を受け入れたとき仕事のための連続して、monatonicallyな増加する識別子インデックスをサーバか装置は発生させた」jmJobIndex OBJECT-TYPE SYNTAX Integer32(1 .2147483647)のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 このインデックス値は、管理アプリケーションが仕事の特有の列のエントリーを得るために他のテーブルにアクセスすることを許可します。
See Section 3.2 entitled 'The Job Tables and the Oldest Active
and Newest Active Indexes'.
See Section 3.5 entitled 'Job Identification'.
See also jmGeneralNewestActiveJobIndex for the largest value of
jmJobIndex.
See JmJobSubmissionIDTypeTC for a limit on the size of this
index if the agent represents it as an 8-digit decimal number."
::= { jmJobEntry 1 }
セクション3.2が'Job Tables、Oldest Active、およびNewest Active Indexes'の権利を与えられるのを見てください。 セクション3.5が'仕事のIdentification'の権利を与えられるのを見てください。 また、jmJobIndexの最も大きい値に関してjmGeneralNewestActiveJobIndexを見てください。 「エージェントが8ケタの10進数としてそれを表すなら、このインデックスのサイズにおける限界に関してJmJobSubmissionIDTypeTCを見てください。」 ::= jmJobEntry1
Bergman, et al. Informational [Page 92] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[92ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
jmJobState OBJECT-TYPE
SYNTAX JmJobStateTC
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The current state of the job (pending, processing, completed,
etc.). Agents SHALL implement only those states which are
appropriate for the particular implementation. However,
management applications SHALL be prepared to receive all the
standard job states.
「仕事(未定の、そして、処理していて、完成したなど)の現状」のjmJobState OBJECT-TYPE SYNTAX JmJobStateTCのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 エージェントSHALLはそれらの特定の実現に、適切な州だけを実行します。 しかしながら、管理アプリケーションSHALL、すべての標準の仕事の州を受けるように用意してください。
The final value for this object SHALL be one of: completed,
canceled, or aborted. The minimum length of time that the
agent SHALL maintain MIB data for a job in the completed,
canceled, or aborted state before removing the job data from
the jmJobIDTable and jmJobTable is specified by the value of
the jmGeneralJobPersistence object."
DEFVAL { unknown } -- default is unknown
::= { jmJobEntry 2 }
この物のSHALLのための検査値、以下が1つがあります。 完成されるか、取り消されるか、または中止されます。 「最小の長さのjmJobIDTableとjmJobTableから仕事のデータを取り除く前にエージェントSHALLが完成したか、取り消されたか、中止になっている状態で仕事のためのMIBデータを保守する時間はjmGeneralJobPersistence物の値によって指定されます。」 DEFVAL未知--デフォルトは未知です:、:= jmJobEntry2
jmJobStateReasons1 OBJECT-TYPE
SYNTAX JmJobStateReasons1TC
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Additional information about the job's current state, i.e.,
information that augments the value of the job's jmJobState
object.
jmJobStateReasons1 OBJECT-TYPE SYNTAX JmJobStateReasons1TCのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「すなわち、仕事の現状に関する追加情報、仕事のjmJobState物の値を増大させる情報。」
Implementation of any reason values is OPTIONAL, but an agent
SHOULD return any reason information available. These values
MAY be used with any job state or states for which the reason
makes sense. Since the Job State Reasons will be more dynamic
than the Job State, it is recommended that a job monitoring
application read this object every time jmJobState is read.
When the agent cannot provide a reason for the current state of
the job, the value of the jmJobStateReasons1 object and
jobStateReasonsN attributes SHALL be 0.
どんな理由値の実現もOPTIONALですが、エージェントSHOULDリターンは利用可能なあらゆる理由情報です。 これらの値は理由が理解できるどんな仕事の州や州と共にも使用されるかもしれません。 Job州ReasonsがJob州よりさらにダイナミックになるので、jmJobStateが読まれるときはいつも、仕事の監視用途がこの物を読んだのは、お勧めです。 エージェントであるときに、仕事の現状の理由を提供できません、値。jmJobStateReasons1物とjobStateReasonsN属性SHALLでは、0になってください。
The jobStateReasonsN (N=2..4) attributes provide further
additional information about the job's current state."
DEFVAL { 0 } -- no reasons
::= { jmJobEntry 3 }
「jobStateReasonsN(N=2.4)属性は仕事の現状に関するさらなる追加情報を提供します。」 DEFVAL0--いいえは以下を推論します:= jmJobEntry3
Bergman, et al. Informational [Page 93] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[93ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
jmNumberOfInterveningJobs OBJECT-TYPE
SYNTAX Integer32 (-2..2147483647)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of jobs that are expected to complete processing
before this job has completed processing according to the
implementation's queuing algorithm, if no other jobs were to be
submitted. In other words, this value is the job's queue
position. The agent SHALL return a value of 0 for this
attribute when the job is the next job to complete processing
(or has completed processing)."
DEFVAL { 0 } -- default is no intervening jobs.
::= { jmJobEntry 4 }
jmNumberOfInterveningJobs OBJECT-TYPE SYNTAX Integer32(-2 .2147483647)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「この仕事の前に処理するのを完了すると予想される仕事の数は、実現の待ち行列アルゴリズムによると、処理するのを完了しました、他のどんな仕事も提出しないことであったなら」。 言い換えれば、この値は仕事の待ち行列位置です。 「仕事が次の仕事であるときに、エージェントSHALLはこの属性のために完全な処理(または、処理するのを完了した)に0の値を返します。」 DEFVAL0--デフォルトは仕事に介入しないことです。 ::= jmJobEntry4
jmJobKOctetsPerCopyRequested OBJECT-TYPE
SYNTAX Integer32 (-2..2147483647)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total size in K (1024) octets of the document(s) being
requested to be processed in the job. The agent SHALL round
the actual number of octets up to the next highest K. Thus 0
octets is represented as '0', 1-1024 octets is represented as
'1', 1025-2048 is represented as '2', etc.
jmJobKOctetsPerCopyRequested OBJECT-TYPE SYNTAX Integer32(-2 .2147483647)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「仕事で処理されるよう要求されているドキュメントのK(1024)八重奏における総サイズ。」 1-1024 次の最も高いK.Thus0八重奏までの八重奏の実数の周りのエージェントSHALLは'0'として表されて、'1'、1025-2048が'2'などとして表されるように八重奏は表されます。
In computing this value, the server/device SHALL NOT include
the multiplicative factors contributed by (1) the number of
document copies, and (2) the number of job copies, independent
of whether the device can process multiple copies of the job or
document without making multiple passes over the job or
document data and independent of whether the output is collated
or not. Thus the server/device computation is independent of
the implementation and indicates the size of the document(s)
measured in K octets independent of the number of copies."
DEFVAL { -2 } -- the default is unknown(-2)
::= { jmJobEntry 5 }
この値を計算する際に、装置が仕事かドキュメントデータの上で複数のパスを作らないで仕事かドキュメントの複本を処理できるかどうかの如何にかかわらず出力が照合されるかどうかの如何にかかわらずサーバ/装置SHALL NOTは(1) ドキュメントコピーの数、および(2) 仕事のコピーの数によって寄付された倍数因子を含んでいます。 「その結果、サーバ/装置計算は、実現から独立していて、コピーの数の如何にかかわらずK八重奏で測定されたドキュメントのサイズを示します。」 DEFVAL-2--デフォルトは未知(-2)です:、:= jmJobEntry5
jmJobKOctetsProcessed OBJECT-TYPE
SYNTAX Integer32 (-2..2147483647)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of octets processed by the server or device
「八重奏の総数はサーバか装置で処理した」jmJobKOctetsProcessed OBJECT-TYPE SYNTAX Integer32(-2 .2147483647)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述
Bergman, et al. Informational [Page 94] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[94ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
measured in units of K (1024) octets so far. The agent SHALL
round the actual number of octets processed up to the next
higher K. Thus 0 octets is represented as '0', 1-1024 octets
is represented as '1', 1025-2048 octets is '2', etc. For
printing devices, this value is the number interpreted by the
page description language interpreter rather than what has been
marked on media.
ユニットのK(1024)八重奏では、今までのところ、測定されます。 1025-2048 次の、より高いK.Thus0八重奏まで処理された八重奏の実数の周りのエージェントSHALLは'0 '1-1024 八重奏は'1として表されます'のように表されて、八重奏は'2'ですなど。 印刷装置において、この値はメディアでマークされたことよりむしろページ記述言語インタプリタによって解釈された数です。
For implementations where multiple copies are produced by the
interpreter with only a single pass over the data, the final
value SHALL be equal to the value of the
jmJobKOctetsPerCopyRequested object. For implementations where
multiple copies are produced by the interpreter by processing
the data for each copy, the final value SHALL be a multiple of
the value of the jmJobKOctetsPerCopyRequested object.
実現には、複本がシングルだけでインタプリタによって生産されるのをjmJobKOctetsPerCopyRequestedの値への同輩が物であったならデータ、検査値SHALLを通り過ぎてください。 実現のために、複本が処理でインタプリタによって生産されるところで各コピーのためのデータ、決勝はjmJobKOctetsPerCopyRequestedの価値の倍数が物であったならSHALLを評価します。
NOTE - See the impressionsCompletedCurrentCopy and
pagesCompletedCurrentCopy attributes for attributes that are
reset on each document copy.
注意--それぞれのドキュメントコピーの上にリセットされる属性に関してimpressionsCompletedCurrentCopyとpagesCompletedCurrentCopy属性を見てください。
NOTE - The jmJobKOctetsProcessed object can be used with the
jmJobKOctetsPerCopyRequested object to provide an indication of
the relative progress of the job, provided that the
multiplicative factor is taken into account for some
implementations of multiple copies."
DEFVAL { 0 } -- default is no octets processed.
::= { jmJobEntry 6 }
「注意--仕事の相対的な進歩のしるしを供給するのにjmJobKOctetsPerCopyRequested物と共にjmJobKOctetsProcessed物を使用できます、倍数因子が複本のいくつかの実現のために考慮に入れられれば。」 DEFVAL0--デフォルトは八重奏が処理されませんでした。 ::= jmJobEntry6
jmJobImpressionsPerCopyRequested OBJECT-TYPE
SYNTAX Integer32 (-2..2147483647)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total size in number of impressions of the document(s)
submitted.
「ドキュメントの印象の数における総サイズは提出した」jmJobImpressionsPerCopyRequested OBJECT-TYPE SYNTAX Integer32(-2 .2147483647)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。
In computing this value, the server/device SHALL NOT include
the multiplicative factors contributed by (1) the number of
document copies, and (2) the number of job copies, independent
of whether the device can process multiple copies of the job or
document without making multiple passes over the job or
document data and independent of whether the output is collated
or not. Thus the server/device computation is independent of
the implementation and reflects the size of the document(s)
measured in impressions independent of the number of copies.
この値を計算する際に、装置が仕事かドキュメントデータの上で複数のパスを作らないで仕事かドキュメントの複本を処理できるかどうかの如何にかかわらず出力が照合されるかどうかの如何にかかわらずサーバ/装置SHALL NOTは(1) ドキュメントコピーの数、および(2) 仕事のコピーの数によって寄付された倍数因子を含んでいます。 したがって、サーバ/装置計算は、実現から独立していて、コピーの数の如何にかかわらず印象で測定されたドキュメントのサイズを反映します。
See the definition of the term 'impression' in Section 2."
「セクション2との'印象'という用語の定義を見てください。」
Bergman, et al. Informational [Page 95] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[95ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
DEFVAL { -2 } -- default is unknown(-2)
::= { jmJobEntry 7 }
DEFVAL-2--デフォルトは未知(-2)です:、:= jmJobEntry7
jmJobImpressionsCompleted OBJECT-TYPE
SYNTAX Integer32 (-2..2147483647)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of impressions completed for this job so far.
For printing devices, the impressions completed includes
interpreting, marking, and stacking the output. For other
types of job services, the number of impressions completed
includes the number of impressions processed.
「印象の総数は今までのところ、この仕事のために完成した」jmJobImpressionsCompleted OBJECT-TYPE SYNTAX Integer32(-2 .2147483647)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 印刷装置に関しては、終了する印象は、出力を解釈して、マークして、積み重ねるのを含んでいます。 他のタイプの仕事のサービスのために、終了する印象の数は処理された印象の数を含んでいます。
NOTE - See the impressionsCompletedCurrentCopy and
pagesCompletedCurrentCopy attributes for attributes that are
reset on each document copy.
注意--それぞれのドキュメントコピーの上にリセットされる属性に関してimpressionsCompletedCurrentCopyとpagesCompletedCurrentCopy属性を見てください。
NOTE - The jmJobImpressionsCompleted object can be used with
the jmJobImpressionsPerCopyRequested object to provide an
indication of the relative progress of the job, provided that
the multiplicative factor is taken into account for some
implementations of multiple copies.
注意--仕事の相対的な進歩のしるしを供給するのにjmJobImpressionsPerCopyRequested物と共にjmJobImpressionsCompleted物を使用できます、倍数因子が複本のいくつかの実現のために考慮に入れられれば。
See the definition of the term 'impression' in Section 2 and
the counting example in Section 3.4 entitled 'Monitoring Job
Progress'."
DEFVAL { 0 } -- default is no octets
::= { jmJobEntry 8 }
「セクション2の'印象'という用語とセクション3.4の勘定の例の定義が'モニターしているJob Progress'の権利を与えられるのを見てください。」 DEFVAL0--デフォルトは八重奏ではありません:、:= jmJobEntry8
jmJobOwner OBJECT-TYPE
SYNTAX JmJobStringTC (SIZE(0..63))
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The coded character set name of the user that submitted the
job. The method of assigning this user name will be system
and/or site specific but the method MUST ensure that the name
is unique to the network that is visible to the client and
target device.
「コード化文字集合は仕事を提出したユーザについて命名する」jmJobOwner OBJECT-TYPE SYNTAX JmJobStringTC(SIZE(0 .63))のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 このユーザ名を割り当てるメソッドはシステム、そして/または、サイト特有になるでしょうが、メソッドは名前が確実にクライアントと対象装置に目に見えるネットワークにユニークになるようにしなければなりません。
This value SHOULD be the most authenticated name of the user
submitting the job.
これは大部分が仕事を提出するユーザの認証された名前であったならSHOULDを評価します。
See the OBJECT compliance macro for the minimum maximum length
最小の最大の長さに関してOBJECT承諾マクロを見てください。
Bergman, et al. Informational [Page 96] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[96ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
required for conformance."
DEFVAL { ''H } -- default is empty string
::= { jmJobEntry 9 }
「順応のために、必要です」。 デフォルトは空です。DEFVAL、「H、--、以下を結んでください:、」= jmJobEntry9
-- The Attribute Group (MANDATORY)
-- 属性グループ(義務的)です。
-- The jmAttributeGroup consists entirely of the jmAttributeTable. -- -- Implementation of the objects in this group is MANDATORY. -- See Section 3.1 entitled 'Conformance Considerations'. -- An agent SHALL implement any attribute if (1) the server or device -- supports the functionality represented by the attribute and (2) the -- information is available to the agent.
-- jmAttributeGroupはjmAttributeTableから完全に成ります。 -- -- このグループにおけるオブジェクトの実装はMANDATORYです。 -- セクション3.1が'順応Considerations'の権利を与えられるのを見てください。 -- エージェントSHALLは(1) サーバかデバイスであるならどんな属性も実装します--属性と(2)によって表された機能性をサポートする、--エージェントにとって、情報は利用可能です。
jmAttribute OBJECT IDENTIFIER ::= { jobmonMIBObjects 4 }
jmAttributeオブジェクト識別子:、:= jobmonMIBObjects4
jmAttributeTable OBJECT-TYPE
SYNTAX SEQUENCE OF JmAttributeEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The jmAttributeTable SHALL contain attributes of the job and
document(s) for each job in a job set. Instead of allocating
distinct objects for each attribute, each attribute is
represented as a separate row in the jmAttributeTable.
jmAttributeTable OBJECT-TYPE SYNTAX SEQUENCE OF JmAttributeEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「jmAttributeTable SHALLは仕事の属性を含んでいます、そして、仕事における各仕事のためのドキュメントはセットしました」。 各属性のために異なったオブジェクトを割り当てることの代わりに、各属性はjmAttributeTableの別々の行として表されます。
The MANDATORY-GROUP macro specifies that this group is
MANDATORY. An agent SHALL implement any attribute if (1) the
server or device supports the functionality represented by the
attribute and (2) the information is available to the agent. "
::= { jmAttribute 1 }
MANDATORY-GROUPマクロは、このグループがMANDATORYであると指定します。 (1) サーバかデバイスが、属性によって表された機能性と(2)が情報であるとサポートするなら、エージェントにとって、SHALLがどんな属性も実装するエージェントは手があいています。 " ::= jmAttribute1
jmAttributeEntry OBJECT-TYPE
SYNTAX JmAttributeEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Attributes representing information about the job and
document(s) or resources required and/or consumed.
アクセスしやすくないSTATUS現在の記述が「(s)かリソースが必要である、そして/または、消費した仕事とドキュメントの情報を表しながら、結果と考える」jmAttributeEntry OBJECT-TYPE SYNTAX JmAttributeEntryマックス-ACCESS。
Each entry in the jmAttributeTable is a per-job entry with an
extra index for each type of attribute (jmAttributeTypeIndex)
that a job can have and an additional index
(jmAttributeInstanceIndex) for those attributes that can have
jmAttributeTableの各エントリーは仕事が持つことができるそれぞれのタイプの属性(jmAttributeTypeIndex)のための付加的なインデックスとそれが持つことができるそれらの属性のための追加インデックス(jmAttributeInstanceIndex)があるジョブエントリです。
Bergman, et al. Informational [Page 97] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[97ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
multiple instances per job. The jmAttributeTypeIndex object
SHALL contain an enum type that indicates the type of attribute
(see the JmAttributeTypeTC textual-convention). The value of
the attribute SHALL be represented in either the
jmAttributeValueAsInteger or jmAttributeValueAsOctets objects,
and/or both, as specified in the JmAttributeTypeTC textual-
convention.
複数の1仕事あたりのインスタンス。 jmAttributeTypeIndexオブジェクトSHALLは属性のタイプを示すenumタイプを含んでいます(JmAttributeTypeTCの原文のコンベンションを見てください)。 値、属性SHALLでは、JmAttributeTypeTCの原文のコンベンションにおける指定されるとしてのjmAttributeValueAsIntegerかjmAttributeValueAsOctetsオブジェクト、そして/または、両方のどちらかに表されてください。
The agent SHALL create rows in the jmAttributeTable as the
server or device is able to discover the attributes either from
the job submission protocol itself or from the document PDL.
As the documents are interpreted, the interpreter MAY discover
additional attributes and so the agent adds additional rows to
this table. As the attributes that represent resources are
actually consumed, the usage counter contained in the
jmAttributeValueAsInteger object is incremented according to
the units indicated in the description of the JmAttributeTypeTC
enum.
サーバかデバイスがジョブ依頼プロトコル自体かドキュメントPDLから属性を発見できるので、エージェントSHALLはjmAttributeTableの行を作成します。 ドキュメントが解釈されるとき、インタプリタが追加属性を発見するかもしれないので、エージェントはこのテーブルに追加行を加えます。 リソースを表す属性が実際に消費されるのに従って、JmAttributeTypeTC enumの記述で示されたユニットに従って、jmAttributeValueAsIntegerオブジェクトに含まれた用法カウンタは増加されます。
The agent SHALL maintain each row in the jmAttributeTable for
at least the minimum time after a job completes as specified by
the jmGeneralAttributePersistence object.
エージェントSHALLは、少なくとも仕事の後の最小の時間のjmAttributeTableの各行がjmGeneralAttributePersistenceオブジェクトによって指定されるように完成すると主張します。
Zero or more entries SHALL exist in this table for each job in
a job set.
ゼロか、より多くのエントリーSHALLが各仕事のためのこのテーブルに仕事のセットで存在しています。
See Section 3.3 entitled 'The Attribute Mechanism' for a
description of the jmAttributeTable."
INDEX { jmGeneralJobSetIndex, jmJobIndex, jmAttributeTypeIndex,
jmAttributeInstanceIndex }
::= { jmAttributeTable 1 }
「セクション3.3がjmAttributeTableの記述のために'Attribute Mechanism'の権利を与えられるのを見てください。」 jmGeneralJobSetIndex、jmJobIndex、jmAttributeTypeIndex、jmAttributeInstanceIndexに索引をつけてください:、:= jmAttributeTable1
JmAttributeEntry ::= SEQUENCE {
jmAttributeTypeIndex JmAttributeTypeTC,
jmAttributeInstanceIndex Integer32 (1..32767),
jmAttributeValueAsInteger Integer32 (-2..2147483647),
jmAttributeValueAsOctets OCTET STRING(SIZE(0..63))
}
JmAttributeEntry:、:= 系列jmAttributeTypeIndex JmAttributeTypeTC、jmAttributeInstanceIndex Integer32(1 .32767)、jmAttributeValueAsInteger Integer32(-2 .2147483647)、jmAttributeValueAsOctets八重奏ストリング(サイズ(0 .63))
jmAttributeTypeIndex OBJECT-TYPE
SYNTAX JmAttributeTypeTC
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The type of attribute that this row entry represents.
jmAttributeTypeIndex OBJECT-TYPE SYNTAX JmAttributeTypeTCのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「この行エントリーが表す属性のタイプ。」
The type MAY identify information about the job or document(s)
タイプは仕事かドキュメントの情報を特定するかもしれません。(s)
Bergman, et al. Informational [Page 98] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[98ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
or MAY identify a resource required to process the job before
the job start processing and/or consumed by the job as the job
is processed.
または、仕事が処理されるので、仕事で仕事のスタート処理の前に仕事を処理するのが必要である、そして/または、消費されたリソースを特定するかもしれません。
Examples of job attributes (i.e., apply to the job as a whole)
that have only one instance per job include:
jobCopiesRequested(90), documentCopiesRequested(92),
jobCopiesCompleted(91), documentCopiesCompleted(93), while
examples of job attributes that may have more than one instance
per job include: documentFormatIndex(37), and
documentFormat(38).
1仕事あたり1つのインスタンスしか持っていない仕事の属性(すなわち、全体で仕事に適用する)に関する例は: jobCopiesRequested(90)、documentCopiesRequested(92)、jobCopiesCompleted(91)、documentCopiesCompleted(93)、1仕事あたり1つ以上のインスタンスが仕事の属性に関する例である間、それで以下を含むかもしれません。 documentFormatIndex(37)、およびdocumentFormat(38)。
Examples of document attributes (one instance per document)
include: fileName(34), and documentName(35).
ドキュメント属性(1ドキュメントあたり1つのインスタンス)に関する例は: ファイル名(34)、およびdocumentName(35)。
Examples of required and consumed resource attributes include:
pagesRequested(130), mediumRequested(170), pagesCompleted(131),
and mediumConsumed(171), respectively."
::= { jmAttributeEntry 1 }
必要で消費されたリソース属性に関する例は: 「pagesRequested(130)、mediumRequested(170)、pagesCompleted(131)、およびmediumConsumed(171)、それぞれ」 ::= jmAttributeEntry1
jmAttributeInstanceIndex OBJECT-TYPE
SYNTAX Integer32 (1..32767)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A running 16-bit index of the attributes of the same type for
each job. For those attributes with only a single instance per
job, this index value SHALL be 1. For those attributes that
are a single value per document, the index value SHALL be the
document number, starting with 1 for the first document in the
job. Jobs with only a single document SHALL use the index
value of 1. For those attributes that can have multiple values
per job or per document, such as documentFormatIndex(37) or
documentFormat(38), the index SHALL be a running index for the
job as a whole, starting at 1."
::= { jmAttributeEntry 2 }
「同じくらいの属性の実行している16ビットのインデックスは各仕事のためにタイプする」jmAttributeInstanceIndex OBJECT-TYPE SYNTAX Integer32(1 .32767)のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 それらに関して、ただ一つのインスタンスだけがある仕事、このインデックス値のSHALLあたりの属性に、いてください。1。 1ドキュメントあたり1つのただ一つの値、インデックス価値のSHALLであるそれらの属性の公文書番号になってください、仕事における最初のドキュメントのために1から始まって。 独身のドキュメントSHALLだけとの仕事は1のインデックス値を使用します。 「それらの属性のために、それは、documentFormatIndex(37)やdocumentFormat(38)、インデックスSHALLなどの仕事かドキュメントあたりの複数の値が全体で仕事のための実行しているインデックスであることを持つことができます、1から。」 ::= jmAttributeEntry2
jmAttributeValueAsInteger OBJECT-TYPE
SYNTAX Integer32 (-2..2147483647)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The integer value of the attribute. The value of the
attribute SHALL be represented as an integer if the enum
jmAttributeValueAsInteger OBJECT-TYPE SYNTAX Integer32(-2 .2147483647)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「属性の整数値。」 値、属性SHALLでは、enumであるなら整数として表されてください。
Bergman, et al. Informational [Page 99] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[99ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
description in the JmAttributeTypeTC textual-convention
definition has the tag: 'INTEGER:'.
JmAttributeTypeTC原文のコンベンション定義における記述には、タグがあります: '整数:'
Depending on the enum definition, this object value MAY be an
integer, a counter, an index, or an enum, depending on the
jmAttributeTypeIndex value. The units of this value are
specified in the enum description.
enum定義によって、このオブジェクト値は、整数、カウンタ、インデックス、またはenumであるかもしれません、jmAttributeTypeIndex値によって。 この価値の単位はenum記述で指定されます。
For those attributes that are accumulating job consumption as
the job is processed as specified in the JmAttributeTypeTC
textual-convention, SHALL contain the final value after the job
completes processing, i.e., this value SHALL indicate the total
usage of this resource made by the job.
仕事がJmAttributeTypeTCの原文のコンベンションで指定されるように処理されるとき仕事の消費を蓄積しているそれらの属性のために、仕事が、処理するのを完了した後にSHALLは検査値を含んでいて、すなわち、この値のSHALLは仕事で作られたこのリソースの総用法を示します。
A monitoring application is able to copy this value to a
suitable longer term storage for later processing as part of an
accounting system.
監視用途は後で会計システムの一部として処理するための適当なより長い用語ストレージにこの値をコピーできます。
Since the agent MAY add attributes representing resources to
this table while the job is waiting to be processed or being
processed, which can be a long time before any of the resources
are actually used, the agent SHALL set the value of the
jmAttributeValueAsInteger object to 0 for resources that the
job has not yet consumed.
エージェントが仕事が処理されるのを待っていることである間、このテーブルにリソースを表すか、または処理される属性(リソースのどれかが実際に使用される前に長い時間であるかもしれない)を加えるかもしれないので、エージェントSHALLは仕事がまだ消費していないリソースのためにjmAttributeValueAsIntegerオブジェクトの値を0に設定します。
Attributes for which the concept of an integer value is
meaningless, such as fileName(34), jobName, and
processingMessage, do not have the 'INTEGER:' tag in the
JmAttributeTypeTC definition and so an agent SHALL always
return a value of '-1' to indicate 'other' for the value of the
jmAttributeValueAsInteger object for these attributes.
整数価値の概念がfileName(34)などのように無意味である属性(jobName、およびprocessingMessage)は、これらの属性のためのjmAttributeValueAsIntegerオブジェクトの値のために'INTEGER: 示す'JmAttributeTypeTCで定義にタグ付けをしてくださいので、エージェントSHALLはいつも'-1の値を返すこと'を'他'に持っていません。
For attributes which do have the 'INTEGER:' tag in the
JmAttributeTypeTC definition, if the integer value is not (yet)
known, the agent either (1) SHALL not materialize the row in
the jmAttributeTable until the value is known or (2) SHALL
return a '-2' to represent an 'unknown' counting integer value,
a '0' to represent an 'unknown' index value, and a '2' to
represent an 'unknown(2)' enum value."
DEFVAL { -2 } -- default value is unknown(-2)
::= { jmAttributeEntry 3 }
「'未知を表すために'INTEGER: 'JmAttributeTypeTC定義におけるタグ、整数値が(まだ)知られていないなら、(2) 値が知られているか、またはSHALLが'未知を表すために'-2'を返すまで、エージェント(1)SHALLはjmAttributeTableの行を具体化しない'整数値を数える'0'を持っている属性'は、'未知の'enum(2)価値」を表すために値、および'2'に索引をつけます。 DEFVAL-2--デフォルト値は未知(-2)です:、:= jmAttributeEntry3
jmAttributeValueAsOctets OBJECT-TYPE
SYNTAX OCTET STRING(SIZE(0..63))
MAX-ACCESS read-only
STATUS current
jmAttributeValueAsOctets OBJECT-TYPE SYNTAX OCTET STRING(SIZE(0 .63))マックス-ACCESS書き込み禁止STATUS海流
Bergman, et al. Informational [Page 100] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[100ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
DESCRIPTION
"The octet string value of the attribute. The value of the
attribute SHALL be represented as an OCTET STRING if the enum
description in the JmAttributeTypeTC textual-convention
definition has the tag: 'OCTETS:'.
記述、「属性の八重奏ストリング価値。」 値、属性SHALLでは、JmAttributeTypeTC原文のコンベンション定義におけるenum記述にタグがあるなら、OCTET STRINGとして表されてください: '八重奏:'
Depending on the enum definition, this object value MAY be a
coded character set string (text), such as 'JmUTF8StringTC', or
a binary octet string, such as 'DateAndTime'.
enum定義によって、このオブジェクト値はコード化文字集合ストリングであるかもしれません(テキスト)、'JmUTF8StringTC'、または2進の八重奏ストリングなどのように、'DateAndTime'などのように。
Attributes for which the concept of an octet string value is
meaningless, such as pagesCompleted, do not have the tag
'OCTETS:' in the JmAttributeTypeTC definition and so the agent
SHALL always return a zero length string for the value of the
jmAttributeValueAsOctets object.
八重奏ストリング価値の概念が無意味であるpagesCompletedなどの属性はタグ'OCTETSを持っていません: 'JmAttributeTypeTC定義とそうでは、エージェントSHALLはjmAttributeValueAsOctetsオブジェクトの値のためにいつもゼロ長ストリングを返します。
For attributes which do have the 'OCTETS:' tag in the
JmAttributeTypeTC definition, if the OCTET STRING value is not
(yet) known, the agent either SHALL NOT materialize the row in
the jmAttributeTable until the value is known or SHALL return a
zero-length string."
DEFVAL { ''H } -- empty string
::= { jmAttributeEntry 4 }
「'OCTETSを持っている属性のために: 'JmAttributeTypeTC定義におけるタグ、OCTET STRING値が(まだ)知られていないなら、値が知られているか、またはSHALLがゼロ長ストリングを返すまで、エージェントSHALL NOTはjmAttributeTableの行を具体化します。」 空になってください。DEFVAL、「H、--、以下を結んでください:、」= jmAttributeEntry4
-- Notifications and Trapping -- Reserved for the future
-- 通知とTrapping--未来に予約されます。
jobmonMIBNotifications OBJECT IDENTIFIER ::= { jobmonMIB 2 }
jobmonMIBNotificationsオブジェクト識別子:、:= jobmonMIB2
-- Conformance Information
-- 順応情報
jmMIBConformance OBJECT IDENTIFIER ::= { jobmonMIB 3 }
jmMIBConformanceオブジェクト識別子:、:= jobmonMIB3
-- compliance statements
jmMIBCompliance MODULE-COMPLIANCE
STATUS current
DESCRIPTION
"The compliance statement for agents that implement the
job monitoring MIB."
MODULE -- this module
MANDATORY-GROUPS {
jmGeneralGroup, jmJobIDGroup, jmJobGroup, jmAttributeGroup }
-- 承諾声明jmMIBCompliance MODULE-COMPLIANCE STATUS現在の記述、「ジョブモニタリングがMIBであると実装するエージェントのための承諾声明。」 MODULE--このモジュールMANDATORY-GROUPSjmGeneralGroup、jmJobIDGroup、jmJobGroup、jmAttributeGroup
Bergman, et al. Informational [Page 101] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[101ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
OBJECT jmGeneralJobSetName
SYNTAX JmUTF8StringTC (SIZE(0..8))
DESCRIPTION
"Only 8 octets maximum string length NEED be supported by the
agent."
「8八重奏最大ストリング長だけがエージェントによってサポートされなければならない」OBJECT jmGeneralJobSetName SYNTAX JmUTF8StringTC(SIZE(0 .8))記述。
OBJECT jmJobOwner
SYNTAX JmJobStringTC (SIZE(0..16))
DESCRIPTION
"Only 16 octets maximum string length NEED be supported by the
agent."
「16八重奏最大ストリング長だけがエージェントによってサポートされなければならない」OBJECT jmJobOwner SYNTAX JmJobStringTC(SIZE(0 .16))記述。
-- There are no CONDITIONALLY MANDATORY or OPTIONAL groups.
-- どんなCONDITIONALLY MANDATORYもOPTIONALグループもありません。
::= { jmMIBConformance 1 }
::= jmMIBConformance1
jmMIBGroups OBJECT IDENTIFIER ::= { jmMIBConformance 2 }
jmMIBGroupsオブジェクト識別子:、:= jmMIBConformance2
jmGeneralGroup OBJECT-GROUP
OBJECTS {
jmGeneralNumberOfActiveJobs, jmGeneralOldestActiveJobIndex,
jmGeneralNewestActiveJobIndex, jmGeneralJobPersistence,
jmGeneralAttributePersistence, jmGeneralJobSetName}
STATUS current
DESCRIPTION
"The general group."
::= { jmMIBGroups 1 }
jmGeneralGroup OBJECT-GROUP OBJECTS、jmGeneralNumberOfActiveJobs、jmGeneralOldestActiveJobIndex、jmGeneralNewestActiveJobIndex、jmGeneralJobPersistence、jmGeneralAttributePersistence、jmGeneralJobSetName、「司令官は分類する」STATUSの現在の記述。 ::= jmMIBGroups1
jmJobIDGroup OBJECT-GROUP
OBJECTS {
jmJobIDJobSetIndex, jmJobIDJobIndex }
STATUS current
DESCRIPTION
"The job ID group."
::= { jmMIBGroups 2 }
jmJobIDGroup OBJECT-GROUP OBJECTS、jmJobIDJobSetIndex、jmJobIDJobIndex、「賃仕事のIDは分類する」STATUSの現在の記述。 ::= jmMIBGroups2
jmJobGroup OBJECT-GROUP
OBJECTS {
jmJobState, jmJobStateReasons1, jmNumberOfInterveningJobs,
jmJobKOctetsPerCopyRequested, jmJobKOctetsProcessed,
jmJobImpressionsPerCopyRequested, jmJobImpressionsCompleted,
jmJobOwner }
STATUS current
jmJobGroup OBJECT-GROUP OBJECTS、jmJobState、jmJobStateReasons1、jmNumberOfInterveningJobs、jmJobKOctetsPerCopyRequested、jmJobKOctetsProcessed、jmJobImpressionsPerCopyRequested、jmJobImpressionsCompleted、jmJobOwner、STATUS海流
Bergman, et al. Informational [Page 102] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[102ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
DESCRIPTION
"The job group."
::= { jmMIBGroups 3 }
「仕事は分類する」記述。 ::= jmMIBGroups3
jmAttributeGroup OBJECT-GROUP
OBJECTS {
jmAttributeValueAsInteger, jmAttributeValueAsOctets }
STATUS current
DESCRIPTION
"The attribute group."
::= { jmMIBGroups 4 }
jmAttributeGroup OBJECT-GROUP OBJECTS、jmAttributeValueAsInteger、jmAttributeValueAsOctets、「属性は分類する」STATUSの現在の記述。 ::= jmMIBGroups4
END
終わり
Bergman, et al. Informational [Page 103] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[103ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
5 Appendix A - Implementing the Job Life Cycle
5付録A--仕事のライフサイクルを実装すること。
The job object has well-defined states and client operations that affect the transition between the job states. Internal server and device actions also affect the transitions of the job between the job states. These states and transitions are referred to as the job's life cycle.
仕事のオブジェクトは仕事の州の間に変遷に影響する明確な州とクライアント操作を持っています。 また、内部のサーバとデバイス動きは仕事の州の間の仕事の変遷に影響します。 これらの州と変遷は仕事のライフサイクルと呼ばれます。
Not all implementations of job submission protocols have all of the states of the job model specified here. The job model specified here is intended to be a superset of most implementations. It is the purpose of the agent to map the particular implementation's job life cycle onto the one specified here. The agent MAY omit any states not implemented. Only the processing and completed states are required to be implemented by an agent. However, a conforming management application SHALL be prepared to accept any of the states in the job life cycle specified here, so that the management application can interoperate with any conforming agent.
ジョブ依頼プロトコルのすべての実装も、仕事のモデルの事情のすべてがここで指定するというわけではありませんでした。 ここで指定された仕事のモデルはほとんどの実装のスーパーセットであることを意図します。 エージェントは特定の実装の仕事のライフサイクルをここで指定されたものに写像する目的です。 エージェントは実装されなかったどんな州も省略するかもしれません。 エージェントによって処理と完成した州だけは実装されなければなりません。 しかしながら、管理アプリケーションが共同利用できるように、従う管理アプリケーションSHALLがここで仕事のライフサイクルの州のどれかが指定されていると受け入れるように準備されて、あらゆる従っているエージェントと共に共同利用してください。
The job states are intended to be user visible. The agent SHALL make these states visible in the MIB, but only for the subset of job states that the implementation has. Some implementations MAY need to have sub-states of these user-visible states. The jmJobStateReasons1 object and the jobStateReasonsN (N=2..4) attributes can be used to represent the sub-states of the jobs.
仕事の州がユーザ目に見えることを意図します。 エージェントSHALLはこれらの州を実装が持っている仕事の州の部分集合だけにおいて目に見えるようにします。 いくつかの実装がこれらの目に見えるユーザ州のサブ州を必要とするかもしれません。 仕事のサブ州を代表するのにjmJobStateReasons1オブジェクトとjobStateReasonsN(N=2.4)属性を使用できます。
Job states are intended to last a user-visible length of time in most implementations. However, some jobs may pass through some states in zero time in some situations and/or in some implementations.
仕事の州がほとんどの実装における、時間の目に見えるユーザの長さを持続することを意図します。 しかしながら、どんな時間も、いくつかの仕事はいくつかの状況いくつかの実装でいくつかの州を通り抜けないかもしれません。
The job model does not specify how accounting and auditing is implemented, except to assume that accounting and auditing logs are separate from the job life cycle and last longer than job entries in the MIB. Jobs in the completed, aborted, or canceled states are not logs, since jobs in these states are accessible via SNMP protocol operations and SHALL be removed from the Job Monitoring MIB tables after a site-settable or implementation-defined period of time. An accounting application MAY copy accounting information incrementally to an accounting log as a job processes, or MAY be copied while the job is in the canceled, aborted, or completed states, depending on implementation. The same is true for auditing logs.
仕事のモデルは会計学と会計監査学がどう実装されるかを指定しません、会計学と会計監査学ログが仕事のライフサイクルから別々であると仮定して、仕事のエントリーより長い間MIBで続くのを除いて。 完成したか、中止になったか、取り消された州での仕事はログでなく、これらの州での仕事がSNMPプロトコル操作とSHALLを通してアクセスしやすいので、サイト「舗装用敷石-可能」であるか実装で定義された期間の後にJob Monitoring MIBテーブルから取り除いてください。 会計アプリケーションは、仕事が処理されるとき会計ログに課金情報を増加してコピーするか、または仕事が取り消されたか、中止になったか、完成した州にある間、コピーされるかもしれません、実装によって。 監査のログに、同じくらいは本当です。
The jmJobState object specifies the standard job states. The normal job state transitions are shown in the state transition diagram presented in Figure 4.
jmJobStateオブジェクトは標準の仕事の州を指定します。 通常の仕事の状態遷移は図4に提示された状態遷移ダイヤグラムで示されます。
Bergman, et al. Informational [Page 104] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[104ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
6 APPENDIX B - Support of Job Submission Protocols
6付録B--ジョブ依頼プロトコルのサポート
A companion PWG document, entitled "Job Submission Protocol Mapping Recommendations for the Job Monitoring MIB" [protomap] contains the recommended usage of each of the objects and attributes in this MIB with a number of job submission protocols. In particular, which job submission ID format should be used is indicated for each job submission protocol.
仲間PWGドキュメント、題している「ジョブモニタリングMIBのために推薦を写像するジョブ依頼プロトコル」[protomap]はこのMIBに多くのジョブ依頼プロトコルでそれぞれのオブジェクトと属性のお勧めの用法を含んでいます。 特に、どのジョブ依頼ID形式が使用されるべきであるかはそれぞれのジョブ依頼プロトコルのために示されます。
Some job submission protocols have support for the client to specify a job submission ID. A second approach is to enhance the document format to embed the job submission ID in the document data. This second approach is independent of the job submission protocol. This appendix lists some examples of these approaches.
いくつかのジョブ依頼プロトコルには、クライアントがジョブ依頼IDを指定するサポートがあります。 2番目のアプローチはジョブ依頼IDをドキュメントデータに埋め込むためにドキュメント・フォーマットを高めることです。 この2番目のアプローチはジョブ依頼プロトコルから独立しています。 この付録はこれらのアプローチに関するいくつかの例をリストアップします。
Some PJL implementations wrap a banner page as a PJL job around a job submitted by a client. If this results in multiple job submission IDs, the agent SHALL create multiple jmJobIDEntry rows in the jmJobIDTable that each point to the same job entry in the job tables. See the specification of the jmJobIDEntry.
仕事の周りのPJL仕事がクライアントで提出したようにいくつかのPJL実装がバナーページを包装します。 これが複数のジョブ依頼IDをもたらすなら、エージェントSHALLはそれぞれ仕事のテーブルの同じジョブエントリを示すjmJobIDTableの複数のjmJobIDEntry行を作成します。 jmJobIDEntryの仕様を見てください。
7 References
7つの参照箇所
[BCP-11] Bradner S. and R. Hovey, "The Organizations
Involved in the IETF Standards Process", BCP 11,
RFC 2028, October 1996.
[BCP-11] ブラドナーS.とR.ハービ、「IETF標準化過程にかかわる組織」、BCP11、RFC2028、1996年10月。
[GB2312] GB 2312-1980, "Chinese People's Republic of China
(PRC) mixed one byte and two byte coded character
set"
[GB2312]GB2312-1980と、「中国の中華人民共和国(PRC)の複雑な1バイトと2バイトのコード化文字集合」
[hr-mib] Grillo, P. and S. Waldbusser, "Host Resources
MIB", RFC 1514, September 1993.
[時間-mib] グリロとP.とS.Waldbusser、「ホストリソースMIB」(RFC1514)1993年9月。
[iana] Reynolds, J. and J. Postel, "Assigned Numbers",
STD 2, RFC 1700, October 1994.
[iana] レイノルズとJ.とJ.ポステル、「規定番号」、STD2、RFC1700、1994年10月。
[IANA-charsets] Coded Character Sets registered by IANA and
assigned an enum value for use in the CodedCharSet
textual convention imported from the Printer MIB.
See ftp://ftp.isi.edu/in-
notes/iana/assignments/character-sets
[IANA-charsets]はPrinter MIBからインポートされたCodedCharSetの原文のコンベンションでIANAによって示されて、enum値が使用のために割り当てられた文字コードをコード化しました。 ftp://ftp.isi.edu/in- 注意/iana/課題/文字集合を見てください。
[iana-media-types] IANA Registration of MIME media types (MIME
content types/subtypes). See
ftp://ftp.isi.edu/in-notes/iana/assignments/
MIMEメディアの[ianaメディアタイプ]IANA Registrationは(MIME content type/血液型亜型)をタイプします。 ftp://ftp.isi.edu/in-notes/iana/assignments/ を見てください。
Bergman, et al. Informational [Page 105] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[105ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
[ipp-model] deBry, R., Hastings, T., Herriot, R., Issaacson,
S. and P. Powell, "The Internet Printing
Protocol/1.0: Model and Semantics", RFC 2566,
April 1999.
[ipp-モデル]deBry(R.、ヘイスティングズ、T.、エリオ、R.、Issaacson、S.、およびP.パウエル)「プロトコル/1.0に以下を印刷するインターネット」 「モデルと意味論」、RFC2566、4月1999日
[ISO-639] ISO 639:1988 (E/F) - Code for Representation of
names of languages - The International
Organization for Standardization, 1st edition,
1988.
[ISO-639]ISO、639:1988 (E/F)--言語の名前のRepresentationのためのコード--国際標準化機構、最初の版、1988。
[ISO-646] ISO/IEC 646:1991, "Information technology -- ISO
7-bit coded character set for information
interchange", JTC1/SC2.
[ISO-646]ISO/IEC、646:1991、「情報技術--、情報交換のためのISOの7ビットのコード化文字集合、」、JTC1/SC2。
[ISO-2022] ISO/IEC 2022:1994 - "Information technology --
Character code structure and extension
techniques", JTC1/SC2.
[ISO-2022]ISO/IEC、2022:1994 --「情報技術--キャラクターは構造と拡大のテクニックをコード化する」JTC1/SC2。
[ISO-3166] ISO 3166:1988 (E/F) - Codes for representation of
names of countries - The International
Organization for Standardization, 3rd edition,
1988-08-15."
「[ISO-3166]ISO、3166:1988 (E/F)--国の名前の表現のためのコード--国際標準化機構、3番目の版、1988年8月15日」
[ISO-8859-1] ISO/IEC 8859-1:1987, "Information technology --
8-bit single byte coded graphic character sets -
Part 1: Latin alphabet No. 1, JTC1/SC2."
[ISO-8859-1]ISO/IEC8859-1:1987、「情報技術--8ビットのただ一つのバイトコード化された図形文字セット--第1部:、」 「ローマ字No.1、JTC1/SC2。」
[ISO-10646] ISO/IEC 10646-1:1993, "Information technology --
Universal Multiple-Octet Coded Character Set (UCS)
- Part 1: Architecture and Basic Multilingual
Plane, JTC1/SC2.
[ISO-10646]ISO/IEC10646-1:1993、「情報技術--普遍的なMultiple-八重奏Coded文字コード(UCS)--第1部:、」 アーキテクチャと基本多言語水準、JTC1/SC2。
[iso-dpa] ISO/IEC 10175-1:1996 "Information technology --
Text and Office Systems -- Document Printing
Application (DPA) -- Part 1: Abstract service
definition and procedures. See
ftp://ftp.pwg.org/pub/pwg/dpa/
[iso-dpa]ISO/IEC10175-1:1996、「情報技術--オフィスSystems--ドキュメントPrinting Application(DPA)--テキストと第1部:、」 抽象的なサービス定義と手順。 ftp://ftp.pwg.org/pub/pwg/dpa/ を見てください。
[JIS X0208] JIS X0208-1990, "Japanese two byte coded character
set."
[JIS X0208]JIS X0208-1990、「日本の2バイトは文字集合をコード化しました」。
[mib-II] McCloghrie, K. and M. Rose, "Management
Information Base for Network Management of
TCP/IP-based internets: MIB-II", STD 17, RFC 1213,
March 1991.
[mib-II] McCloghrie、K.、およびM.ローズ、「TCP/IPベースのインターネットのNetwork Managementのための管理Information基地:」 「MIB-II」、STD17、RFC1213、1991年3月。
Bergman, et al. Informational [Page 106] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[106ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
[print-mib] Smith, R., Wright, F., Hastings, T., Zilles, S.
and J. Gyllenskog, "Printer MIB", RFC 1759, March
1995.
[印刷-mib] スミスとR.とライトとF.とヘイスティングズとT.とZillesとS.と1995年のJ.Gyllenskog、「プリンタMIB」、RFC1759行進。
[print-mib-draft] Turner, R., "Printer MIB", Work in Progress,
[mib草稿を印刷してください] ターナー、R.、「プリンタMIB」が進行中で働いています。
[protomap] Bergman, R., "Job Submission Protocol Mapping
Recommendations for the Job Monitoring MIB", RFC
2708, November 1999.
[protomap]バーグマン、R.、「ジョブモニタリングMIBのために推薦を写像するジョブ依頼プロトコル」、RFC2708、1999年11月。
[pwg] The Printer Working Group is a printer industry
consortium open to any individuals. For more
information, access the PWG web page:
http://www.pwg.org
[pwg] Printer作業部会はどんな個人にとっても、開いているプリンタ産業共同体です。 詳しくは、PWGウェブページにアクセスしてください: http://www.pwg.org
[RFC1179] McLaughlin, L., III, "Line Printer Daemon
Protocol", RFC 1179, August 1990.
[RFC1179] マクラフリン、L.、III、「ラインプリンタデーモンプロトコル」、RFC1179、1990年8月。
[RFC1738] Berners-Lee, T., Masinter, L. and M., McCahill,
"Uniform Resource Locators (URL)", RFC 1738,
December 1994.
[RFC1738]バーナーズ・リー、T.、Masinter、L.、およびM.、McCahill、「Uniform Resource Locator(URL)」、RFC1738、1994年12月。
[RFC1766] Avelstrand, H., "Tags for the Identification of
Languages", RFC 1766, March 1995.
[RFC1766]Avelstrand、H.、「言語の識別のためのタグ」、RFC1766、1995年3月。
[RFC2026] Bradner, S., "The Internet Standards Process --
Revision 3", BCP 9, RFC 2026, October 1996.
[RFC2026] ブラドナー、S.、「改正3インチ、BCP9、RFC2026、1996年インターネット標準化過程--10月。」
[RFC2119] Bradner, S., "Keywords for use in RFCs to Indicate
Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119] ブラドナー、S.、「Indicate Requirement LevelsへのRFCsにおける使用のためのキーワード」、BCP14、RFC2119、1997年3月。
[RFC2277] Alvestrand, H., "IETF Policy on Character Sets and
Languages", BCP 18, RFC 2277, January 1998.
[RFC2277] Alvestrand、H.、「文字コードと言語に関するIETF方針」、BCP18、RFC2277、1998年1月。
[RFC2278] Freed, N. and J. Postel, "IANA CharSet
Registration Procedures", BCP 19, RFC 2278,
January 1998.
解放された[RFC2278]とN.とJ.ポステル、「IANA CharSet登録手順」、BCP19、RFC2278、1998年1月。
[SMIv2-SMI] McCloghrie, K., Perkins, D. and J. Schoenwaelder,
"Structure of Management Information Version 2
(SMIv2)", STD 58, RFC 2578, April 1999.
[SMIv2-SMI]McCloghrieとK.、パーキンスとD.とJ.Schoenwaelder、「経営情報バージョン2(SMIv2)の構造」STD58、RFC2578(1999年4月)。
[SMIv2-TC] McCloghrie, K., Perkins, D. and J. Schoenwaelder,
"Textual Conventions for SMIv2", STD 58, RFC 2579,
April 1999.
[SMIv2-Tc] McCloghrieとK.とパーキンスとD.とJ.Schoenwaelder、「SMIv2"、STD58、RFC2579、1999年4月の原文のコンベンション。」
Bergman, et al. Informational [Page 107] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[107ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
[tipsi] IEEE 1284.1, Transport-independent Printer System
Interface (TIPSI).
[tipsi]IEEE1284.1、輸送から独立しているプリンタシステム・インタフェース(TIPSI)。
[URI-spec] Berners-Lee, T., Fielding, R. and L. Masinter,
"Uniform Resource Identifiers (URI), Generic
Syntax", RFC 2396, August 1998.
バーナーズ・リーとT.とフィールディングとR.とL.Masinter、「Uniform Resource Identifier(URI)、ジェネリック構文」という[URI仕様]、RFC2396、1998年8月。
[US-ASCII] Coded Character Set - 7-bit American Standard Code
for Information Interchange, ANSI X3.4-1986.
[米国-ASCII]は文字コードをコード化しました--7ビットの情報交換用米国標準コード、ANSI X3.4-1986。
[UTF-8] Yergeau, F., "UTF-8, a transformation format of
ISO 10646", RFC 2279, January 1998.
[UTF-8]Yergeau、1998年1月のF.、「UTF-8、ISO10646の変換形式」RFC2279。
8 Notices
8つの通知
The IETF takes no position regarding the validity or scope of any intellectual property or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; neither does it represent that it has made any effort to identify any such rights. Information on the IETF's procedures with respect to rights in standards-track and standards-related documentation can be found in BCP-11 [BCP-11]. Copies of claims of rights made available for publication and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF Secretariat.
IETFはどんな知的所有権の正当性か範囲、実装に関係すると主張されるかもしれない他の権利、本書では説明された技術の使用またはそのような権利の下におけるどんなライセンスも利用可能であるかもしれない、または利用可能でないかもしれない範囲に関しても立場を全く取りません。 どちらも、それはそれを表しません。どんなそのような権利も特定するためにいずれも取り組みにしました。 BCP-11[BCP-11]で標準化過程の権利と規格関連のドキュメンテーションに関するIETFの手順に関する情報を見つけることができます。 権利のクレームのコピーで利用可能に作られるべきライセンスの保証、または一般的なライセンスか許可がimplementersによるそのような所有権の使用に得させられた試みの結果が公表といずれにも利用可能になったか、またはIETF事務局からこの仕様のユーザを得ることができます。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights which may cover technology that may be required to practice this standard. Please address the information to the IETF Executive Director.
IETFはこの規格を練習するのに必要であるかもしれない技術をカバーするかもしれないどんな著作権もその注目していただくどんな利害関係者、特許、特許出願、または他の所有権も招待します。 IETF専務に情報を記述してください。
Bergman, et al. Informational [Page 108] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[108ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
9 Authors' Addresses
9人の作者のアドレス
Ron Bergman Dataproducts Corp. 1757 Tapo Canyon Road Simi Valley, CA 93063-3394
ロンバーグマンDataproducts社1757のTapo峡谷道路シーミバレー、カリフォルニア93063-3394
Phone: 805-578-4421 Fax: 805-578-4001 EMail: rbergma@dpc.com
以下に電話をしてください。 805-578-4421 Fax: 805-578-4001 メールしてください: rbergma@dpc.com
Tom Hastings Xerox Corporation, ESAE-231 737 Hawaii St. El Segundo, CA 90245
トムヘイスティングズゼロックス社、エルセガンド、ESAE-231 737ハワイ通りカリフォルニア 90245
Phone: 310-333-6413 Fax: 310-333-5514 EMail: hastings@cp10.es.xerox.com
以下に電話をしてください。 310-333-6413 Fax: 310-333-5514 メールしてください: hastings@cp10.es.xerox.com
Scott A. Isaacson Novell, Inc. 122 E 1700 S Provo, UT 84606
スコットA.イサクソンノベルInc.122のEの1700秒間のプロボ、ユタ 84606
Phone: 801-861-7366 Fax: 801-861-4025 EMail: scott_isaacson@novell.com
以下に電話をしてください。 801-861-7366 Fax: 801-861-4025 メールしてください: scott_isaacson@novell.com
Harry Lewis IBM Corporation 6300 Diagonal Hwy Boulder, CO 80301
ハリールイスIBM社6300の対角線のHwyボウルダー、CO 80301
Phone: (303) 924-5337 EMail: harryl@us.ibm.com
以下に電話をしてください。 (303) 924-5337 メールしてください: harryl@us.ibm.com
Send questions and comments to the Printer Working Group (PWG) using the Job Monitoring Project (JMP) Mailing List: jmp@pwg.org
Listに郵送しながらJob Monitoring Project(JMP)を使用して、Printer作業部会(PWG)に質問とコメントを送ってください: jmp@pwg.org
To learn how to subscribe, send email to: jmp-request@pwg.org
申し込む方法を学ぶために、メールを以下に送ってください。 jmp-request@pwg.org
Bergman, et al. Informational [Page 109] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[109ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
Implementers of this specification are encouraged to join the jmp mailing list in order to participate in discussions on any clarifications needed and registration proposals for additional attributes and values being reviewed in order to achieve consensus.
この仕様のImplementersがコンセンサスを達成するために必要であるどんな明確化についての議論と追加属性と値のための見直される登録提案にも参加するためにjmpメーリングリストを接合するよう奨励されます。
For further information, access the PWG web page under "JMP":
"JMP"の下で詳しくはPWGウェブページにアクセスしてください:
http://www.pwg.org/
http://www.pwg.org/
Other Participants:
他の関係者:
Chuck Adams - Tektronix
Jeff Barnett - IBM
Keith Carter, IBM Corporation
Jeff Copeland - QMS
Andy Davidson - Tektronix
Roger deBry - IBM
Mabry Dozier - QMS
Lee Farrell - Canon
Steve Gebert - IBM
Robert Herriot - Sun Microsystems Inc.
Shige Kanemitsu - Kyocera
David Kellerman - Northlake Software
Rick Landau - Digital
Pete Loya - HP
Ray Lutz - Cognisys
Jay Martin - Underscore
Mike MacKay, Novell, Inc.
Stan McConnell - Xerox
Carl-Uno Manros, Xerox, Corp.
Pat Nogay - IBM
Bob Pentecost - HP
Rob Rhoads - Intel
David Roach - Unisys
Stuart Rowley - Kyocera
Hiroyuki Sato - Canon
Bob Setterbo - Adobe
Gail Songer, EFI
Mike Timperman - Lexmark
Randy Turner - Sharp
William Wagner - Digital Products
Jim Walker - Dazel
Chris Wellens - Interworking Labs
Rob Whittle - Novell
Don Wright - Lexmark
Lloyd Young - Lexmark
Atsushi Yuki - Kyocera
Peter Zehler, Xerox, Corp.
チャック・アダムス--テクトロニクスのジェフ・バーネット--IBMのキース・カーター、IBMの社のジェフ・コープランド--QMSアンディ・ディヴィッドソン--テクトロニクスロジャーdeBry--IBMのメイブリー・ドージア--QMSリー・ファレル--教会法スティーブ・ゲーベルト--IBMのロバート・エリオ--サン・マイクロシステムズShige Kanemitsu--京セラのデヴィッド・ケラーマン--Northlakeソフトウェアリック・ランドー--デジタルピートLoya--hpレイ・ルッツ(Cognisysジェイ・マーチン)はマイク・マッケイの下線を引きます、ノベルのInc.スタン・マッコネール--ゼロックスカール-宇野Manros、ゼロックス、社; Nogay--IBMのボブ・五旬節(ロブ・ローズ--インテルのデヴィッド・ローチ--ユニシスのスチュアート・ローリー--京セラのヒロユキ・佐藤--Lexmarkランディ・ターナー--鋭いウィリアム・ワグナー--研究室を織り込むデジタル製品ジム歩行者(DazelクリスWellens)が略奪する教会法ボブSetterbo(AdobeゲイルSonger、EFIマイクTimperman)が削るhp)ノベルのドン・ライト--Lexmarkロイド・ヤング--Lexmarkユキ・篤--京セラピーターZehler、ゼロックス、社を軽くたたいてください。
Bergman, et al. Informational [Page 110] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[110ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
10 INDEX
10インデックス
This index includes the textual conventions, the objects, and the attributes. Textual conventions all start with the prefix: "JM" and end with the suffix: "TC". Objects all starts with the prefix: "jm" followed by the group name. Attributes are identified with enums, and so start with any lower case letter and have no special prefix.
このインデックスは原文のコンベンション、物、および属性を含んでいます。 原文のコンベンションはすべて、接頭語から始まります: 接尾語がある"JM"と終わり: 「Tc。」 すべてが接頭語から始動する物: "jm"はグループ名で続きました。 属性は、enumsと同一視されていて、したがって、どんな小文字からも始まって、どんな特別な接頭語も持っていません。
colorantConsumed, 40 colorantRequested, 40 deviceNameRequested, 30 documentCopiesCompleted, 35 documentCopiesRequested, 35 documentFormat, 31 documentFormatIndex, 31 documentName, 31 fileName, 31 finishing, 33 fullColorImpressionsCompleted, 37 highlightColorImpressionsCompleted, 37 impressionsCompletedCurrentCopy, 37 impressionsInterpreted, 37 impressionsSentToDevice, 37 impressionsSpooled, 36 jmAttributeInstanceIndex, 99 jmAttributeTypeIndex, 98 JmAttributeTypeTC, 78 jmAttributeValueAsInteger, 99 jmAttributeValueAsOctets, 100 JmBooleanTC, 72 JmFinishingTC, 70 jmGeneralAttributePersistence, 87 jmGeneralJobPersistence, 87 jmGeneralJobSetIndex, 85 jmGeneralJobSetName, 88 jmGeneralNewestActiveJobIndex, 86 jmGeneralNumberOfActiveJobs, 86 jmGeneralOldestActiveJobIndex, 86 JmJobCollationTypeTC, 74 jmJobIDJobIndex, 91 jmJobIDJobSetIndex, 90 jmJobImpressionsCompleted, 96 jmJobImpressionsPerCopyRequested, 95 jmJobIndex, 92 jmJobKOctetsPerCopyRequested, 94 jmJobKOctetsProcessed, 94 jmJobOwner, 96
colorantConsumedされました、40colorantRequested、40deviceNameRequested、30documentCopiesCompleted、35documentCopiesRequested、35documentFormat、31documentFormatIndex、31documentName、31fileName、31仕上げ、33fullColorImpressionsCompleted、37highlightColorImpressionsCompleted、37impressionsCompletedCurrentCopy、37impressionsInterpreted、37impressionsSentToDevice、37impressionsSpooled、36jmAttributeInstanceIndex、99jmAttributeTypeIndex、98JmAttributeTypeTC、78jmAttributeValueAsInteger; 99jmAttributeValueAsOctets、100JmBooleanTC、72JmFinishingTC、70jmGeneralAttributePersistence、87jmGeneralJobPersistence、87jmGeneralJobSetIndex、85jmGeneralJobSetName、88jmGeneralNewestActiveJobIndex、86jmGeneralNumberOfActiveJobs、86jmGeneralOldestActiveJobIndex、86JmJobCollationTypeTC、74jmJobIDJobIndex、91jmJobIDJobSetIndex、90jmJobImpressionsCompleted、96jmJobImpressionsPerCopyRequested、95jmJobIndex、92jmJobKOctetsPerCopyRequested、94jmJobKOctetsProcessed、94jmJobOwner、96
Bergman, et al. Informational [Page 111] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[111ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
JmJobServiceTypesTC, 81 JmJobSourcePlatformTypeTC, 69 jmJobState, 92 jmJobStateReasons1, 93 JmJobStateReasons1TC, 83 JmJobStateReasons2TC, 83 JmJobStateReasons3TC, 83 JmJobStateReasons4TC, 84 JmJobStateTC, 75 JmJobStringTC, 68 jmJobSubmissionID, 89 JmJobSubmissionIDTypeTC, 74 JmMediumTypeTC, 72 JmNaturalLanguageTagTC, 68 jmNumberOfInterveningJobs, 93 JmPrinterResolutionTC, 71 JmPrintQualityTC, 71 JmTimeStampTC, 69 JmTonerEconomyTC, 72 JmUTF8StringTC, 68 jobAccountName, 27 jobCodedCharSet, 26 jobCollationType, 36 jobComment, 31 jobCompletionTime, 43 jobCopiesCompleted, 35 jobCopiesRequested, 35 jobHold, 33 jobHoldUntil, 33 jobKOctetsTransferred, 35 jobName, 28 jobNaturalLanguageTag, 27 jobOriginatingHost, 30 jobPriority, 32 jobProcessAfterDateAndTime, 32 jobProcessingCPUTime, 43 jobServiceTypes, 29 jobSourceChannelIndex, 29 jobSourcePlatformType, 29 jobStartedBeingHeldTime, 42 jobStartedProcessingTime, 43 jobStateReasons2, 25 jobStateReasons3, 25 jobStateReasons4, 25 jobSubmissionTime, 42 jobSubmissionToServerTime, 42 jobURI, 27 mediumConsumed, 40
JmJobServiceTypesTC、81JmJobSourcePlatformTypeTC、69jmJobState、92jmJobStateReasons1、93JmJobStateReasons1TC、83JmJobStateReasons2TC、83JmJobStateReasons3TC、83JmJobStateReasons4TC、84JmJobStateTC、75JmJobStringTC、68jmJobSubmissionID; 89 JmJobSubmissionIDTypeTC、74JmMediumTypeTC、72JmNaturalLanguageTagTC、68jmNumberOfInterveningJobs、93JmPrinterResolutionTC、71JmPrintQualityTC、71JmTimeStampTC、69JmTonerEconomyTC、72JmUTF8StringTC、68jobAccountName、27jobCodedCharSet、26jobCollationType; 36 jobComment、31jobCompletionTime、43jobCopiesCompleted、35jobCopiesRequested、35jobHold、33jobHoldUntil、33jobKOctetsTransferred、35jobName、28jobNaturalLanguageTag、27jobOriginatingHost、30jobPriority、32jobProcessAfterDateAndTime、32jobProcessingCPUTime、43jobServiceTypes、29jobSourceChannelIndex、29jobSourcePlatformType、29jobStartedBeingHeldTime、42jobStartedProcessingTime、43jobStateReasons2、25jobStateReasons3、25jobStateReasons4、25jobSubmissionTime、42jobSubmissionToServerTime、42jobURI、27mediumConsumed、40
Bergman, et al. Informational [Page 112] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[112ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
mediumRequested, 39 mediumSizeConsumed, 41 mediumTypeConsumed, 41 numberOfDocuments, 30 other, 25 outputBin, 33 pagesCompleted, 38 pagesCompletedCurrentCopy, 38 pagesRequested, 38 physicalDevice, 30 printerResolutionRequested, 34 printerResolutionUsed, 34 printQualityRequested, 34 printQualityUsed, 34 processingMessage, 25 processingMessageNaturalLangTag, 26 queueNameRequested, 30 serverAssignedJobName, 28 sheetCompletedCopyNumber, 36 sheetCompletedDocumentNumber, 36 sheetsCompleted, 39 sheetsCompletedCurrentCopy, 39 sheetsRequested, 39 sides, 33 submittingApplicationName, 29 submittingServerName, 29 tonerDensityRequested, 34 tonerDensityUsed, 34 tonerEcomonyRequested, 34 tonerEcomonyUsed, 34
mediumRequestedされました、39mediumSizeConsumed、41mediumTypeConsumed、41numberOfDocuments、30もう一方、25outputBin、33pagesCompleted、38pagesCompletedCurrentCopy、38pagesRequested、38physicalDevice、30printerResolutionRequested、34printerResolutionUsed、34printQualityRequested、34printQualityUsed、34processingMessage、25processingMessageNaturalLangTag; 26 queueNameRequested、30serverAssignedJobName、28sheetCompletedCopyNumber、36sheetCompletedDocumentNumber、36sheetsCompleted、39sheetsCompletedCurrentCopy、39sheetsRequested、39の側、33submittingApplicationName、29submittingServerName、29tonerDensityRequested、34tonerDensityUsed、34tonerEcomonyRequested、34tonerEcomonyUsed、34
Bergman, et al. Informational [Page 113] RFC 2707 Job Monitoring MIB - V1.0 November 1999
バーグマン、他 情報[113ページ]のRFC2707ジョブモニタリングMIB--V1.0 November 1999
11 Full Copyright Statement
11 完全な著作権宣言文
Copyright (C) The Internet Society (1999). All Rights Reserved.
Copyright(C)インターネット協会(1999)。 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.
それに関するこのドキュメントと翻訳は、コピーして、それが批評するか、またはそうでなければわかる他のもの、および派生している作品に提供するか、または準備されているかもしれなくて、コピーされて、発行されて、全体か一部広げられた実現を助けるかもしれません、どんな種類の制限なしでも、上の版権情報とこのパラグラフがそのようなすべてのコピーと派生している作品の上に含まれていれば。 しかしながら、このドキュメント自体は何らかの方法で変更されないかもしれません、インターネット協会か他のインターネット組織の版権情報か参照を取り除くのなどように、それを英語以外の言語に翻訳するのが著作権のための手順がインターネットStandardsの過程で定義したどのケースに従わなければならないか、必要に応じてさもなければ、インターネット標準を開発する目的に必要であるのを除いて。
The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns.
上に承諾された限られた許容は、永久であり、インターネット協会、後継者または案配によって取り消されないでしょう。
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.
このドキュメントとそして、「そのままで」という基礎とインターネットの振興発展を目的とする組織に、インターネット・エンジニアリング・タスク・フォースが速達の、または、暗示しているすべての保証を放棄するかどうかというここにことであり、他を含んでいて、含まれて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるという情報か市場性か特定目的への適合性のどんな黙示的な保証。
Acknowledgement
承認
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。
Bergman, et al. Informational [Page 114]
バーグマン、他 情報[114ページ]
一覧
スポンサーリンク
