⭐ 欢迎来到虫虫下载站! | 📦 资源下载 📁 资源专辑 ℹ️ 关于我们
⭐ 虫虫下载站

📄 rfc1759.txt

📁 RFC 的详细文档!
💻 TXT
📖 第 1 页 / 共 5 页
字号:
   is particularly important that the values of the prtMarkerLifeCount
   object persist throughout the lifetime of the printer.  Therefore, if
   the value of any MIB object persists across power cycles, then the
   prtMarkerLifeCount object must also persist.





Smith, Wright, Hastings, Zilles & Gyllenskog                   [Page 21]

RFC 1759                      Printer MIB                     March 1995


2.4.  Enumerations

   Enumerations (enums) are sets of symbolic values defined for use with
   one or more objects.  Some common enumeration sets are assigned a
   symbolic data type name (textual convention).  These enumerations are
   listed at the beginning of this specification.

2.4.1.  Registering Additional Enumerated Values

   This working group has defined several type of enumerations.  These
   enumerations differ in the method employed to control the addition of
   new enumerations.  Throughout this document, references to
   "enumeration (n)", where n can be 1, 2 or 3 can be found in the
   various tables.  The definitions of these types of enumerations are:

  enumeration (1)  All the values are defined in the Printer MIB
     specification (RFC for the Printer MIB).  Additional enumerated
     values require a new RFC.

  enumeration (2)  An initial set of values are defined in the Printer
     MIB specification.  Additional enumerated values are
     registered after review by this working group. The initial
     versions of the MIB will contain the values registered so far.
     After the MIB is approved, additional values will be
     registered through IANA after approval by this working group.

  enumeration (3)  An initial set of values are defined in the Printer
     MIB specification.  Additional enumerated values are
     registered without working group review.  The initial versions of
     the MIB will contain the values registered so far.  After the MIB
     is approved, additional values will be registered
     through IANA without approval by this working group.

3.  Objects from other MIB Specifications

   This section lists the objects from other IETF MIB specifications
   that are mandatory for conformance to this Printer MIB specification.

3.1.  System Group objects

   All objects in the system group of MIB-II (RFC 1213) must be
   implemented.









Smith, Wright, Hastings, Zilles & Gyllenskog                   [Page 22]

RFC 1759                      Printer MIB                     March 1995


3.2.  System Controller

   The System Controller is represented by the Storage and Device Groups
   of the Host Resources MIB (RFC 1514).  These are the only groups that
   are required to be implemented.  Other Groups (System, Running
   Software, Running Software Performance, and Installed Software) may
   be implemented at the discretion of the implementor.

3.3.  Interface Group objects

   All objects in the Interfaces Group of MIB-II (RFC 1213) shall be
   implemented.

Printer-MIB DEFINITIONS ::= BEGIN

IMPORTS
    MODULE-IDENTITY, OBJECT-TYPE, experimental, Counter32, Integer32,
        TimeTicks, NOTIFICATION-TYPE, OBJECT-IDENTITY FROM SNMPv2-SMI
    TEXTUAL-CONVENTION FROM SNMPv2-TC
    MODULE-COMPLIANCE, OBJECT-GROUP FROM SNMPv2-CONF
    hrDeviceIndex, hrStorageIndex FROM HOST-RESOURCES-MIB;

printmib MODULE-IDENTITY
    LAST-UPDATED "9411250000Z"
    ORGANIZATION "IETF Printer MIB Working Group"
    CONTACT-INFO
            "        Steven Waldbusser
         Postal: Carnegie Mellon University
                     4910 Forbes Ave
                  Pittsburgh, PA, 15213

                Tel: 412-268-6628
                Fax: 412-268-4987
             E-mail: waldbusser@cmu.edu"
    DESCRIPTION
            "The MIB module for management of printers."
    ::= { mib-2 43 }

-- Textual conventions for this MIB module

MediaUnit ::= TEXTUAL-CONVENTION
    STATUS       current
    DESCRIPTION
            "Units of measure for media dimensions."
    -- This is a type 1 enumeration.
    SYNTAX       INTEGER {
                     tenThousandthsOfInches(3),  -- .0001
                     micrometers(4)



Smith, Wright, Hastings, Zilles & Gyllenskog                   [Page 23]

RFC 1759                      Printer MIB                     March 1995


                 }

CapacityUnit ::= TEXTUAL-CONVENTION
    STATUS       current
    DESCRIPTION
            "Units of measure for media capacity."
    -- This is a type 1 enumeration.
    SYNTAX       INTEGER {
                     tenThousandthsOfInches(3),  -- .0001
                     micrometers(4),
                     sheets(8),
                     feet(16),
                     meters(17)
                 }

SubUnitStatus ::= TEXTUAL-CONVENTION
    STATUS       current
    DESCRIPTION
            "Status of a printer sub-unit.

             The SubUnitStatus is an integer that is the sum of 5
             distinct values, Availability, Non-Critical, Critical,
             On-line, and Transitioning. These values are:

     Availability                           value

            Available and Idle              0       000'b
            Available and Standby           2       010'b
            Available and Active            4       100'b
            Available and Busy              6       110'b
            Unavailable and OnRequest       1       001'b
            Unavailable because Broken      3       011'b
            Unknown                         5       101'b

    Non-Critical

            No Non-Critical Alerts          0
            Non-Critical Alerts             8

    Critical

            No Critical Alerts              0
            Critical Alerts                 16

    On-Line

            Intended state is On-Line       0
            Intended state is Off-Line      32



Smith, Wright, Hastings, Zilles & Gyllenskog                   [Page 24]

RFC 1759                      Printer MIB                     March 1995


    Transitioning

            At intended state               0
            Transitioning to intended state 64
    "

    SYNTAX       INTEGER (0..126)

PresentOnOff ::= TEXTUAL-CONVENTION
    STATUS       current
    DESCRIPTION
            "Presence and configuration of a device or feature."
    -- This is a type 1 enumeration.
    SYNTAX       INTEGER {
                     other(1),
                     on(3),
                     off(4),
                     notPresent(5)
                 }

  CodedCharSet ::= TEXTUAL-CONVENTION
      STATUS     current
      DESCRIPTION
         "A coded character set value that specifies both a set of
          characters that may be used and an encoding (as one or more
          octets) that is used to represent the characters in the
          set. These values are to be used to identify the encoding
          employed for strings in the MIB where this is not fixed by
          the MIB.

          Some objects that allow a choice of coded character set
          are: the prtLocalizationCharacterSet object in the
          LocalizationTable and prtInterpreterDefaultCharSetIn.
          The prtGeneralCurrentLocalization and prtConsoleLocalization
          objects in turn contain the index in the LocalizationTable
          of the current localization (country, language, and coded
          character set) of the `description' objects and the console,
          respectively.

          The space of the coded character set enumeration has been
          divide into three regions. The first region (3-999) consists
          of coded character sets that have been standardized by some
          standard setting organization. This region is intended for
          standards that do not have subset implementations. The
          second region (1000-1999) is for the Unicode and ISO/IEC 10646
          coded character sets together with a specification of a (set
          of) sub-repetoires that may occur.  The third region (>1999)
          is intended for vendor specific coded character sets.



Smith, Wright, Hastings, Zilles & Gyllenskog                   [Page 25]

RFC 1759                      Printer MIB                     March 1995


          NOTE: Unicode and ISO 10646 character coded data may be
          processed and stored in either Big Endian (most significant
          octet first) or Little Endian (least significant octet
          first) order.  Intel x86, VAX, and Alpha/AXP architectures are
          examples of Little Endian processor architectures.
          Furthermore, in environments where either order may occur,
          so-called Unicode BYTE ORDER MARK (BOM) character (which is
          ISO 10646 ZERO WIDTH NO BREAK SPACE), coded as FEFF in two
          octets and 0000FEFF in four octets is used at the beginning
          of the data as a signature to indicate the order of the
          following data (See ISO 10646 Annex F).  Thus either
          ordering and BOM may occur in print data streams sent to the
          interpreter.  However, ISO 8824/8825 (ASN.1/BER) used by
          SNMP is quite clear that Big Endian order shall be used and
          BOM shall NOT be used in transmission in the protocol.
          Transmitting Unicode in Big Endian order in SNMP should
          not prove to be a hardship for Little Endian machines,
          since SNMP ASN.1/BER requires integers to be transmitted
          in Big Endian order as well.  So SNMP implementations on
          Little Endian machines are already reversing the order of
          integers to make them Big Endian for transmission via
          SNMP.  Also Unicode characters are usually treated as
          two-octet integers, not short text strings, so that it will
          be straightforward for Little Endian machines to reverse the
          order of Unicode character octets as well before
          transmitting them and after receiving them via the SNMP
          protocol.

          Where a given coded character set may be known by more than
          one name, the most commonly known name is used as the name
          of the enumeration and other names are shown in the
          comments.  The comments also indicate where to find detailed
          information on the coded character set and briefly
          characterize its relationship to other similar coded
          character sets.

          The current list of character sets and their enumerated
          values used to reference them is contained in the IANA
          Character Set registry.  The enum value is indicated by
          the MIBenum entry in the registry.  The enum symbol is
          indicated by the Alias that starts with `cs' for character
          set.

          The IANA character sets registry is available via
          anonymous ftp.

          The ftp server is ftp.isi.edu.
          The subdirectory is /in-notes/iana/assignments/.



Smith, Wright, Hastings, Zilles & Gyllenskog                   [Page 26]

RFC 1759                      Printer MIB                     Ma

⌨️ 快捷键说明

复制代码 Ctrl + C
搜索代码 Ctrl + F
全屏模式 F11
切换主题 Ctrl + Shift + D
显示快捷键 ?
增大字号 Ctrl + =
减小字号 Ctrl + -