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

📄 rfc1229.txt

📁 著名的RFC文档,其中有一些文档是已经翻译成中文的的.
💻 TXT
📖 第 1 页 / 共 3 页
字号:
                          recently requested test, or the value                          none(1) if no tests have been requested since                          the last reset.  Note that this facility                          provides no provision for saving the results                          of one test when starting another, as could                          be required if used by multiple managers                          concurrently."                  ::= { ifExtnsTestEntry 5 }          ifExtnsTestCode  OBJECT-TYPE                  SYNTAX  OBJECT IDENTIFIER                  ACCESS  read-only                  STATUS  mandatory                  DESCRIPTIONSNMP Working Group                                             [Page 11]RFC 1229                Interface MIB Extensions                May 1991                         "This object contains a code which contains                          more specific information on the test result,                          for example an error-code after a failed                          test.  Error codes and other values this                          object may take are specific to the type of                          interface and/or test.  However, one subject                          identifier:                          testCodeUnknown  OBJECT IDENTIFIER ::= { 0 0 }                          for use if no additional result code is                          available.                              Note that testCodeUnknown is a                          syntactically valid object identifier, and                          any conformant implementation of ASN.1 and                          the BER must be able to generate and                          recognize this value."                  ::= { ifExtnsTestEntry 6 }          --   Generic Receive Address Table          --          -- This group of objects is mandatory for all types of          -- interfaces which can receive packets/frames addressed to          -- more than one address.          ifExtnsRcvAddrTable  OBJECT-TYPE                  SYNTAX SEQUENCE OF IfExtnsRcvAddrEntry                  ACCESS not-accessible                  STATUS mandatory                  DESCRIPTION                         "This table contains an entry for each                          address (broadcast, multicast, or uni-cast)                          for which the system will receive packets/                          frames on a particular interface.  When an                          interface is operating in promiscuous mode,                          entries are only required for those addresses                          for which the system would receive frames                          were it not operating in promiscuous mode."                  ::= { ifExtensions 3 }          ifExtnsRcvAddrEntry  OBJECT-TYPE                  SYNTAX IfExtnsRcvAddrEntry                  ACCESS not-accessible                  STATUS mandatory                  DESCRIPTION                         "A list of objects identifying an address                          for which the system will accept packets/SNMP Working Group                                             [Page 12]RFC 1229                Interface MIB Extensions                May 1991                          frames on a particular interface."                  INDEX  { ifExtnsRcvAddrIfIndex, ifExtnsRcvAddress }                  ::= { ifExtnsRcvAddrTable 1 }          IfExtnsRcvAddrEntry ::=                  SEQUENCE {                      ifExtnsRcvAddrIfIndex                          INTEGER,                      ifExtnsRcvAddress                          PhysAddress,                      ifExtnsRcvAddrStatus                          INTEGER                  }          ifExtnsRcvAddrIfIndex  OBJECT-TYPE                  SYNTAX INTEGER                  ACCESS read-only                  STATUS mandatory                  DESCRIPTION                         "The value of ifIndex, defined in [4,6], of an                          interface which recognizes this entry's                          address."                  ::= { ifExtnsRcvAddrEntry 1 }          ifExtnsRcvAddress OBJECT-TYPE                  SYNTAX PhysAddress                  ACCESS read-only                  STATUS mandatory                  DESCRIPTION                         "An address for which the system will accept                          packets/frames on this entry's interface."                  ::= { ifExtnsRcvAddrEntry 2 }          ifExtnsRcvAddrStatus OBJECT-TYPE                  SYNTAX INTEGER {                             other(1),                             invalid(2),                             volatile(3),                             nonVolatile(4)                         }                  ACCESS read-write                  STATUS mandatory                  DESCRIPTION                         "This object has the value nonVolatile(4)                          for those entries in the table which are                          valid and will not be deleted by the next                          restart of the managed system.  Entries                          having the value volatile(3) are validSNMP Working Group                                             [Page 13]RFC 1229                Interface MIB Extensions                May 1991                          and exist, but have not been saved, so                          that will not exist after the next                          restart of the managed system.  Entries                          having the value other(1) are valid and                          exist but are not classified as to whether                          they will continue to exist after the next                          restart.  Entries having the value invalid(2)                          are invalid and do not represent an address                          for which an interface accepts frames.                              Setting an object instance to one of                          the values other(1), volatile(3), or                          nonVolatile(4) causes the corresponding                          entry to exist or continue to exist, and                          to take on the respective status as regards                          the next restart of the managed system.                              Setting an object instance to the value                          invalid(2) causes the corresponding entry                          to become invalid or cease to exist.                              It is an implementation-specific matter                          as to whether the agent removes an                          invalidated entry from the table.                          Accordingly, management stations must be                          prepared to receive tabular information                          from agents that corresponds to entries not                          currently in use.  Proper interpretation of                          such entries requires examination of the                          relevant ifExtnsRcvAddrStatus object                          instance."                  DEFVAL  { volatile }                  ::= { ifExtnsRcvAddrEntry 3 }          END6.  Acknowledgements   Most of the MIB objects defined in this document were originally   proposed as a part of a MIB for management of IEEE 802.5 Token Ring   networks, as prepared by:               Eric B. Decker, cisco Systems, Inc., and               Richard Fox, Synoptics Inc.   In addition, the comments of the following individuals are   acknowledged:               James R. Davin, MIT-LCS               Stan Froyd, ACC               Frank Kastenholz, Racal InterlanSNMP Working Group                                             [Page 14]RFC 1229                Interface MIB Extensions                May 1991               Dave Perkins, 3Com               Marshall T. Rose, PSI               Bob Stewart, Xyplex               David Waitzman, BBN               Wengyik Yeong, PSI7.  References   [1] Cerf, V., "IAB Recommendations for the Development of Internet       Network Management Standards", RFC 1052, NRI, April 1988.   [2] Cerf, V., "Report of the Second Ad Hoc Network Management Review       Group", RFC 1109, NRI, August 1989.   [3] Rose M., and K. McCloghrie, "Structure and Identification of       Management Information for TCP/IP-based internets", RFC 1155,       Performance Systems International, Hughes LAN Systems, May 1990.   [4] McCloghrie K., and M. Rose, "Management Information Base for       Network Management of TCP/IP-based internets", RFC 1156, Hughes       LAN Systems, Performance Systems International, May 1990.   [5] Case, J., Fedor, M., Schoffstall, M., and J. Davin, "Simple       Network Management Protocol", RFC 1157, SNMP Research,       Performance Systems International, Performance Systems       International, MIT Laboratory for Computer Science, May 1990.   [6] Rose M., Editor, "Management Information Base for Network       Management of TCP/IP-based internets: MIB-II", RFC 1213,       Performance Systems International, March 1991.   [7] Information processing systems - Open Systems Interconnection -       Specification of Abstract Syntax Notation One (ASN.1),       International Organization for Standardization, International       Standard 8824, December 1987.   [8] Information processing systems - Open Systems Interconnection -       Specification of Basic Encoding Rules for Abstract Notation One       (ASN.1), International Organization for Standardization,       International Standard 8825, December 1987.   [9] Rose, M., and K. McCloghrie, Editors, "Concise MIB Definitions",       RFC 1212, Performance Systems International, Hughes LAN Systems,       March 1991.8.  Security Considerations   Security issues are not discussed in this memo.SNMP Working Group                                             [Page 15]RFC 1229                Interface MIB Extensions                May 19919.   Author's Address   Keith McCloghrie   Hughes LAN Systems, Inc.   1225 Charleston Road   Mountain View, CA 94043   Phone:    (415) 966-7934   EMail: kzm@hls.comSNMP Working Group                                             [Page 16]

⌨️ 快捷键说明

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