Snmp MIB表的索引(键)的MAX-ACCESS字段是否始终不可访问?
将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
只读
,读写
,只写
,不可访问
。从这个来源:
表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 }