MIB 表的索引（键）的 MAX-ACCESS 字段是否应该始终不可访问？

Question

将 MIB 表的索引设置为不可访问是否是一项硬性规定？

Answer 1

MAX-ACCESS 可以采用以下四个值中的任何一个：read-only、read-write、write-only、not-accessible。来自这个来源：http : //www.tcpipguide.com/free/t_TCPIPMIBObjectsObjectCharacteristicsandObjectTypes-2.htm

表 205：SNMP SMI 版本 2 最大访问值

Max-Access Value       Description

read-create            Object can be read, written or created.

read-write             Object can be read or written.

read-only              Object can only be read.

accessible-for-notify  Object can be used only using SNMP notification (SNMP traps).

not-accessible         Used for special purposes.

以下是使用非值的示例not-accessible：https : //www.ietf.org/rfc/rfc4625.txt：

t11FcRouteStorageType OBJECT-TYPE
SYNTAX      StorageType
MAX-ACCESS  read-create
STATUS      current
DESCRIPTION
       "The storage type for this conceptual row.
       Conceptual rows having the value 'permanent' need not
       allow write-access to any columnar objects in the row."
   DEFVAL { nonVolatile }
::= { t11FcRouteEntry 12 }

更多信息可以在这里找到：http : //www.simple-times.org/pub/simple-times/issues/1-4.html

ACCESS 子句已重命名为 MAX-ACCESS，以阐明它指定了使“协议有意义”的最大访问权限，并且值按从最小到最大的顺序排列如下：“不可访问” , ''只读'', ''读写', ''读取-创建''。“read-create”值用于概念行中的可写对象，可以通过网络管理为其创建新实例。另一个变化是建议对辅助对象使用“不可访问”（在表中定义的那些对象仅用于标识概念行）。

Answer 2

INDEX 对象的 MAX-ACCESS 应始终位于not-accessibleSMIv2 模块中，某些情况除外。根据RFC 2578（管理信息结构第 2 版）第 7.7(6) 节：

在概念行的 INDEX 子句中指定的对象以及同一概念行的列对象称为辅助对象。辅助对象的 MAX-ACCESS 子句是“不可访问的”，但以下情况除外：

(1) 在最初编写为符合 SMIv1，后来转换为符合 SMIv2 的 MIB 模块内；或者

(2) 概念行必须至少包含一个非辅助对象的柱状对象。如果概念行的所有列对象也在其 INDEX 子句中指定，则其中之一必须是可访问的，即具有“只读”的 MAX-ACCESS 子句。（请注意，对于允许创建访问的概念行，不会出现这种情况，因为这样的行将具有状态列，该状态列不是辅助对象。）