Snmp MIB表的索引(键)的MAX-ACCESS字段是否始终不可访问?

Snmp MIB表的索引(键)的MAX-ACCESS字段是否始终不可访问?,snmp,mib,Snmp,Mib,将MIB表的索引设置为不可访问是否是一条硬性规定?MAX-ACCESS可以采用四个值中的任意一个值:只读,读写,只写,不可访问。从这个来源: 表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. re

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

MAX-ACCESS可以采用四个值中的任意一个值:
只读
读写
只写
不可访问
。从这个来源:

表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.
下面是一个示例,其中使用的值不是
不可访问的

更多信息可在此处找到:

ACCESS子句已重命名为MAX-ACCESS,以澄清它指定了具有“协议意义”的最大访问权限,并且这些值从最小值到最大值的顺序如下:“不可访问”、“只读”、“读写”、“读创建”。“read-create”值用于概念行中的可写对象,可通过网络管理为其创建新实例。另一个变化是建议对辅助对象(表中定义的仅用于标识概念行的对象)使用“不可访问”


在SMIv2模块中,索引对象的MAX-ACCESS应该始终是
不可访问的
,除非在某些情况下。根据(管理信息结构版本2)第7.7(6)节:

对象的索引子句中指定的对象 概念行以及同一概念行的列对象 被称为辅助对象。辅助语言的MAX-ACCESS子句 对象“不可访问”,但以下情况除外:

(1) 在最初编写为符合SMIv1的MIB模块内,以及 后来转换为符合SMIv2;或

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


谢谢你的回答。。1 T11FroudeTestOrageType不是表T11FroudeTable中的索引。。实际上,我在寻找一个MAX-ACCESS不可访问的索引,也就是说,我想知道为什么大多数时候表的索引是不可访问的?
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 }